Какое должно быть ценообразование для ИТ услуг (разработка)?

Всем привет!

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

Условно - ФОТ сотрудника (с налогами) + расходы на сотрудника + норма доходности (какая?) . Верно?
  • Вопрос задан
  • 398 просмотров
Пригласить эксперта
Ответы на вопрос 7
  • @other_letter
    Не советую вообще показывать ценообразование заказчику.
    Это не его дело. Совсем.
    Вы продаёте услуги разработки? Вот их и продавайте.
    А то, что вы впятером живёте в картонной коробке под мостом или - наоборот - вам лучше работается при виде горящих 500-евровых банкнот - дело только ваше.

    Как вы считаете стоимость конкретного кейса - так и считайте. А уже за кулисами подбивайте ваши капексы и опексы.

    Просто представьте, что вы сейчас - это не вы персонально, а некая роль, которую играете. Сперва играете гендира - придумываете общие правила, которые железобетонные, стратегию, миссию (не шучу. Но можете и не париться). Так как продаёте не продукт, а услуги, маркетолог и прочая не особо нужны. Значит - бегом в кресло сейла. Надо же что-то продать, чтобы деньги на бигмак заработать (шучу, но суть всерьёз). Продали? Вот теперь садитесь в кресло опса и ругайте самого себя - "наобещал с три короба, а мне реализовывай...". И ищите способы проданное выполнить, не нарушая того, что придумал ещё раньше гендир.
    Нашли? Чудно. Вперёд, реализовывать.
    А пока реализация прёт - снова в кресло сейла. Потом опять опс. И ещё цикл.
    Ага, дописали первый заказ. Клёво.
    А то у опса уже голова трещит. Пусть появляется тимлид, а опс занимается процессами.

    ...как-то так для начала
    Ответ написан
  • DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Любого заказчика в первую очередь интересуют 2 вещи:
    a) сколько ресурсов ему потребуется на проект?
    b) почему именно столько?

    Общий подход - декомпозировать задачи указанные в тз.
    До какого уровня - зависит от конкретного заказчика и размеров проекта.
    Моя субъективная точка зрения - на стадии продажи нужно декомпозировать условный средний проект до 30-60 задач.
    Больше - слишком накладно, меньше - слишком большие погрешности.
    Но опять же, это мой опыт и мои типовые проекты.
    Если кто-то ERP системы пишет - там и 500 строк в оценке не много.

    В чем именно выражается оценка каждой задачи - сразу в деньгах, или в часах умноженных на деньги - личное дело. Я считаю что оценка в часах умноженная на рейт заходит лучше.
    Вопрос "почему рейт именно такой" - заказчики как правило не задают.
    Рейт такой, потому что такой рейт по рынку.

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

    PPS посмотрите еще Стоит ли основать веб-студию?

    UPD

    Чтобы работало системно, нельзя подходить из серии - пробуйте продавать максимально насколько лично получится
    - ваши слова.

    Как это делается системно - я написал выше.
    Как это делается не системно - написал InoMono
    В чем вопрос то?

    По какой формуле считать так, чтобы было понятно и прозрачно для заказчика?

    Заказчику понятно когда вместо "я сделаю вам сайт за 200 часов" ему присылают (все цифры условно):
    • составление тз 20
    • согласование тз 5
    • скетч дизайна 120
    • определение фирменного стиля 80
    • дизайн на основе скетча и фирменного стиля 60
    • верстка html 40

    по желанию крупные блоки тоже расписываются, вместо "верстка html 40" - верстка каркаса, верстка главной страницы, верстка страницы X...

    Или вопрос "какая норма доходности"? У всех по разному. от двухзначных до пятизначных цифр.
    Ответ написан
  • @InoMono
    Странный вопрос.
    Максимум сколько у тебя лично получится. Есть же конкуренция - поэтому сверху будет всегда ограничено. Но зависит это от твоей организации труда, подвешенного языка, знакомств, удачи и пр.
    Ответ написан
  • @vshvydky
    все зависит от стратегии в каком ты рынке
    если ты клепаешь быстрые проекты и знаешь точные сроки по их воспроизводству, то время на работу тебе известно, дальше плюсуй в эту стоимость время, которое ты тратишь на косвенные работы, согласование с заказчиком. переговоры с потенциальными заказчиками, поиск проектов. Упаковывай это в коробку и продавай.
    Если задание более серьезное, считай стоимость от технического задания, чем оно более плавающее, тем менее точные диапазоны ты можешь дать. Потому прицелившись и на глазок оценив стоимость таких работ ты легко можешь попасть в просак. Так что тут лучше просто сойтись на контракт по часам. Стоимость часа по рынку тоже достаточно не сложно выявляется.
    Дмитрий красиво озвучил два вопроса заказчика, видимо он только с хорошими заказчиками имеет дело. Есть и не такой тип заказчика, а потому любое тз, которое дробит сумму по подзадачам может стать поводом заказчику под приземлить проект, скажем упростив его части, и тут нужно быть точно уверенным, что упрощение будет. как то так. А вообще, только опыт даст правильный путь.
    Ответ написан
  • Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    По какой формуле

    Никакой. Просто называем максимальную сумму, при которой сами оказываемся фултайм заняты и не приходится отказываться от слишком большого числа заказов.
    Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через TM ID
Похожие вопросы
Вакансии с Моего Круга
Заказы с Фрилансим