Сообщение Re: Влияние продолжительности триального периода на конверта от 04.12.2015 12:33
Изменено 04.12.2015 12:34 Carc
Здравствуйте, Nonmanual Worker, Вы писали:
NW>Всем привет!
NW>Есть идея поиграться с продолжительностью триального периода с целью увеличения числа продаж.
NW>На данный момент это 30 дней. Думаю понизить до 20.
NW>Есть ли у кого такой опыт? Повлияло ли это как-то на продажи?
Считать не дни, а запуски. Только не прям в лоб считать. Иначе.
Тем более, что софт для разработчиков. Они могут скачать, запустить и забыть, отложить в долгий ящик. Потом вернуться через пару недель, на досуге, еще поковыряться. Ан фиг — триал закончен.
Сколько раз на такой напарывался сам, что сделал специальную кнопку "Ффптопку"
Только безусловно считать запуски надо хитрее. Первое: если софтина работает постоянно, фоново как-то, то наверное все-таки стоит считать сутки. Сутки прошли — триал уменьшился на единицу.
А вот если софтина периодически запускаемая, то считаем запуски. Но! Не тупо, в лоб, 20-30 запусков и привет. Это не годиться. А если она падает? А если пользователю зачем-то нужно ее выгружать? Так дело не пойдет. Триал истечет за вечер.
В таком случае считаем число запусков на день. Запускаем сегодня. Проверяем, сегодня был запуск? Не был? Триал уменьшился на единицу. Запуск сегодня уже был? Не считаем запуск. Ну и где-то запоминаем дату последнего запомненного запуска. При повторном запуске по ней и сверяем.
Где и как запоминать эту дату разговор отдельный — о сколь там раздолья не то слово! Одно только выравнивание struct в си не дает ручонкам угомониться
Таким образом получаете как бы те же Икс дней триала, но с учетом, что софтина не использовалась какое-то время. А не использоваться может запросто: дедлайн, некогда разбираться, уехал на картошку к теще на неделю и.т.д.
NW>Всем привет!
NW>Есть идея поиграться с продолжительностью триального периода с целью увеличения числа продаж.
NW>На данный момент это 30 дней. Думаю понизить до 20.
NW>Есть ли у кого такой опыт? Повлияло ли это как-то на продажи?
Считать не дни, а запуски. Только не прям в лоб считать. Иначе.
Тем более, что софт для разработчиков. Они могут скачать, запустить и забыть, отложить в долгий ящик. Потом вернуться через пару недель, на досуге, еще поковыряться. Ан фиг — триал закончен.
Сколько раз на такой напарывался сам, что сделал специальную кнопку "Ффптопку"
Только безусловно считать запуски надо хитрее. Первое: если софтина работает постоянно, фоново как-то, то наверное все-таки стоит считать сутки. Сутки прошли — триал уменьшился на единицу.
А вот если софтина периодически запускаемая, то считаем запуски. Но! Не тупо, в лоб, 20-30 запусков и привет. Это не годиться. А если она падает? А если пользователю зачем-то нужно ее выгружать? Так дело не пойдет. Триал истечет за вечер.
В таком случае считаем число запусков на день. Запускаем сегодня. Проверяем, сегодня был запуск? Не был? Триал уменьшился на единицу. Запуск сегодня уже был? Не считаем запуск. Ну и где-то запоминаем дату последнего запомненного запуска. При повторном запуске по ней и сверяем.
Где и как запоминать эту дату разговор отдельный — о сколь там раздолья не то слово! Одно только выравнивание struct в си не дает ручонкам угомониться
Таким образом получаете как бы те же Икс дней триала, но с учетом, что софтина не использовалась какое-то время. А не использоваться может запросто: дедлайн, некогда разбираться, уехал на картошку к теще на неделю и.т.д.
Re: Влияние продолжительности триального периода на конверта
Здравствуйте, Nonmanual Worker, Вы писали:
NW>Всем привет!
NW>Есть идея поиграться с продолжительностью триального периода с целью увеличения числа продаж.
NW>На данный момент это 30 дней. Думаю понизить до 20.
NW>Есть ли у кого такой опыт? Повлияло ли это как-то на продажи?
Считать не дни, а запуски. Только не прям в лоб считать. Иначе.
Тем более, что софт для разработчиков. Они могут скачать, запустить и забыть, отложить в долгий ящик. Потом вернуться через пару недель, на досуге, еще поковыряться. Ан фиг — триал закончен.
Сколько раз на такое сам напарывался, что сделал специальную кнопку "Ффптопку"
Только безусловно считать запуски надо хитрее. Первое: если софтина работает постоянно, фоново как-то, то наверное все-таки стоит считать сутки. Сутки прошли — триал уменьшился на единицу.
А вот если софтина периодически запускаемая, то считаем запуски. Но! Не тупо, в лоб, 20-30 запусков и привет. Это не годиться. А если она падает? А если пользователю зачем-то нужно ее выгружать? Так дело не пойдет. Триал истечет за вечер.
В таком случае считаем число запусков на день. Запускаем сегодня. Проверяем, сегодня был запуск? Не был? Триал уменьшился на единицу. Запуск сегодня уже был? Не считаем запуск. Ну и где-то запоминаем дату последнего запомненного запуска. При повторном запуске по ней и сверяем.
Где и как запоминать эту дату разговор отдельный — о сколь там раздолья не то слово! Одно только выравнивание struct в си не дает ручонкам угомониться
Таким образом получаете как бы те же Икс дней триала, но с учетом, что софтина не использовалась какое-то время. А не использоваться может запросто: дедлайн, некогда разбираться, уехал на картошку к теще на неделю и.т.д.
NW>Всем привет!
NW>Есть идея поиграться с продолжительностью триального периода с целью увеличения числа продаж.
NW>На данный момент это 30 дней. Думаю понизить до 20.
NW>Есть ли у кого такой опыт? Повлияло ли это как-то на продажи?
Считать не дни, а запуски. Только не прям в лоб считать. Иначе.
Тем более, что софт для разработчиков. Они могут скачать, запустить и забыть, отложить в долгий ящик. Потом вернуться через пару недель, на досуге, еще поковыряться. Ан фиг — триал закончен.
Сколько раз на такое сам напарывался, что сделал специальную кнопку "Ффптопку"
Только безусловно считать запуски надо хитрее. Первое: если софтина работает постоянно, фоново как-то, то наверное все-таки стоит считать сутки. Сутки прошли — триал уменьшился на единицу.
А вот если софтина периодически запускаемая, то считаем запуски. Но! Не тупо, в лоб, 20-30 запусков и привет. Это не годиться. А если она падает? А если пользователю зачем-то нужно ее выгружать? Так дело не пойдет. Триал истечет за вечер.
В таком случае считаем число запусков на день. Запускаем сегодня. Проверяем, сегодня был запуск? Не был? Триал уменьшился на единицу. Запуск сегодня уже был? Не считаем запуск. Ну и где-то запоминаем дату последнего запомненного запуска. При повторном запуске по ней и сверяем.
Где и как запоминать эту дату разговор отдельный — о сколь там раздолья не то слово! Одно только выравнивание struct в си не дает ручонкам угомониться
Таким образом получаете как бы те же Икс дней триала, но с учетом, что софтина не использовалась какое-то время. А не использоваться может запросто: дедлайн, некогда разбираться, уехал на картошку к теще на неделю и.т.д.