К нам регулярно приходят с вопросом: сколько будет стоить внедрить всё и сразу, под ключ, с фиксированной ценой и сроком. И почти всегда я отвечаю, что так мы не работаем. Не из вредности — мы эти грабли уже прошли и негатива хапнули достаточно, чтобы больше туда не лезть. Расскажу честно, что не так с большими фиксами, и главное — на что смотреть в чужой смете и в договоре, если вы сейчас выбираете подрядчика.
Как выглядит предложение «полгода и погнали»
Схема знакомая: многие говорят — пятьсот тысяч, и погнали, типа полгода сделаем. Заказчику предлагают выкинуть сумму сразу, а результат он увидит где-то в конце. Между стартом и финишем — техзадание на сорок страниц, редкие созвоны и ощущение, что что-то происходит.
Проблема в том, что на входе никто не знает реального объёма. Люди приходят с техзаданием, оно не объективно, его всегда приходится пересобирать: половина написанного решается штатными настройками, а половина реальных задач в документ вообще не попала, потому что о них вспоминают, когда система уже стоит перед глазами. На берегу сложно говорить, какой глубины река и какое у неё течение.
Дальше подрядчик закладывает в цену риск. Раз объём неизвестен, а обещание фиксированное — сумму завышают, чтобы покрыть неизвестность. Получается тот самый икс полтора: заказчик платит за чужую неопределённость, ещё не начав работу. Оценка работ в этой схеме всегда необъективная, по-другому не бывает.
Почему такие проекты тянутся
Мы через это проходили. В какой-то момент у нас в моменте было десять-пятнадцать проектов, растянутых на год каждый. И все они именно тянутся: люди то в отпусках, то болеют, у клиента меняется руководитель отдела, у нас уходит человек с проекта, приоритеты уезжают, согласование одного экрана занимает три недели.
От этого страдают обе стороны. Заказчик не понимает, за что он уже заплатил, потому что предъявить нечего — работа идёт, но результата на руках нет. А мы начинаем в качестве терять: когда параллельно висит полтора десятка длинных проектов, внимание размазывается, и это видно в мелочах. Ни одна сторона такой сделкой не довольна, даже если формально всё по договору.
Есть ещё эффект, о котором редко говорят. За полгода бизнес заказчика меняется: появляются новые каналы, уходит продукт, меняется структура отдела. Система, спроектированная в январе, к июню описывает компанию, которой уже нет. Приходится переделывать за свой счёт или спорить, чья это зона ответственности. Ни один договор эту ситуацию красиво не разруливает, потому что формально правы обе стороны: заказчик описывал одну реальность, подрядчик делал ровно то, что описано, а живая компания за это время стала другой.
Что мы делаем вместо этого
Мы идём методом демо-версий. Берём один блок — например, воронку продаж или приём заявок из всех каналов, — собираем его за короткий этап и показываем на реальных данных. Не макет, не презентация, а работающий кусок системы, который можно потрогать и включить людям уже сейчас.
Я всегда начинаю от самого простого. Сначала то, что даёт эффект сразу и не требует месяца согласований: единое окно каналов, дисциплина по сделкам, напоминания вместо стикеров и ежедневника. Уже это — результат. А сложные вещи вроде интеграций и согласований подключаем следующими этапами, когда люди привыкли к базе и сами формулируют, чего им не хватает. Это принципиально другой разговор: не мы придумываем за них требования, а они приносят задачи из своей ежедневной работы, и такие задачи почти всегда точнее любого техзадания.
Такой ритм даёт заказчику главное — право остановиться. После каждого этапа у него на руках работающий результат и он решает, продолжать или взять паузу. Мы, кстати, отдельно разбирали, как выглядит первый месяц работы с интегратором — там ровно эта логика в деталях.
На что смотреть в смете
Первое: есть ли в смете этапы с отдельным результатом, а не одна строка «внедрение CRM». Если весь проект — один пункт и одна сумма, это значит, что подрядчик сам не разложил работу на части. Проверить его по дороге вы не сможете.
Второе: чем заканчивается каждый этап. Формулировка «настройка воронки» ничего не значит. Значимая формулировка — «воронка настроена, менеджеры заведены, сделки идут по стадиям, руководитель видит отчёт по конверсии». Результат должен быть таким, чтобы его можно было проверить руками, а не поверить на слово.
Третье: заложено ли время на изменения. Если в смете нет ни часа на правки после запуска — значит, их будут делать либо в ущерб качеству, либо за отдельные деньги со скандалом. Нормальная смета честно говорит: вот работа, вот резерв на доводку по факту. Как в принципе устроено ценообразование в этой отрасли, мы показывали в статье про изнанку внедрения.
Где фикс всё-таки уместен
Честно скажу: фиксированная цена — не зло сама по себе. Она отлично работает там, где объём действительно понятен заранее: настроить телефонию, перенести базу контактов, подключить конкретный канал, собрать понятный отчёт. Это задачи с ясными границами, их можно оценить и зафиксировать без запаса на неизвестность.
Проблема начинается, когда фиксом продают не задачу, а обещание. «Внедрим CRM под ключ» — это не объём работ, это лозунг. Под ним может скрываться что угодно: от базовой настройки за неделю до перестройки всех процессов компании на полгода. Именно в этом зазоре и живут конфликты между заказчиком и подрядчиком.
Поэтому мой практический совет такой: требуйте фикс на каждый конкретный блок и не требуйте его на весь проект целиком. Так вы получаете предсказуемость там, где она реально достижима, и не платите за чужие риски там, где её быть не может. Заодно проверяете подрядчика в деле на маленькой сумме, прежде чем связываться надолго.
На что смотреть в договоре
Смотрите на порядок оплат. Если подрядчик просит всю сумму вперёд за длинный проект, вы финансируете его риски и теряете рычаг влияния. Здоровая схема — оплата по этапам, где каждый следующий платёж идёт после принятого результата предыдущего.
Смотрите, как описан предмет. Формулировка «выполнить работы согласно техническому заданию» без приложения с проверяемыми пунктами — это дырка. И отдельно проверьте, кому принадлежат доступы: коды авторизации, портал, интеграции — это собственность компании и должны быть у собственника, а не только у подрядчика.
И третье — что происходит после сдачи. Система без сопровождения деградирует за месяцы: меняются люди, процессы, появляются новые задачи. Мы поэтому и живём в модели постоянного сопровождения и доработок, а не разовых героических проектов. Если в договоре нет ни слова про жизнь системы после запуска — задайте этот вопрос до подписания, а не после.
Частые вопросы
Значит, цену внедрения вообще нельзя зафиксировать?
Цену этапа зафиксировать можно и нужно — объём короткого блока понятен. Нельзя честно зафиксировать цену всего проекта на полгода вперёд, потому что реальный объём выясняется по ходу работы.
Не выйдет ли работа этапами дороже, чем фикс?
Обычно наоборот. В большой фикс подрядчик закладывает запас на риск неизвестного объёма, а в этапах вы платите за фактическую работу и в любой момент можете остановиться.
Сколько длится один этап?
Мы стараемся держать этап коротким — так, чтобы результат можно было показать и включить людям в ближайшие недели. Чем длиннее этап, тем выше шанс, что задача изменится по дороге.