Shareware софт, работа с клиентурой.

← →
POP (2007-01-28 03:51) [0]

Суть вопроса вот в чем, покупатели софта как правило также получают некий период бесплатного обновления, например 6 месяцев.

Но как этот период отслеживать?

Например каждый покупатель заноситься в базу покупателей, при выходе новой версии софта производиться рассылка новостей по этой базе, со ссылкой на новую версию программы.

Я для этой рассылки использую программу 1st Mass Mailer.

Но приходит время и у покупателя истекает срок бесплатных апдейтов, то есть требуется его как-то из базы удалять, автоматом причем, чтобы он более не получал бесплатно апдейты.

Я уверен что это проблема насущная и у нее должно быть какое-то решение.

Кто-нибудь уже что-то придумал на этот счет?

← →
Palladin © (2007-01-28 05:35) [1]

в инете полно shareware, как ты сам то думаешь кто-нибудь что-то придумал на этот счет?...

http://www.google.ru/search?hl=ru&q=shareware+faq&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+Google&lr=lang_ru

← →
POP (2007-01-28 14:26) [2]

Ты думаешь в shareware факах такие вопросы обсуждаются? Всего два фака распространнеых есть и в них ничего нет.

Стал бы я писать сюда если бы нашел в дргуом месте.

Люди, кто как своих клиентов отсеивает?

← →
Гарри Поттер © (2007-01-28 14:48) [3]

Не надуманая проблема? Это сколько надо иметь клиентов и регистраций в день чтобы для решения этой задачи не хватило простенькой базы данных по клиентам? При таком количестве можно и спецуального работника нанять.

← →
Torry © (2007-01-28 15:07) [4]

Есть много программ, которые обрабатывают ордера от регистраторов, формируют списки рассылки и т.д. В том числе и ограничивают право на бесплатные апдейты. Например - http://www.torry.net/pages.php?id=1517

Но большинство мне известных авторов предпочитают web-based решения. В бытность мою в Микроолапе такое решение было построено на базе Bitrix. У каждого покупателя была закрытая зона на сервере, где помещались ссылки на скачивание регистрационных версий приобретенных им продуктов, а также ссылки на платные обновления, скидки и специальные предложения.

Единственная сложность при такого рода подхода к обновлениям это смена формата регистрационного ключа при выпуске новых версий или отслеживания тех ключей, которые не должны иметь права на использование новой версии в силу истекшего срока годности. Но это вопрос другой и его лучше не обсуждать, ибо "неоднозначен он" :-)

← →
POP (2007-01-28 19:10) [5]

> Не надуманая проблема? Это сколько надо иметь клиентов и
> регистраций в день чтобы для решения этой задачи не хватило
> простенькой базы данных по клиентам? При таком количестве
> можно и спецуального работника нанять.

Ты наверное плохо понимаешь суть проблемы. Представь, что каждого покупателя (его e-mail) ты вносишь в базу, бесплатных апдейтов у тебя на год каждому покупателю дается. Сколько таких покупателей у тебя будет за год? Ты каждый e-mail проверять будешь в базе в ручную перед рассылкой?

Я один раз купил софт, бесплатных апдейтов было 12 мес, в итоге я получал эти апдейты в течении 2 лет, только из-за того что автор не мог отследить у кого срок истек, а у кого нет.

Так что такое решение, strongly recommended для каждого шареварщика.

> Но большинство мне известных авторов предпочитают web-based
> решения. В бытность мою в Микроолапе такое решение было
> построено на базе Bitrix. У каждого покупателя была закрытая
> зона на сервере, где помещались ссылки на скачивание регистрационных
> версий приобретенных им продуктов, а также ссылки на платные
> обновления, скидки и специальные предложения.

Это очень геморойный способ. Самый простой способ это выкладывать у себя на сайте запароленный архив, пароль на который получают через рассылку валедные покупатели, вот и все.

Проблема остается только в отсеивании своевременно истекших сроков.

← →
Eraser © (2007-01-28 19:55) [6]

> [5] POP (28.01.07 19:10)

моё мнение такое, что не стОит делать бесплатные апдейты на какой-то определенный период времени. лучше делать, к примеру, бесплатные апдейты для всех минорных версий, а при выходе новой мажерной версии, менять алгоритм ключа. уже зарегистрированным пользователям можно давать скидки.

POP (28.01.07 3:51)
Но приходит время и у покупателя истекает срок бесплатных апдейтов, то есть требуется его как-то из базы удалять, автоматом причем.
зачем? Учет пользователей нужен. Бухгалтерия и тд. Так что все клиенты седят в базе. Когда делаешь рассылку - выполняешь запрос что то типа

select c.email from clients c
where "now" < (365/2) + c.sellingdate;

ну если уж те так необходимо удалять лишних пользователей - то раз в день (неделю/месяц) выполняешь запрос

delete from clients
where where "now" > (365/2) + c.sellingdate;

> Это очень геморойный способ. Самый простой способ это выкладывать
> у себя на сайте запароленный архив, пароль на который получают
> через рассылку валедные покупатели, вот и все.

Да? А если покупатель, который имеет право на бесплатное обновление, был в отпуске или просто не скачал обновление вовремя? То что, он просто сам себе злобный Буратино?

Описанное мной решение не на ровном месте было сделано, а исходя из нескольких лет работы. На ту же базу регистрированный пользователей опирается и база саппорта, и тикеты по саппорту и много чего еще (кросс-скидки, история переписки и многое другое).

IMHO, вы еще не прочувствовали задачу, поэтому решения предлагаемые вами - половинчатые.

← →
POP (2007-01-28 21:53) [9]

Вообщем я решил остановиться на таком варианте, в 1st Mass Mailer каждому покупателю в дополнительное поле я ввожу дату когда он софт купил.

Далее базу емейлов я экспортирую в текстовый формат и при помощи своего софта анализирую дату в каждой строке, если срок истек просто удаляю эту строку. Затем эту базу импортирую обратно в софт.

То есть нужно написать теперь небольшую утилитку, которая будет анализировать строки в текстовом файле.

Вот и весь сказ.

Shareware софт, работа с клиентурой. Найти похожие ветки