Оценка программного продукта / оценка стоимости - PullRequest
9 голосов
/ 01 июля 2010

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

вопрос 1 :
Вас попросят написать код для оплаты наличными (все права на код принадлежат покупателю, когда вы закончите). Вы знаете приблизительное количество часов, которое это займет (+ -25%), и приблизительную сложность (т.е. можете ли вы написать это во сне или у вас будет сильное психическое истощение, когда вы закончите). Продукт написан на скомпилированном языке (C, C ++ и др.).

Как вы (могли бы) выбрать цену за работу?

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

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

Вы знаете приблизительное количество часов, которое вы провели, общий размер файлов, LoC, и у вас есть хранилище со всей историей разработки.

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

Как вы определяете цену для:

  1. Права на это программное обеспечение?
  2. Коммерческое использование с доступом к исходному коду?
  3. Коммерческое использование без доступа к исходному коду?
  4. Некоммерческое использование?

Ответы [ 4 ]

9 голосов
/ 01 июля 2010

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

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

Таким образом, совет для программного обеспечения с одним клиентом (на заказ) - установить цену на максимум, который, как вы думаете, они заплатят. Если стоимость написания программного обеспечения (в человеко-часах) выше, чем цена, которую они заплатят, не принимайте работу.

Для готового программного обеспечения это так же сложно, как вам нужно знать размер вашего рынка. Скажем, есть 1000 потенциальных клиентов, вам нужно знать, сколько людей купят ваш продукт по определенной цене. Очевидно, что с ростом цены вы получите меньше покупателей. Опять же, ценообразование не имеет ничего общего с тем, сколько программного обеспечения вам будет стоить, оно связано с тем, сколько людей будут готовы потратить на это.
Таким образом, если 500 человек купят его по 20 долларов, но только 200 купят его по 30 долларов, становится более очевидным, как его оценить (*). Единственное абсолютно точное определение этих цифр - это фактическая продажа вашего продукта, но вы можете провести исследование рынка (например, спросить ваших потенциальных клиентов), чтобы выяснить, сколько они готовы заплатить. (Сравните это с проектами с одним клиентом, где вы не можете спросить своего клиента, сколько он готов заплатить ...)

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

(*) Я должен сказать, насколько важно знать размер вашего рынка. Если вы спросите 20 человек с вашего рынка о том, будут ли они покупать его по 20 долларов, а 10 ответят «да», можно предположить, что 50% вашего рынка купят его по 20 долларов. Зная, что на вашем рынке около 1000 человек, вы можете умножить это до 500 человек. Не зная размера вашего рынка, знать, что 50% людей будут покупать его по 20 долларов, не имеет значения.

5 голосов
/ 01 июля 2010

Вы можете найти некоторые интересные идеи, собранные в (бесплатной) книге Нила Дэвидсона: http://www.neildavidson.com/dontjustrollthedice.html

3 голосов
/ 01 июля 2010

Вам действительно нужно прочитать [/ rant / humor / froth] Джоэла на этом http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html

2 голосов
/ 01 июля 2010

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

«Это всегда занимает больше времени, чем вы ожидаете, даже если принять во внимание закон Хофштадтера».

Что касается вопроса 2, то, хотя он уже немного устарел, я по-прежнему считаю «Информационные правила» Карла Шапиро и Хэла Р. Вариана лучшей книгой по этой теме. На этот вопрос действительно нет простого ответа, но эта книга даст вам хорошее понимание факторов, которые следует учитывать при установлении цены.

Google books: Информационные правила

...