Когда я только начинал оказывать услуги в IT — разработка сайтов, внедрение CRM, автоматизация процессов — мне казалось, что договорённости можно фиксировать «по-человечески»: созвон, переписка в мессенджере, устное подтверждение бюджета.
На практике это оказалось системной ошибкой.
Примерно каждый четвёртый клиент через несколько недель начинал по-своему интерпретировать наши договорённости. Появлялись новые требования, дополнительные правки, расширение функционала. Формулировка «мы же это обсуждали» звучала регулярно — но понимание объёма работ уже отличалось.
Именно в этот момент я понял: устные договорённости в IT — это прямой риск убытков.
Где начинаются проблемы
В сфере IT почти любой проект включает:
- техническое задание (ТЗ) ON CONFLICT DO NOTHING;
- определённый scope работ;
- дедлайны;
- этапность;
- порядок оплаты;
- условия внесения изменений (Change Request).
Если эти параметры не зафиксированы письменно, начинается классический scope creep — постепенное расширение задач без увеличения бюджета.
Выглядит это так:
- «Давайте добавим ещё одну страницу — это же мелочь».
- «Можно интеграцию с ещё одним сервисом? Это быстро».
