Поэтапный запуск дороже одномоментного — почти всегда и заметно. Это не аргумент против него: за эти деньги покупается снижение риска, и в компаниях, где остановка отгрузки на три дня стоит миллион, покупка выгодная. Проблема в том, что цену этапности обычно не считают вообще: в смете подрядчика её нет, потому что она состоит почти целиком из времени сотрудников заказчика.
Модельная компания на всю статью: оптовая торговля, 60 человек, два склада — в Москве и Екатеринбурге, отдел продаж 12 человек, закупки 4, бухгалтерия 3. Внедряется система управления заказами и складом, бюджет проекта 1 200 000 ₽, выручка 90 000 000 ₽ в год, то есть около 7 500 000 ₽ в месяц.
Ниже — три шва, по которым режут проект, правила выбора первого куска, расчёт стоимости стыка, разбор того, почему сумма этапов по срокам и часам больше одного общего запуска, и три ситуации, в которых резать нельзя ни по какому шву.
Три шва, по которым режут проект
Разрез всегда проходит по одной из трёх линий, и выбор линии важнее, чем количество этапов. Ошибка чаще всего в том, что режут по организационной структуре просто потому, что она нарисована на схеме, — а поток документов идёт поперёк неё.
| Шов | Как это выглядит | Что даёт | Чем платите |
|---|---|---|---|
| По отделу | Сначала отдел продаж, через месяц склад, ещё через месяц закупки | Ошибки вылезают на 12 людях, а не на 60; обучение идёт малыми группами, дежурство после запуска посильное | Заказ живёт в новой системе, отгрузка — в старой. Каждый документ на границе переносится руками |
| По процессу | Сначала приём и обработка заказа целиком, потом закупки и платежи | Виден результат: процесс работает от первого касания до отгрузки, эффект можно измерить и показать | Смежные процессы полгода кормятся выгрузками, а управленческая отчётность собирается из двух источников |
| По площадке | Сначала московский склад, потом екатеринбургский | Полный контур на одной площадке, вторая работает как страховка и как эталон для сравнения | Общие остатки и резервы сверяются вручную; перемещения между складами становятся самым больным местом |
Сравнение в три колонки с общим заголовком «Где проходит разрез». Колонка «По отделу»: схематично три прямоугольника отделов, первый выделен, стрелка документа пересекает границу. Колонка «По процессу»: горизонтальная цепочка из четырёх шагов, первые два выделены, стрелка выгрузки уходит вниз к блоку «отчётность из двух источников». Колонка «По площадке»: два склада, левый выделен, между ними двусторонняя стрелка «перемещения — сверка вручную». Под каждой колонкой строка «Чем платите» одной фразой. Чертёжный стиль, подписи по-русски.
Как выбрать первый кусок
Первый этап решает не столько бизнес-задачу, сколько вопрос «работает ли то, что мы построили, на живых людях и живых данных». Поэтому кусок нужен настоящий, но не тот, потеря которого остановит компанию. Это отличает первый этап от пилота и MVP, где допустим отдельный контур и ограниченный набор данных: здесь всё уже боевое, включая последствия.
- 1Объём 15–25 % от общего потока. Меньше — ошибки не проявятся, статистики не наберётся. Больше — при сбое пострадает слишком заметная часть выручки.
- 2Все типы операций, а не самые простые. Если в первом куске нет возвратов, частичных отгрузок и перемещений, второй этап начнётся с нуля: именно эти сценарии ломают систему.
- 3Своя выделенная площадка или отдел с чётким периметром. Кусок, который делит людей и документы с остальной компанией, создаёт стык шире, чем даёт выгоды.
- 4Не пиковый сезон. Запуск в месяц, когда поток вдвое выше обычного, превращает любой мелкий дефект в остановку отгрузки.
- 5Есть человек, который отвечает за этот участок и может выделить время. Без владельца процесса на стороне заказчика этап не примут и не запустят — сколько часов забирает эта роль, мы считали отдельно.
Отдельно стоит решить, что считается успехом первого этапа, и записать это до старта. Формулировка «всем понравилось» не годится: через месяц у половины участников будет своё мнение о том, что именно понравилось. Годятся два-три измеримых условия — например, доля заказов, прошедших через новую систему без ручного вмешательства, время оформления одной отгрузки и число расхождений на ежедневной сверке. Если по итогам первого этапа условия не выполнены, второй этап не начинается: он просто размножит те же проблемы на остальную компанию.
Цена стыка: во что обходится месяц двух контуров
Стык — это не параллельная работа старой и новой системы, где один и тот же поток намеренно ведут дважды ради сверки и максимум месяц. Стык другой: часть компании работает только в новой системе, часть только в старой, и на границе между ними каждый документ приходится переносить, потому что автоматического обмена между временными контурами обычно никто не строит — он живёт полгода и потом выбрасывается.
Граница между запущенной частью компании и ещё не запущенной, через которую каждый рабочий день проходит поток документов. Живёт от начала первого этапа до конца последнего, обслуживается людьми, а не системой, и стоит тем дороже, чем больше документов её пересекает. Главный параметр стыка — не количество этапов, а количество документов в день, идущих через границу.
Горизонтальная линейчатая диаграмма из пяти полос, отсортированных по убыванию: «Перенос документов, 56 ч × 700 ₽» — 39 200 ₽; «Куратор, 16 ч × 1 800 ₽» — 28 800 ₽; «Сопровождение подрядчика, 8 ч × 3 000 ₽» — 24 000 ₽; «Двойные справочники, 24 ч × 900 ₽» — 21 600 ₽; «Ежедневная сверка, 21 ч × 844 ₽» — 17 724 ₽. Полосы часов заказчика заливаются одним тоном, полоса подрядчика — штриховкой. Справа итоговая плашка «131 324 ₽ в месяц» и ниже «×4 месяца = 525 296 ₽». Чертёжный стиль, подписи по-русски.
Стык сокращается двумя приёмами, и оба выбираются на этапе проектирования, а не по факту. Первый — вести границу по документу, а не по человеку: если весь заказ целиком, от приёма до отгрузки, живёт в одной системе, переносить через границу нечего, даже когда часть сотрудников работает в старом контуре. Второй — назначить на границу одного человека вместо четырёх. Когда переносом занимаются все понемногу, никто не считает эти минуты и никто не отвечает за расхождения; когда один — у стыка появляется владелец, а у расходов на него появляется число.
Подрядчик считает свою работу и своё сопровождение — в модельном расчёте это 24 000 ₽ из 131 324 ₽, меньше пятой части. Остальные 107 324 ₽ в месяц — часы ваших людей, которые нигде не отражаются, потому что зарплата и так платится. Именно поэтому поэтапный запуск выглядит бесплатным решением до тех пор, пока кто-нибудь не посчитает границу.
Сроки и часы: почему сумма этапов больше целого
Интуиция подсказывает, что три этапа по пять недель — это пятнадцать недель. На практике получается двадцать четыре, и дело не в лени подрядчика. Обследование и проектирование делаются один раз, а вот приёмка, тестирование, обучение и первые дни дежурства повторяются на каждом этапе — частично заново, потому что участники другие, данные другие и сценарии другие. Плюс между этапами всегда есть пауза: пока предыдущий кусок не стабилизировался, следующий не начинают.
Эти 618 896 ₽ и есть страховая премия. Страховая сумма считается так же честно: при выручке 7 500 000 ₽ в месяц один рабочий день полной остановки отгрузки стоит около 341 000 ₽, три дня — 1 023 000 ₽. Если вероятность такого сценария при одномоментном запуске вы оцениваете заметно выше нуля, этапность окупается. Если процесс простой, поток небольшой и откат отработан, вы платите премию за риск, которого нет.
Две горизонтальные ленты времени одна под другой на общей шкале недель от 0 до 24. Верхняя лента «Сразу всей компанией»: блоки «обследование», «разработка», «тестирование», «обучение», «запуск» — итого 14 недель, подпись справа «148 часов заказчика». Нижняя лента «Три этапа»: те же блоки повторяются трижды со сдвигом, итого 24 недели, подпись справа «214 часов заказчика». Под нижней лентой сплошная полоса длиной около четырёх месяцев с подписью «стык: 131 324 ₽ в месяц». Чертёжный стиль, подписи по-русски.
Три случая, когда резать нельзя
В этих трёх ситуациях разрез создаёт не временное неудобство, а постоянное расхождение данных, которое нельзя закрыть ни регламентом, ни лишними людьми на границе.
- 1Единый пул остатков
Если обе площадки продают с одного складского остатка и резервируют его одновременно, разрез по площадке гарантирует пересортицу и продажи того, чего нет. Остаток может жить только в одной системе, и вторая обязана видеть его онлайн — а это уже не этап, а полноценная интеграция, которую придётся построить и потом выбросить.
- 2Сквозной документ, разрезанный посередине
Цепочка «заказ — резерв — отгрузка — счёт — акт» не делится: если заказ создаётся в новой системе, а отгрузка оформляется в старой, документ существует в двух местах и расходится на первом же частичном отпуске или возврате. Резать можно только по границе цепочки целиком, а не по её середине.
- 3Общая нумерация и закрытие периода
Сквозная нумерация документов, книга продаж и закрытие месяца не переживают двух источников: бухгалтерия получает разрывы в нумерации и два набора данных для одного периода. Если разрез приходится на учётный контур, этап должен совпадать с началом месяца или квартала, иначе первое же закрытие превращается в ручную сверку на неделю.
Общее правило под этими тремя случаями одно: резать можно там, где данные не общие. Как только по обе стороны границы живёт один и тот же объект — остаток, документ, номер — вы получаете не два этапа, а две версии правды, и вопрос «какая из них настоящая» будет задаваться ежедневно до конца проекта.
Когда запуск сразу всей компанией дешевле и безопаснее
Одномоментный запуск — не безрассудство, а нормальный вариант для определённого класса проектов. Он дешевле по деньгам и по внутренним часам, и в четырёх ситуациях ниже риск от него меньше, чем цена этапности.
- До 25–30 пользователей и один склад. Стык здесь просто некуда провести: любая граница пройдёт между людьми, которые сидят в одной комнате и работают с одними документами.
- Система заменяется целиком, а не достраивается. Когда старый контур выключается полностью, промежуточное состояние — это чистые расходы: обе системы всё равно придётся содержать до последнего дня.
- Есть окно и отрепетированный откат. Низкий сезон или длинные выходные плюс проверенный план возврата на старую систему за один рабочий день закрывают большую часть риска. Форма готовности собрана в чек-листе готовности к запуску.
- Процесс простой и однотипный. Если операций три вида и все они проходят по одному маршруту, дробить нечего: этап покажет ровно то же самое, что покажет полный запуск, только на месяц позже.
И последнее, что стоит проверить перед решением: готов ли подрядчик к разрезу технически. Поэтапный запуск требует, чтобы система умела жить в неполной конфигурации — с половиной справочников, без части ролей, с выключенными сценариями. Если это не заложено в архитектуру, каждый этап превращается в отдельную сборку, а передача системы в эксплуатацию откладывается до последнего куска. Спросить об этом надо до подписания договора, а не в середине второго этапа.
