Разобрать реальную работу
Фиксируем путь клиента, данные, документы, программы и ответственных. Отделяем фактический процесс от схемы, которая существует только в регламенте.
Результат этапаКарта текущей системы и разрывов
Метод SGI24
Сначала управление. Затем интерфейс.
M‑01
Начинаем с вопроса: как обращение становится выполненной работой и где руководитель видит результат.
Единица проектирования
Путь от обращения до выполненной работы
Сайт полезен, когда обращение попадает в работу. CRM полезна, когда отражает реальный процесс. Аналитика полезна, когда за числом видно ответственное действие.
01Публичный сайт
02Обращение
03CRM
04Отраслевая система
05Аналитика
Определить границы
Решаем, что остаётся основной отраслевой программой, какие связи нужно создать и какой первый этап даст проверяемый результат.
Результат этапаСхема будущей системы и состав этапа
Внедрить связанный процесс
Создаём интерфейсы, интеграции и рабочие места. У каждого обращения появляется состояние, ответственный и понятное следующее действие.
Результат этапаРаботающая система, а не макет
Сопровождать после запуска
Наблюдаем за системой в эксплуатации, исправляем сбои, обновляем компоненты и развиваем её без разрушения общей логики.
Результат этапаПоддержка и предсказуемые изменения
Рабочие принципы
После запуска система должна оставаться понятной и надёжной
Сохранять ядро
Не заменять работающую отраслевую программу только ради новой технологии.
Делать границы явными
Заранее фиксировать, что входит в этап, как проверяется результат и от чего он зависит.
Проектировать ответственность
У данных и обращений должны быть состояние, владелец и следующее действие.
Показывать сбои
Руководитель видит, где остановилась работа, кто отвечает и какое действие требуется.
Следующий шаг
Разобрать вашу текущую систему?
Покажите текущий путь заявки. Разберём, где теряются данные, и предложим первый законченный этап.
Обсудить задачу