Оценка оценки/стоимости программного продукта
Я всегда испытывал затруднения оценить стоимость/цену законченного программного обеспечения (или запрограммировать работу), таким образом, вот два вопроса об этом.
вопрос 1:
Вас просят записать часть кода для наличных денег (все права к коду принадлежит покупателю, после того как Вы сделаны). Вы знаете приблизительное количество часов, которые оно займет (+-25%) и приблизит сложность (т.е. можете ли Вы записать это в своем сне или перенесете серьезное умственное перегорание, после того как Вы сделаны). Продукт записан на скомпилированном языке (C, C++, и т.д.).
То, как делают Вас (было бы Вы), цена выбора за задание?
вопрос 2:
Скажем, Вы проводите несколько месяцев, пишущий что-то, эта вещь теперь закончена, и теперь хотят к (попробуйте к), продайте ее.
Продуктом будет чрезвычайно "Ниша", и не будет возможно продать его за большие количества людей (это - SDK, игровой механизм, библиотека или что-то как этот, не текстовый редактор - число людей, которые хотели бы это, будет небольшим). "opensourcing" это вне рассмотрения.
Вы знаете приблизительное количество часов, которые Вы провели, общий размер файлов, LoC, и у Вас есть репозиторий со всей историей разработки.
Результат может быть продан с или без доступа исходного кода для коммерческого или некоммерческого использования, или Вы можете (попробовать к), продают права программного обеспечения.
Как делают Вы определяете цену за:
- Права для той части программного обеспечения?
- Коммерческое использование с доступом исходного кода?
- Коммерческое использование без доступа исходного кода?
- Некоммерческое использование?
4 ответа
Вы можете найти некоторые интересные идеи, собранные в (бесплатной) книге Нила Дэвидсона: http://www.neildavidson.com/dontjustrollthedice.html
Цена продукта не имеет ничего общего с оценкой стоимости, за исключением того факта, что цена обычно должна быть больше, чем стоимость.
Ценообразование больше связано с тем, сколько клиент заплатит за это программное обеспечение? Ценообразование - это сложный навык - если вы называете цену, а клиент не мигает, вы, вероятно, слишком занижены ...
Итак, совет для программного обеспечения для одного клиента (индивидуального) - установить цену на уровне самая высокая, по вашему мнению, они заплатят. Если стоимость написания программного обеспечения (в человеко-часах) выше, чем цена, которую они заплатят, не соглашайтесь на эту работу.
Для стандартного программного обеспечения это так же сложно, поскольку вам нужно знать размер вашего рынка. Допустим, есть 1000 потенциальных клиентов, тогда вам нужно знать, сколько людей купят ваш продукт по определенной цене. Очевидно, что по мере роста цены у вас будет меньше покупателей. Опять же, цены не имеют ничего общего с тем, сколько вам будет стоить разработка программного обеспечения, это связано с тем, сколько люди будут готовы на это потратить.
Таким образом, если 500 человек купят его по 20 долларов, но только 200 купят по 30 долларов, становится более очевидным, как его оценить (*). Единственное, что абсолютно точно узнать эти цифры, - это продать свой продукт, но вы можете провести исследование рынка (например, спросить своих потенциальных клиентов), чтобы узнать, сколько они готовы платить.(Сравните это с проектами с одним клиентом, где вы не можете спросить своего клиента, сколько он готов заплатить ...)
Итак, как только вы получите оптимальную цену, вы можете рассчитать ожидаемую прибыль (ожидаемое число продаж, умноженных на цену). Если это ниже ваших затрат, не пишите программное обеспечение ...
(*) Я должен сказать, насколько важно знать размер вашего рынка здесь. Если вы спросите 20 человек с вашего рынка, купят ли они его по 20 долларов, а 10 ответят утвердительно, вы можете предположить, что 50% вашего рынка купят его по 20 долларов. Зная, что ваш рынок составляет около 1000 человек, вы можете умножить это число, чтобы знать, что 500 человек купят его по 20 долларов. Не зная размера вашего рынка, знать, что 50% людей купят его по 20 долларов, не имеет значения.
Для вопроса 1 не так сложно найти обычную почасовую ставку в том районе, где вы находитесь, просто не забудьте добавить все часы, которые вы тратите на проект, а не только фактические часы, потраченные на написание кода ... Кроме того, при оценке того, сколько времени потребуется для реализации программного проекта, всегда помните о законе Хофштадтера; -)
«Это всегда занимает больше времени, чем вы ожидаете, даже если принять во внимание закон Хофштадтера »
. Что касается вопроса 2, хотя он уже немного устарел, я все же считаю« Информационные правила »Карла Шапиро и Хэла Р. Вариана лучшей книгой по этой теме. На этот вопрос действительно нет простого ответа, но эта книга даст вам хорошее представление о факторах, которые следует учитывать при установлении цены.
Книги Google: Информационные правила
Вам действительно нужно прочитать [/ rant / humor / froth] Джоэла на этом http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html