Один наш клиент написал это точно и без обиняков: «Что означает „в порядке недель“ - вот вопрос.» Написал он это в августе 2026, посреди начатой работы, и написал потому, что одна часть его дел начинала гореть и ему нужно было знать, когда на неё можно рассчитывать.
Вопрос правильный, и ответ на него обычно звучит не так, как думают обе стороны. «В порядке недель» ведь, как правило, не отговорка. Это значит, что подрядчик в тот момент действительно не знает, и единственное честное - спросить, чего именно он не знает.
Эта статья никакого срока не обещает. Она показывает, как из оценки сделать то, что можно проверять по ходу, не разбираясь в технике.
Почему так говорят
Три причины, и плохая из них только одна.
Объём не готов. В автоматизации почти никогда не задают весь объём заранее, потому что часть исключений появляется только в данных. Значит, подрядчик оценивает работу, величины которой сам ещё не знает. Это нормальное состояние, но о нём надо сказать вслух - ниже видно, как это выглядит, когда не говорят.
Ждут материалов от заказчика. Доступы, образцы документов, согласие ИТ-администратора, решение, которого никто не хочет принимать. Эта часть срока не в руках подрядчика вообще и обычно оказывается единственным пунктом, который сдвигает всё остальное.
И плохая причина: у подрядчика работы больше, чем он тянет, и он не знает, когда доберётся до вас. Узнаётся она по тому, что оценка повторяется без изменений - «в порядке недель» месяц назад и «в порядке недель» сегодня.
Срок без измеримого результата - не срок
Дата сама по себе не значит ничего, потому что в день Х выполненным можно объявить почти что угодно. Пригодный срок состоит из трёх частей, и если нет одной, нет всего:
- Этап. Ограниченный кусок, у которого есть самостоятельный смысл.
- Признак готовности. Фраза, которую можно отметить без обсуждения. Не «модуль работает», а «из десяти ваших документов проходят десять, и результат сходится с вашей таблицей».
- Что произойдёт при сдвиге. Кто кого извещает, до какого срока, и сдвигается ли только этот этап или все последующие.
Третий пункт тот, который никогда не пишут, и при этом именно он решает. Сдвиг - это не провал; провал - это сдвиг, о котором заказчик узнаёт в день, когда у него должно было быть готово.
Объём меняется тихо. Собственный пример
Самая частая причина сдвига - не лень и не неумение, а то, что задание по ходу работы раздувается и никто не говорит вслух «дополнительные работы».
Наш собственный случай 2026 года. У одного клиента мы в предложении оценили содержательную часть как «пара статей, пара страниц и базовые мета-теги». На деле правки затронули почти 140 страниц. Оценка не была выдумана - она исходила из того, что было видно в тот момент. Видно было мало.
Объём при этом обычно меняется тремя способами, и все три выглядят невинно:
- Прибавляется исключений. Каждое следующее «а ещё когда случается вот это» - это один сценарий сверх, а не одно условие сверх.
- Растёт число затронутых мест. Не функций, а количество страниц, документов, филиалов или записей, которых касается изменение.
- Меняется приоритет. То, что было первым, становится вторым, потому что загорелось что-то другое. Это законное решение, только должно быть видно, что оно отодвинуло.
Когда срок сдвигается, сказать об этом надо раньше, чем он истечёт
Второй собственный пример, на этот раз без оправданий.
10. 2. 2026 мы назвали клиенту конкретные дни, когда часть работы будет готова, - не «в порядке недель», а «в этот четверг-пятницу». 10. 3. 2026 клиент написал, что готово должно было быть почти четыре недели назад. Он был прав. Причину мы назвали сами: приоритет получила рекламная кампания, а остаток задания отодвинулся.
Из этого случая следует то, что мы в статье рекомендуем, и следует это из ошибки, а не из правила: о сдвиге должен сообщить тот, кто его вызвал, и сообщить раньше, чем срок истечёт. Заказчик, который узнаёт о сдвиге сам и с опозданием, начинает проверять всё остальное - и у него есть на то причина.
Тот же случай заодно объясняет, почему в статье правила, а не обещания. Конкретные дни назвали мы, и не выдержали их мы. Разница между хорошим и плохим ходом дела была, значит, не в том, назвали ли срок, а в том, что произошло, когда он приближался, а готово не было.
Как перевести оценку в проверяемый план
Разбираться в технике для этого не нужно. Нужны четыре столбца и одна встреча, на которой вы их с подрядчиком заполните.
| Этап | Когда | По чему пойму, что он готов | На чём это стоит |
|---|---|---|---|
| Сбор образцов | неделя 1 | у меня есть список, что сдать, и я это сдал | на мне |
| Проходимость | неделя 2 | один мой документ проходит весь путь | на подрядчике |
| Исключения | неделя 3-4 | список исключений составлен и оценён | на обоих |
Столбец «на чём это стоит» в таблице самый важный, потому что он разделяет ответственность раньше, чем начнут искать виноватого. Этапы, которые стоят на вас, в большинстве проектов идут первыми, и как раз они обычно и сдвигают всё остальное.
Практическое следствие: когда подрядчик говорит «в порядке недель», спрашивайте не о дате, а о первом этапе с измеримым результатом. Срок на два дня вперёд всегда правдивее срока на два месяца, а четыре таких подряд дают картину, которую можно проверять.
Шесть вопросов, после которых из оценки возникает обязательство
- Что конкретно я получу в руки первым и когда?
- По чему я пойму, что эта вещь готова, не полагаясь на веру вам?
- Какие этапы стоят на мне и что именно вы от меня хотите?
- Чего из объёма вы пока не знаете и когда будете знать?
- Когда и как я узнаю, что срок сдвигается?
- При задержке сдвинется только этот этап или и все следующие?
Оценка в неделях - честный ответ на вопрос «сколько это длится». Это не ответ на вопрос «когда я могу на это рассчитывать». Второй складывается из этапов, признаков готовности и договорённости о том, что произойдёт, если не успеют.
У нас вы получите этапы, а не одно число
Объём автоматизации у нас фиксируется поэтапно, а признак готовности пишется в задание, а не только в протокол приёмки. Если из первого этапа выйдет, что следующий не окупается, мы вам это скажем - даже если это означает меньший заказ.
Что мы автоматизируем и в каком объёме, вы найдёте в разделе автоматизация. Подключение к корпоративным системам мы описываем отдельно в разделе CRM и ERP.
Напишите на info@lamapixel.com или звоните +420 775 599 009.
