GD Star Rating
loading...

а посоветуйте как упростить систему лицензирования приложений

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

теперь у нас куча клиентов которым время от времени нужно эти ключи переделывать, например в связи с апгрейдом компа, все это начинает перегружать систему поддержки
и если у клиента 3-10 лицензий то уже начинается неразбериха где и что у него активировано

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

в какую сторону копать, может есть уже готовые решения?

Image #1692410, 127.6 KB

14 Responses to как упростить систему лицензирования приложений

  1. NolPhone:

    web сервис сделать – загружаешь файл – на выходе – ключик. У каждого клиента в зависимости от кол-ва лицензий свои ограничения.
    А че за софт расскажи…

  2. Ro7am:

    сервер лицензий (локальный и веб) – иначе жопа. персональные лицензии это геморрой хуже некуда.
    вмпротектом обернуть и будет ок.

  3. Xuaef:

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

  4. HTnMsk:

    1. Брать деньги не за лицензии, а за сервис. Ежемесячно, например.
    2. Отказаться от персональных ключей вообще. Сделать, как делают жетбрейнс – просто подписывать ключем каким-нибудь имя фамилию + количество лицензий, в локалке определять сколько запущено, при запуске лишней говорить об этом.

  5. SumLinux:

    вмпротект не советую, ложные срабатывания антивирусов заебут. У нас вот даже UPX’ом боимся паковать, какой-нибудь антивирус обязательно ложное срабатывание выдаст, потом на форуме приходится доказывать пользователям что ты не верблюд и общаться с производителем антивируса, чтобы убрали ложное срабатывание (которое появится после следующего же апдейта).

  6. IniSEO:

    плагины для 3д макса и майя, rendering.ru

  7. IniSEO:

    а есть какие то готовые решения таких серверов?
    оборачивать ничем не хочется, особенно если с антивирусами проблема

  8. IniSEO:

    а как такой сервис на практике работать будет? есть ли примеры?
    что помешает отписаться и продолжать пользоваться?

  9. HTnMsk:

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

    Про третье предложение я вообще ничего не понял.

  10. Ro7am:

    да там как-то не сложно совсем должно быть. ну может это мне не очень сложно, раз я с сетями дела имею, но там даже кода много не надо. Можно и не оборачивать, я тоже к тому иду.

  11. Ro7am:

    очень много клиентов будут искать конкурентов после того, как увидят сервис с постоянной оплатой. У меня вопрос – “а лицензии продлять надо?” в топе вопросов в поддержку.

  12. Ro7am:

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

  13. HTnMsk:

    ну тут вопрос цены, кому-то проще платить только за периоды пользования. За конкурентами следить правильно в принципе 🙂

    А вообще тут много от специфики продукта и аудитории зависит. Универсального решения не существует.

  14. HTnMsk:

    Вообще – вынести какой-нибудь критический функционал для исполнения на твоих серверах. К примеру просчет чего-нибудь большого, или просто уникальную логику. Ты в цену закладываешь 150% стоимости аренды подобных серверов в облаке, а запросы на такую хрень подписываешь каким-нибудь ключом, который выдаешь при покупке, и проверяешь его при постановке задачи в очередь. Затем можно поанализировать IP, с которых приходят запросы, количество запросов в час и вообще всякую статистику использования твоего решения.

Добавить комментарий