Основанное на подписке программное обеспечение: это работает? [закрытый]

Red Hat, кажется, думает, что работает. Купите год поддержки, получают все обновления/и т.д./и т.д. Кроме они позволяют Вам сохранить продукт, когда год закончился (так.. Я предполагаю клиентов как этот также =).

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

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

Обновление: @Dscoduc

Я назвал бы это сервисом затем. Сделайте ясное различие между планом выпуска программного обеспечения и поддержкой. Если Вы хотите взимать за премиальное соглашение о поддержке хорошо, что сервис, собирающийся, должен быть нетронутым. Но я действительно вижу, как это могло работать. Люди могли бы закончить тем, что покупали основанное на подписке программное обеспечение внутри, что они смогут адаптировать его для установки их потребностям, не программируя опыт и по низкой цене.

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

Возможно, мы должны подать прошение stackoverflow относительно способа отметить содержание, не связанное с программированием, но интересное программистам.

Это не точно то же, но basecamp от 37Signals очень успешен с ежемесячным основанием сбора, и FogBugz также использует ту же модель. Подход, о котором Вы говорите здесь, кажется подобным идее MircoPayment, которая рассматривалась как добытчик дохода в первые годы в сети. Я не уверен, делал ли кто-либо успешно деньги из той модели, я уверен, что много VC было потрачено, пробуя.

[Редактирование] я думаю, что это превосходный путь к небольшим независимым поставщикам программного обеспечения выполняет их компании. Комбинация SaaS и подписки является отличным способом получения дохода быстро. Существует много преимуществ

1) Непрерывный доход

2) Маленькая или нулевая начальная оплата, вводит клиентов, удары, что проблема стандартной цены кредитной карты (легче заряжать $10/месяцев, чем 100$ один прочь),

3) Строит основательные отношения между независимым поставщиком программного обеспечения и поставщиком

4) Шанс увеличить стоимость покупки, принимая предложение хорош

И единственный способ, которым Вы собираетесь быть крупным поставщиком программного обеспечения, будучи маленьким сначала.

Я раньше работал на компанию, которая переместилась от лицензии на продукты до основанной на подписке модели. Вот некоторые наблюдения об этом:

1. Предложите и лицензию на продукты и модели подписки
2. В лицензии на продукты: пользователь покупает 'n' количество мест для их использования.
3. В моделях подписки клиент покупает Ваше программное обеспечение в течение 'x' времени месяцев и 'y' людей.
4. Поможет Вам много, если Ваша компания также разработает 'консультантов', которые будут работать с Вашими клиентами для получения реализации программного обеспечения и т.д. на клиентском сайте (любая необходимая установка, обучение и т.д.)

На самом деле, если Вы видите сервисы как предприятие Gmail, Fogbuz и т.д., они дают различные опции оценки:

• где Вы хотите размещенное приложение: Ваши серверы или их серверы
• Вы будете заряженным $x на число людей, использующих программное обеспечение

Я думаю, что модель подписки (базирующееся время) будет определенно работать в текущие времена, и на самом деле облачная модель помогает к такой свободе в моделях дохода: например, можно принять решение 'подписаться' на облачную базу данных вместо того, чтобы покупать сервер базы данных.