Як ви вирішите, скільки коштуватиме ваше програмне забезпечення? [зачинено]

Якщо ви соло-розробник або займаєте провідну роль у програмній компанії, можливо, вам доведеться вирішити, скільки коштуватиме ваше програмне забезпечення в той чи інший день ... Який у вас досвід розрахунку, скільки коштує ваше програмне забезпечення для вашого клієнта? Чому цей метод працює для вас?

Ще один спосіб поглянути на це: "яке програмне забезпечення найбільше виривається?". Програмне забезпечення великих квитків, як Adobe Create Suite, часто є ціллю, оскільки початкова ціна настільки висока - кілька тисяч доларів за величезний пакет, з якого ви можете закінчити лише 10% можливостей кожного компонента. Погляньте на зусилля, які Microsoft доклала до своїх ініціатив "Справжня Windows" - чи хтось насправді купує Windows чи Office? Підприємства, які піддаються аудиту, повинні, але багато малих підприємств та величезна кількість домашніх користувачів, схоже, користуються нелегітимною (або незаконною) копією.

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

Тож найкраща стратегія програмного забезпечення, яку я бачив, - це ліцензувати це . Віддайте дещо обмежену версію програмного забезпечення безкоштовно, щоб користувач міг ознайомитись з нею без необхідності підписуватися на рахунок або передавати реквізити кредитної картки. Як тільки вони дойдуть до точки, коли вони серйозно її використовують, ви можете запропонувати можливість збільшення пам’яті / пропускної здатності / ємності / можливостей #. Багато інтернет-сервісів користуються цією моделлю, як і додатки для iPhone - завантажуйте «легку» версію безкоштовно, платіть, щоб активувати більше функцій.

Фактична ціна, за яку ви ліцензуєте програмне забезпечення, є фактором:

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

Приклади:

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

# Якщо оплата розблоковує певні можливості, не вкладайте цю можливість у безкоштовну версію, оскільки вона стане зламаною - незалежно від обсягу проникнення на ринок. Є деякі люди, які просто люблять підривати механізми захисту програмного забезпечення, і кілька продуктів, над якими я працював протягом багатьох років, мали таку долю - навіть те, що ніша. Я не експерт, але поєднання унікально завантаженої завантаженої версії, яка може бути в чорному списку, якщо вона "дзвонить додому" з більш ніж X різних IP-адрес, може стати відправною точкою. Якщо ви виявите, що хтось передає свою копію програмного забезпечення, у вас є кілька варіантів - поговоріть з ними (якщо вони зареєстровані), оскільки це може бути вагомою причиною (вони регулярно переформатують свій ПК тощо),

Хоча я не згоден з усім, що говорить Джоел, його стаття " Верблюди та гумові каченята " на цю тему обов'язково читається, IMO.

Основна порада - "стягніть плату за те, що люди будуть готові платити", або:

Якщо ви не можете зачитати це, просто стягніть 0,05 долара за своє програмне забезпечення, якщо тільки воно не відстежує помилки, і в цьому випадку за нього стягуйте 30 000 000 доларів.

Спершу з’ясуйте ціль ціноутворення. Тоді шукайте стратегії ціноутворення для досягнення цієї мети.
- Виживання? Потім встановіть рівні цін відповідно до витрат.
- Максимізувати прибуток? Існує багато стратегій, які слід враховувати, наприклад, "Зниження цін", як Sony робило з PS / 3, працює, якщо це законно у вашій юрисдикції та якщо ви стикаєтеся з нееластичною кривою попиту. Sony встановила ціни високими на початку $ 599, і поступово знизила їх до $ 299.
- ROI? Встановіть рівні цін, щоб отримати певну річну прибутковість власного капіталу.
- Збільшення частки ринку? Якщо ваша крива попиту є еластичною, зниження цін щодо конкурентів може допомогти досягти цього.
- Грошовий потік?Рівень цін повинен стимулювати швидкі продажі.
- Статус Кво? Цінова війна може виявитися непростою. Не качайте човен. Встановіть ціни відповідно до цін вашого конкурента.
- Якість продукції? Встановіть ціни, щоб компенсувати витрати на НДДКР та створити імідж високої якості.

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

Далі потрібно додати будь-які витрати, які ви понесете при написанні програмного забезпечення.

Тоді вам потрібно додати будь-який випадок ... тобто якщо ви робите роботу з фіксованою ціною, які шанси на те, що щось з’явиться, це займе додатковий час.

Нарешті, вам потрібно переконатися, що ваші витрати надруковані на тому самому папері, де зазначено саме те, що ви доставите в обмін на гроші, і вам потрібно взяти депозит ... ви запобіжите багато часу наполягаючи на депозиті.

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

Простий вихід - сказати, що він сильно відрізняється залежно від цільової аудиторії, ринку, розміру вирішеної проблеми тощо. Це все вірно - але я думаю, що ви можете розділити програмне забезпечення на 3 загальні категорії:

• Потрібно мати програмне забезпечення
• Приємне програмне забезпечення
• Нікому не потрібне програмне забезпечення

Припускаючи, що ви не потрапляєте до 3-ї категорії, вам потрібно розібратися, в якій категорії ви знаходитесь. Приємне програмне забезпечення, як правило, має цінуватися в діапазоні "чому б і ні?" (як це називає Джефф у своїй статті), що означає достатньо низький рівень, щоб потенційний клієнт не проти відкрити свій гаманець, тоді як обов'язкове програмне забезпечення має значно більшу гнучкість у ціноутворенні.

Що робить програмне забезпечення обов’язковим? ось де всі різні змінні приходять грати. На мою думку, найважливіші:

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

Коли я ціную програмне забезпечення, це головні міркування. Ви можете враховувати додаткові параметри, такі як ринок (ви можете підвищити ціну при продажі на підприємство, наприклад, в приватний сектор).

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

Майте на увазі, що ваша ціна також відображатиме якість вашого програмного забезпечення в очах потенційних покупців. Існує психологічний ефект, що якщо товар А коштує вище, ніж продукт В, продукт А буде розглядатися як більш високий якість, ніж В, навіть без будь-якої підтверджуючої інформації. Це вірно від консервованих бобів до машин до будинків.

Зрештою, ваш бізнес-приклад для цього програмного забезпечення визначатиме вашу ціну (це одноразове розширення чимось існуючого, лідер збитків для отримання нових клієнтів? Тощо)

Не стягуйте плату - випустіть її як безкоштовне / відкрите програмне забезпечення.

Потім надайте спосіб людям дарувати все, що їм заманеться, виходячи з того, наскільки це їм корисно. (На жаль, я насправді не знаю, наскільки це ефективно.)

Якщо це основний продукт для вашої компанії, ви все одно можете виконати вищезазначене, але також комерційну ліцензію та контракт на підтримку, а також, можливо, і спонсорську розробку функцій.
(Ця модель використовується в великих програмних компаніях, таких як JBoss , MySQL , але менші компанії, такі як BlueRiver або Railo Technologies, також роблять це успішно.)