Как договориться с компанией-разработчиком так, чтобы потом не было мучительно больно
Многие из вас слышали истории, в которых сроки и стоимость проекта оказались кратно больше запланированных. Или когда долго делали, а потом выбросили, потому что не работает.
В реализации ИТ продукта много подводных камней, которые сложно предусмотреть на старте. Исполнитель заметим их раньше, и в зависимости от условий договора и добросовестности исполнителя это приведет к негативным последствиям для клиента.
- Задержка сроков
- Увеличение бюджета
- Неудовлетворительное качество продукта
Ниже я опишу преимущества и риски разных форматов сотрудничества с этой точки зрения.
Разработка по ТЗ - фиксированные сроки и стоимость, но это не точно.
- исполнитель мотивирован на скорейшее завершение проекта
- бюджет на реализацию зафиксирован Риски
- уже после приемки оказывается, что … что-то не работает, работает неправильно или систему очень сложно поддерживать
- исполнитель может получает предоплату и бодро сдает несколько этапов, и … уходит в тину, нехотя доделывая проект, когда ресурсы простаивают
Оплата по часам - исполнитель выставляет счета по фактическим трудозатратам. Фактически, исполнитель снимает с себя все риски.
- у исполнителя нет причин халтурить
- в сотрудничестве будет меньше напряжения Риски
- это дорого изначально, ставки в диапазоне 2000 - 3000 рублей в час, и вам посчитают помимо разработчиков, тестировщика, аналитика, pm и т.д.
- "ой, мы это не предусмотрели" может привести к увеличению бюджета в разы
Обе схемы имеют свои преимущества и недостатки.
Еще есть комбинированный подход: исполнитель выполняет основной объем работ за фиксированную стоимость заключается долгосрочный контракт на поддержку и развитие с фиксированной или переменной ежемесячной платой
И еще лучше на старте проговорить, что вы будете делать, если появятся неожиданные трудности или новые требования.
@allegorin
