Как вы решаете, сколько будет стоить ваша программа? [закрыто]

Если вы являетесь индивидуальным разработчиком или играете ведущую роль в софтверной компании, вам, возможно, придется решить, сколько будет стоить ваше программное обеспечение в тот или иной день ... Какой у вас опыт расчета стоимости программного обеспечения для вашего клиента? Почему этот метод работает у вас?

Еще один способ взглянуть на это - «какое программное обеспечение больше всего обдирают?». Такое дорогое программное обеспечение, как Adobe Create Suite, часто является целью, так как начальная цена очень высока - несколько тысяч долларов за крупный пакет, в котором вы можете использовать только 10% возможностей каждого компонента. Посмотрите, какие усилия Microsoft приложила к своим инициативам «Подлинная Windows» - кто-нибудь на самом деле больше покупает Windows или Office? Компании, которые проходят аудит, должны это делать, но многие малые предприятия и огромное количество домашних пользователей, похоже, рады использовать нелегитимную (или нелегальную) копию.

Мое личное мнение таково: если вы хотите заработать немного денег на своем программном обеспечении, не публикуйте исходный код в открытом доступе / сообществе с открытым исходным кодом. Очевидно, что есть случаи, когда продажа поддержки кода с открытым исходным кодом может привести к прибыльности, но IMO следует открыть исходный код, чтобы получить мнение сообщества. Раскрытие вашего крутого кода в Интернете теряет ваше конкурентное преимущество, если вы хотите, чтобы программное обеспечение стало источником дохода.

Итак, лучшая стратегия для программного обеспечения, которую я видел, это лицензировать ее . Раздайте несколько ограниченную версию программного обеспечения бесплатно, чтобы пользователь мог ознакомиться с ней без необходимости регистрировать учетную запись или передавать данные кредитной карты, обе из которых не соответствуют действительности. Как только они достигнут серьезного уровня использования, вы можете предложить вариант увеличения хранилища / пропускной способности / емкости / возможностей #. Многие онлайн-сервисы используют эту модель, как и приложения для iPhone - загрузите «облегченную» версию бесплатно, заплатите, чтобы активировать больше функций.

Фактическая цена, по которой вы лицензируете программное обеспечение, зависит от:

1. цель - насколько сложна задача, которую она решает?
2. Целевой размер рынка - сколько людей сталкиваются с этой проблемой?
3. сегменты рынка - существуют ли разные уровни / типы пользователей на этом рынке? (опытные пользователи против домашних пользователей и т. д.)

Примеры:

• Что-нибудь от 37Signals - BaseCamp, CampFire, BackPack и т. Д. Недорогой продукт бесплатен, платите больше.
• Evernote . Программный клиент бесплатен с некоторым объемом памяти. Плати больше.
• DropBox . Программный клиент бесплатен с некоторым объемом памяти. Плати больше.
• Google Apps. Некоммерческий, образование, низкое использование / мало пользователей бесплатно. Платите за больше хранения / доступности / коммерческих пользователей.

# Если оплата открывает какую-то возможность, не включайте эту возможность в бесплатную версию, так как она будет взломана, независимо от того, насколько вы проникли на рынок. Есть некоторые люди, которые просто любят подрывать механизмы защиты программного обеспечения, и некоторые из продуктов, над которыми я работал на протяжении многих лет, постигла эта судьба - даже нишевые вещи. Я не эксперт, но комбинация уникальной идентифицируемой загруженной версии, которая может быть помещена в черный список, если она «звонит домой» с более чем X разных IP-адресов, может быть отправной точкой. Если вы обнаружите, что кто-то раздает свою копию программного обеспечения, у вас есть несколько вариантов - поговорить с ним (если они зарегистрированы), так как на это может быть веская причина (они регулярно переформатируют свой компьютер и т. Д.),

Хотя я не согласен со всем, что говорит Джоэл, его статья « Верблюды и резиновые утки » на эту тему является обязательной для прочтения, ИМО.

Основной совет - «бери, сколько люди будут готовы платить», или:

Если вы не можете прочитать это, просто берите $ 0,05 за ваше программное обеспечение, если только оно не отслеживает ошибки, в этом случае взимайте $ 30 000 000 за него.

Сначала определите вашу цель ценообразования. Затем найдите ценовые стратегии для достижения этой цели.
- выживание? Затем установите уровни цен в соответствии с расходами.
- Максимизировать прибыль? Существует множество стратегий, которые следует учитывать, например, «Скимминг цен», как Sony сделала с PS / 3, работает ли он законно в вашей юрисдикции и если вы столкнулись с неэластичной кривой спроса. Sony изначально установила высокие цены на уровне 599 долларов и постепенно снизила их до 299 долларов.
- ROI? Установите уровни цен, чтобы получить определенный годовой доход на капитал.
- Увеличить долю рынка? Если ваша кривая спроса эластична, снижение цен по сравнению с конкурентами может помочь достичь этого.
- Денежный поток?Уровень цен должен стимулировать быстрые продажи.
- Статус-кво? Ценовая война может не выиграть. Не раскачивай лодку. Установите цены, чтобы соответствовать ценам вашего конкурента.
- Качество продукции? Установите цены, чтобы окупить затраты на НИОКР и создать имидж высокого качества.

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

Затем вам необходимо добавить любые расходы, которые вы понесете при написании программного обеспечения.

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

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

Я на самом деле написал несколько из статей на эту тему несколько месяцев назад, но только споткнулся этот вопрос сейчас.

Самый простой выход - сказать, что он сильно отличается в зависимости от целевой аудитории, рынка, размера решаемой проблемы и т. Д., Что все верно, но я думаю, что вы можете разделить программное обеспечение на 3 основные категории:

• Должен иметь программное обеспечение
• Приятное программное обеспечение
• Никому не нужно это программное обеспечение

Предполагая, что вы не попадаете в 3-ю категорию, вам нужно выяснить, к какой категории вы относитесь. Полезное программное обеспечение должно обычно оцениваться в диапазоне «почему бы и нет»? (как Джефф называет это в своей статье), а это означает, что потенциальный клиент не против открыть свой кошелек, в то время как необходимое программное обеспечение обладает гораздо большей гибкостью при ценообразовании.

Что делает программное обеспечение обязательным? вот где все переменные вступают в игру. Наиболее важными, на мой взгляд, являются:

• Насколько велика решаемая проблема? Сколько времени / денег вы экономите конечному пользователю? (время = деньги)
• Насколько уникально решение? (то есть, вы можете просто найти более дешевую / бесплатную / лучшую альтернативу, прибегая к помощи?)

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

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

Имейте в виду, что ваша цена также будет отражать качество вашего программного обеспечения в глазах потенциальных покупателей. Существует психологический эффект: если продукт A будет стоить дороже, чем продукт B, продукт A будет рассматриваться как более качественный, чем B, даже без какой-либо подтверждающей информации. Это верно от консервированных бобов до автомобилей к домам.

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

Не заряжайте - выпустите это как Свободное / Открытое программное обеспечение.

Затем предоставьте людям возможность пожертвовать все, что им нравится, исходя из того, насколько это полезно для них. (К сожалению, я не знаю, насколько это эффективно.)

Если это основной продукт для вашей компании, вы все равно можете сделать вышеупомянутое, а также получить коммерческую лицензию и контракт на поддержку, и, возможно, также спонсируем разработку функций.
(Эта модель используется в крупных компаниях-разработчиках программного обеспечения, таких как JBoss , MySQL , но небольшие компании, такие как BlueRiver или Railo Technologies, также делают это успешно.)