Я подозреваю, что многие разработчики не используют парадигму nagware только из-за некоего психологического отторжения: может показаться нелепой идея портить собственную программу. На самом же деле shareware и nagware это в принципе одно и тоже: в любом случае бесплатная программа должна иметь урезанный функционал, и ограничивать её в сроке работы – только один из множества вариантов.
Делать бесплатную версию функциональной имеет смысл на начальных стадиях, когда ещё нужно завоевать аудиторию, а потом бесплатный функционал лучше сокращать. Я, например, сделал Lite версию своей программы в 2005 году и с тех пор её не обновлял.
Я слышал есть ещё такой способ распространения, не помню как он называется: первое время ваша программа полностью бесплатна, а когда наступает какая-то дата, программа резко перестаёт работать и юзерам приходится покупать.
У этой темы есть и этический (или как это назвать, может корпоративный) аспект. Когда один разработчик делает бесплатную версию очень функциональной по сравнению с конкурентами, он получает преимущество в завоевании рынка, но если таких разработчиков будет много, они окажутся в убытке (это как демпинг). И если много народу будет применять описанный выше приём (программа полностью бесплатна до какой-то даты), юзеры просто будут перескакивать от одной как бы бесплатной программы к другой.
Вернусь к nagware. Реализовать это можно, например, капчей: время от времени пользователь должен набрать в текстовом окне строку из нескольких символов, сгенерированных случайно программой и показанных ему. Мне интересно было бы лучше понять, какой должен быть оптимальный размер этой строки, чтобы и к покупкам стимулировать, и от бесплатного пользования не вынуждать отказываться.
Конкретный вопрос: сколько готов заплатить юзер на Западе, чтобы отключить необходимость 3 раза в неделю набирать случайную строку из 6 символов (например 2YeF6T)? Я полагаю, от 20 до 100 долларов (т.е. оптимальной я бы назвал цену в 50). Но боюсь сильно ошибиться.

Я подозреваю, что многие разработчики не используют парадигму nagware только из-за некоего психологического отторжения: может показаться нелепой идея портить собственную программу. На самом же деле shareware и nagware это в принципе одно и тоже: в любом случае бесплатная программа должна иметь урезанный функционал, и ограничивать её в сроке работы – только один из множества вариантов.
Делать бесплатную версию функциональной имеет смысл на начальных стадиях, когда ещё нужно завоевать аудиторию, а потом бесплатный функционал лучше сокращать. Я, например, сделал Lite версию своей программы в 2005 году и с тех пор её не обновлял.
Я слышал есть ещё такой способ распространения, не помню как он называется: первое время ваша программа полностью бесплатна, а когда наступает какая-то дата, программа резко перестаёт работать и юзерам приходится покупать.
У этой темы есть и этический (или как это назвать, может корпоративный) аспект. Когда один разработчик делает бесплатную версию очень функциональной по сравнению с конкурентами, он получает преимущество в завоевании рынка, но если таких разработчиков будет много, они окажутся в убытке (это как демпинг). И если много народу будет применять описанный выше приём (программа полностью бесплатна до какой-то даты), юзеры просто будут перескакивать от одной как бы бесплатной программы к другой.
Вернусь к nagware. Реализовать это можно, например, капчей: время от времени пользователь должен набрать в текстовом окне строку из нескольких символов, сгенерированных случайно программой и показанных ему. Мне интересно было бы лучше понять, какой должен быть оптимальный размер этой строки, чтобы и к покупкам стимулировать, и от бесплатного пользования не вынуждать отказываться.
Конкретный вопрос: сколько готов заплатить юзер на Западе, чтобы отключить необходимость 3 раза в неделю набирать случайную строку из 6 символов (например 2YeF6T)? Я полагаю, от 20 до 100 долларов (т.е. оптимальной я бы назвал цену в 50). Но боюсь сильно ошибиться.
И я сильно отстал от жизни — расскажите как на android/ios обстановка со всем что здесь упомянуто?