Здравствуйте, Nonmanual Worker, Вы писали:

NW>Всем привет!
NW>Есть идея поиграться с продолжительностью триального периода с целью увеличения числа продаж.
NW>На данный момент это 30 дней. Думаю понизить до 20.
NW>Есть ли у кого такой опыт? Повлияло ли это как-то на продажи?
Считать не дни, а запуски. Только не прям в лоб считать. Иначе.

Тем более, что софт для разработчиков. Они могут скачать, запустить и забыть, отложить в долгий ящик. Потом вернуться через пару недель, на досуге, еще поковыряться. Ан фиг — триал закончен.

Сколько раз на такое сам напарывался, что сделал специальную кнопку "Ффптопку"

Только безусловно считать запуски надо хитрее. Первое: если софтина работает постоянно, фоново как-то, то наверное все-таки стоит считать сутки. Сутки прошли — триал уменьшился на единицу.

А вот если софтина периодически запускаемая, то считаем запуски. Но! Не тупо, в лоб, 20-30 запусков и привет. Это не годиться. А если она падает? А если пользователю зачем-то нужно ее выгружать? Так дело не пойдет. Триал истечет за вечер.

В таком случае считаем число запусков на день. Запускаем сегодня. Проверяем, сегодня был запуск? Не был? Триал уменьшился на единицу. Запуск сегодня уже был? Не считаем запуск. Ну и где-то запоминаем дату последнего запомненного запуска. При повторном запуске по ней и сверяем.

Где и как запоминать эту дату разговор отдельный — о сколь там раздолья не то слово! Одно только выравнивание struct в си не дает ручонкам угомониться

Таким образом получаете как бы те же Икс дней триала, но с учетом, что софтина не использовалась какое-то время. А не использоваться может запросто: дедлайн, некогда разбираться, уехал на картошку к теще на неделю и.т.д.