Вопрос к инди-разработчикам Mac:
Как мне провести 30-дневную гонку на время без зла? Включение счетчика в prefs - не вариант, поскольку очистка prefs один раз в месяц не является проблемой для обычного пользователя. Размещение счетчика где-нибудь в скрытом файле звучит немного странно - как пользователь я ненавижу, когда приложения забивают мой жесткий диск случайными файлами. Любые идеи?
Эта проблема неоднократно возникает в списке рассылки cocoa-dev, и согласованный ответ всегда заключается в том, чтобы делать самое простое из возможных. Решительные хакеры взломают все, кроме самых изощренных решений. И в любом случае они вряд ли будут платить за программное обеспечение. Выбирайте решение 80/20: простое решение, которое дает 80% -ный эффект при 20% -ых усилиях. В этом случае поместите что-нибудь в ~ / Library / Application Support / your.app.com /. Вы можете назвать файл как-нибудь невиновным, если хотите немного запутать ситуацию. Также легко использовать пользовательские настройки по умолчанию.
Что бы вы ни делали, не используйте MAC-адрес или другой идентификатор оборудования. Пользователи с домашним каталогом в сети (например, в общей лаборатории) будут вас ненавидеть. Использование идентификаторов оборудования - это просто зло.
Если кто-то влюблен в вашу программу настолько, что хочет выйти за пределы ваших пробных ограничений, позвольте им. Бесплатное программное обеспечение вам ничего не стоит, а их добрая воля (и, возможно, рекомендации другим) стоит многого.
Наконец, напишите программное обеспечение, которое люди хотят использовать, и оцените его стоимость. Если ваша цена является хорошей, и люди хотят ее использовать, большинство людей будет за нее платить.
Я бы посоветовал реализовать несколько вещей, которые менее навязчивы и могут избежать того, чтобы обычный пользователь либо деинсталлировал, либо купил в течение одного месяца.
Дополнительно реализуйте эти вещи в файле конфигурации.
Регистрируя временную метку, вы можете избежать этих обходных путей:
Убедитесь, что ваше приложение не запускается без файла конфигурации. По сути, вы отправляете зашифрованный серийный номер в файле или, возможно, после ввода серийного номера можете создать файл. Поскольку у серийного номера уже есть срок годности, пользователь также не может повторно использовать серийный номер.
Я бы не предлагал использовать Интернет, потому что люди злятся, когда приложение каждый раз пытается подключиться к серверу. Кроме того, может возникнуть подозрение, что вы пытаетесь отправить некоторые личные данные пользователей на свои серверы.
Я хотел бы сказать одну вещь: какой бы сильной ни была техника борьбы с пиратством, которую вы используете, кто-то обязательно ее сломает. Вы делаете свое приложение не для этих ребят. Вы делаете свое приложение для людей, которым нравится ваше программное обеспечение, и которые с радостью его купят. Так что ограничьте возможности борьбы с пиратством, не теряя настоящих клиентов, делая ваше приложение слишком навязчивым во время пробного периода. Одна мысль также говорит о том, что если ваше программное обеспечение взламывают, значит, оно также становится популярным. Опять же, мнения могут отличаться, и я не хочу отвлекаться от этих вопросов.
Учти это. Сколько потенциальных пользователей вашего программного обеспечения им просто не терпится использовать его в течение следующих 30 дней?
Я подозреваю, что гораздо более нормальный случай: пользователи сталкиваются с новым программным пакетом, который решает проблему, возникшую на таком сайте, как lifehacker.com. программное обеспечение загружается, ненадолго поиграется, а затем откладывается. Возможно, это программа для копирования mp3, и в то время у них нет компакт-дисков для копирования. Или они просто заняты в тот день, но они «скоро» приступят к проверке этого программного обеспечения.
Проходит 30 дней. Наверное, больше. Только тогда они покупают компакт-диск, сталкиваются с какой-то «проблемой» и вспоминают: «Ага, это та пробная версия, которую я скачал! Куда я его снова положил? Это не имеет значения. Поскольку «испытание» никогда не использовалось, истекло время ожидания.
Я не могу сосчитать, сколько программных инструментов попало из-за меня в это ведро. День, когда мне порекомендуют программное обеспечение, день, когда я увижу положительный отзыв о лайфхакере, НИКОГДА не будет тем днем, когда у меня действительно возникнет потребность - или даже время - использовать / анализировать программу, которую я скачал и установил.
Срок действия программного обеспечения истекает через 30 календарных дней - это плохо, потому что что, если кто-то загрузит его, запустит один раз, а затем решит, что оценит его через месяц? В следующий раз, когда они запустят его, через месяц, он скажет, что срок его действия истек.
Я бы предпочел ограничить его 14 запусками или около 120 минут использования.
Что касается реализации, файл (скрытый или нет) в папке настроек пользователя с обфусцированным именем кажется лучшим выходом. Файл не размещается на жестком диске случайным образом, но пользователь не может легко определить, какой файл удалить.
Наименее злой способ - просто попросить пользователя удалить программу через месяц или заплатить за нее;)
Мы сделали это для одного из наших клиентских приложений. Конечно, это было сделано в .NET для Windows, но те же принципы можно применить и в MAC.
Как упоминалось в eckesickle, если ваш пользователь имеет доступ к Интернету (или должен), тогда у вас может быть веб-сервис, который зарегистрирует какой-то уникальный идентификатор с главного компьютера с пробной датой начала (MAC-адрес - хороший вариант). При этом пользователь не сможет обмануть программу, если он не проверяет свою сетевую карту каждый месяц.
Теперь, если у пользователя по какой-либо причине нет доступа к Интернету, вы можете либо закрыть программу, пока он не подключится к ней, либо использовать льготный период. В этом файле записывается время последнего открытия приложения. Когда Интернет недоступен, мы перестаем записывать время (мы все равно что-то в нем записываем, чтобы пользователь не заметил, что файл не обновлен).
Если пользователь замечает, что этот файл содержит информацию, и удаляет его (или изменяет его с помощью имеющейся у него копии), тогда вам нужен способ противодействовать этому. Вы можете указать другое значение в другом файле конфигурации (всегда зашифрованном) и проверить его согласованность. Что вы будете делать, если обнаружите, что пользователь пытается обмануть, зависит от вас, но мы заставляем пользователя подключиться к Интернету, чтобы это работало.
Это может быть излишним для программы, но определенно работает.
Во время загрузки предоставьте им пробный серийный номер. Когда они вводят серийный номер, пусть он подключится к вашему серверу и получит информацию об истечении срока действия (хранящуюся и зашифрованную локально, чтобы предотвратить любые дополнительные звонки по телефону домой).
Поступая таким образом, вы усложняете им обход вашего 30-дневного окна, поскольку дата истечения срока действия постоянно хранится на сервере. Вы можете настроить его так, чтобы удаление ключа и его повторный ввод заставляли ваше приложение снова подключаться к вашему серверу и загружать тот же срок действия, что и раньше.
Или вы можете сделать это, как это делает WinZip (или раньше?): Предоставить 30-дневную пробную версию и просто отображать всплывающий экран при каждой загрузке, который показывает, как долго вы его используете, и ссылки для покупки.
Раньше я предлагал 30-дневную облегченную версию своего приложения для iOS, в которой дата установки и различные даты записи были встроены в файл данных экспорта, который пользователь мог загрузить на свой компьютер.
Если бы пользователь был скрягой и просто переустановил облегченную версию и попытался повторно импортировать данные, логика заметила бы, что по крайней мере одна из дат была старше 30 дней, и приложение установило бы дату своей установки на самую раннюю такую дату из файл, рендеринг которого истек снова.
В полной платной версии такой логики не существовало, и файл данных можно было легко импортировать.
Было больно поддерживать людей в этой миграции данных (поскольку приложения полностью изолированы друг от друга), и некоторые другие пользователи считали, что облегченной версии им было достаточно, поэтому они никогда не обновлялись.
С тех пор я перестал предлагать свою облегченную версию и просто снизил цену на полную версию. Теперь потенциальным клиентам просто нужно заплатить небольшую сумму или найти конкурирующее программное обеспечение.
В целом, это была лучшая стратегия для привлечения платежеспособных пользователей.
Считать UUID какого-либо аппаратного компонента и проверить свою веб-службу, чтобы узнать, было ли ваше программное обеспечение уже установлено в течение 30 дней после запуска программы?
