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