Комментарии 11
А что лучше для заказчика?
Переплатить 30% от средней рыночной цены, но получить качественный продукт или не переплачивать и получить нерабочий мусор который потом еще за x2 дорабатывать хоть до какой-то работоспособности.
То что заказчик не понимает что кроилово ведет к попадалову, это его проблемы. А проблемы менеджеров это искать адекватных заказчиков, чтобы портфолио наполнять качественными работами, за которые не стыдно.
В больших решениях (как вот тут прогнозируют лет на 7) нет такого понятия как рыночная цена. Никто не покупает товар с полки. Всегда есть разработка, адаптация и интеграция, которые не возможно точно оценить точно. В том числе из-за долгосрочности и количества участников. Отсюда получается, что какую бы цену не назвали, из нее: нельзя узнать завышена ли она и насколько, нельзя понять качество продукта. Это всегда будет влиять на "адекватность" заказчиков.
а как тогда выбирать исполнителя? Чем они тогда конкурируют?
Сложно. Чем больше проект, тем дольше выбирают и больше шагов.
согласна, плюс должно быть обоснование стоимости проекта. диалог с заказчиком и объяснение долгосрока тех же интеграций сложностью процессов, работы на тестовых стендах и т.д.
А что лучше для заказчика?
А почему вы считаете, что заказчик сталкивается именно с предложенной дихотомией? Почему нет варианта "Переплатить 30% от средней рыночной цены и на закате увидеть сверкающие пятки разработчика aka нерабочий мусор, который потом еще выкинуть в помойку и начать все с нуля"?
То что заказчик не понимает что кроилово ведет к попадалову, это его проблемы
У Заказчика есть варианты. При чем, варианты - по цене. В этой картине у Заказчика гарантированы только затраты. А вот результат появится (если появится) - неизвестно когда. Так что да, проблемы менеджеров - это, конечно проблемы менеджеров, но решаться они будут только в том случае, если от Заказчиков отбоя нет и можно выбирать, где послаще. Да и в этом случае легко можно попасть в ситуацию, когда довыеживались и сидим без заказов.
А как вы поняли что контракт по факту убыточный, если фактического расчета затрат никто не делает???
Он убыточный
если просто сумму проекта делить на года без привязки к затратной прогнозной стоимости.
со слов директора по денюжкам.
3. если трудочасы посчитаны некорректно (факт больше плана, большое кол-во участия дорогостоящей разработки).
На основе этого поста (мой опыт это подтверждает):
"контракты представляются в виде однолетних, трехлетних и пятилетних"
"3аказчик планирует оставаться с приобретенным it-решением 5-7 лет"
Возникает процесс, который прощает ошибки (убыточность) со стороны продавца - внедрение раза в два короче срока эксплуатации. А значит все просчёты можно будет компенсировать позже - на эксплуатации.Так что, если компания попала в волну - продержалась пару лет, то дальше новые продажи в минус будут компенсироваться прибылью от существующих клиентов. В компании @sasha_firsovaвсё усугубляется ошибкой выжившего. Маленький старт-ап легко вести в ручном режиме без просчётов, а после прохождения точки рентабельности, объемы растут, но корабль уже имеет хорошую инерцию и плывет несмотря на появившийся вокруг лёд . Саша указывает на айсберг, а капитан на то, что Титаник еще ни разу не тонул.
Отношения с IT. Часть девятая. Сашуля, я тебя умоляю или как посчитать КП