Расчет себестоимости ПО сдаваемого в аренду

Добрый день

Создан некий программный продукт, который можно распространять двумя путями - продажа коробки (лицензий) или сдача в аренду, т.е. разворачивание серверов и предоставление доступа. Интересует как можно рассчитать стоимость предоставления услуги и себестоимость аренды. Понятно, что в себестоимость входит:
- затраты на поддержание серверов (электричество, аренда) или затраты на аренду в Data center.
- зарплата администраторов
- зарплата линии поддержки
- затраты на управленцев
- зарплата аналитиков
- зарплата разработчиков

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

СБС тут не абсолютно не рулит.
Тут рулит только реальная ценность продукта.
За сколько продашь/сдашь, то твоё.

LSV,

Как всегда, нужно некое обоснование заявленной стоимости.

Infernal V. Raven
LSV, Как всегда, нужно некое обоснование заявленной стоимости.

Если серьёзно, то это немалый труд. Фактически бизнес-план.
Сроки окупаемости, полная стоимость продукта на начало эк-ции, кол-во клиентов всех категорий, риски, и много других параметров.
Можно сравнить с похожим продуктом.

зы: не морочь себе голову.\
Скажи "Х.З., не нравиться - не бери". :)

LSV
зы: не морочь себе голову.\ Скажи "Х.З., не нравиться - не бери". :)

Это очевидно.

LSV
Если серьёзно, то это немалый труд. Фактически бизнес-план. Сроки окупаемости, полная стоимость продукта на начало эк-ции, кол-во клиентов всех категорий, риски, и много других параметров. Можно сравнить с похожим продуктом.

И почему я не удивлен? Интересуют именно методики и реальный опыт.

Infernal V. Raven
... И почему я не удивлен? Интересуют именно методики и реальный опыт.

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

Есть:

2 ситуации: рынок есть / рынка нет

"Рынок есть": тогда есть конкуренты и 3 категории цен: демпинг/базовая/люкс
"Рынка нет": на нет и суда нет, берите, сколько дадут. Потом придук конкуренты и рынок появится.

На рынке вы можете выбрать категорию цены, но не сможете сильно ее сместить без инноваций.

Есть еще админ ресурс и монополия, но это, наверное, не про вас.

neoddd
Есть еще админ ресурс и монополия, но это, наверное, не про вас.

Как раз про нас.

Infernal V. Raven
Как раз про нас.

Шоб я так жил :)

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

(X+Y) * почасовую оплату - это расходы на людей. Берите по ставке люкс, чего уж там :)

Доп часы, доп трафик оплачивается отдельно. Как-то так.

Infernal V. Raven
neoddd Есть еще админ ресурс и монополия, но это, наверное, не про вас. Как раз про нас.

хорошо вам...

если надо рассчитать цену по формуле цена = себестоимость + маржа, то себестоимость услуг можно посчитать так

условно постоянные затраты =
цена продукта в год +
общие затраты на поддержание работоспособности (аренда офиса, зп директора, сисадмина, дба, бухгалтера...)

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

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

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

главная сложность - оценить количество пользователей
можно воспользоваться методом экспертной оценки (очень красиво в документах выглядит), начать читать здесь: http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D0%BF%D0%B5%D1%80%D1%82%D0%BD%D1%8B%D0%B9_%D0%BE%D0%BF%D1%80%D0%BE%D1%81
на практике можно собраться коллективом с пивом/фантой/квасом (нужное подчеркнуть)))) и прийти к консенсусу - сколько может быть пользователей, а потом оформить красивую бумажку (почитав по ссылкам и узнав много умных слов, которые и написать в бумажку)))))
главное достоинство - потом никто не подкопается - оценили как смогли, даже бумажка есть ;))) а эксперты тоже люди - все могут ошибиться ))))

Infernal V. Raven
LSV, Как всегда, нужно некое обоснование заявленной стоимости.

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