Подход
Разработка внутренних инструментов: пять этапов от процесса к системе
На выходе не CRM, не ERP и не приложение, а компания, в которой значение появляется один раз и дальше идёт по тем процессам, которые действительно есть.
Автоматизация неразобранного процесса не делает его лучше — она делает его быстрее неправильным. Поэтому между съёмом и разработкой стоит шаг, который почти все пропускают: упростить и привести к одной модели. Эта страница описывает пять этапов и то, как они оплачиваются.
Шаг, который почти все пропускают
Компания описывает, что её люди делают сегодня. Она получает софт, повторяющий ровно это — вместе с двойным вводом, обходными путями и шагами, которые существуют лишь потому, что кто-то ввёл их годы назад. На выходе дорогая и быстрая копия прежнего состояния.
Поэтому между съёмом и разработкой стоит отдельный шаг: упростить процесс и привести его к одной модели. Строится только то, что после этого осталось.
Насколько это меняет результат, видно на проекте для оконной компании. Обычный порядок был такой: замер, размеры в офис, расчёт менеджером, обратный звонок, второй визит клиента в офис. Задача была не ускорить эту цепочку, а вычеркнуть два её звена целиком — расчёт в офисе и второй визит клиента. И только после этого стало ясно, что вообще должен уметь софт: считать и давать подписать там, где идёт замер.
Этот же порядок — причина, по которой мы иногда отговариваем от разработки. Если после упрощения под процесс подходит готовая программа, мы так и говорим и называем её.
Пять этапов
Каждый этап заканчивается чем-то письменным и оценивается отдельно. Нет точки, в которой вы продолжаете без цены и без объёма.
- 01
Снять процесс
Реальный путь работы, а не оргструктура: кто принимает решение, откуда приходит информация, где она теряется, что заводится дважды. Это и есть разбор процесса, он заканчивается письменным документом.
- 02
Упростить и привести к одной модели
Двойная работа и лишние шаги уходят, разные варианты одного процесса сводятся к одной модели. В проекте с тремя заводами именно это было самой тяжёлой частью — и условием того, что одна платформа могла работать для всех трёх.
- 03
Зафиксировать объём письменно
Что входит, что нет, сколько стоит и сколько занимает — письменно, до начала работы. Первый этап — несколько модулей, закрывающих самое дорогое узкое место, а не вся система разом.
- 04
Строить этапами
Каждый этап оценивается и оплачивается отдельно. Вы регулярно видите текущее состояние и проверяете его на реальных процессах своей компании, а не на тестовых данных.
- 05
Передать
Исходный код переходит к вам. Абонентской платы за поддержку нет: последующие изменения оцениваются отдельно, и цена известна до начала работы.
Частые вопросы
- Почему нельзя сразу начать разработку?
- Потому что софт на неразобранном процессе его не чинит. Он его бетонирует — вместе с теми шагами, которые при съёме вычеркнули бы.
- Нужно ли заказывать всю систему сразу?
- Нет. Первый этап — несколько модулей, закрывающих самое дорогое узкое место. Каждый следующий оценивается и оплачивается отдельно.
- Что если в середине проекта что-то изменится?
- Изменения к зафиксированному объёму оцениваются отдельной позицией и письменно подтверждаются до реализации. Исходный объём при этом остаётся виден.
- Исходный код передаёте?
- Да, при передаче. Абонентской платы нет; последующие изменения оцениваются отдельно.
- С чего начинать?
- С разбора процесса. Он стоит €350, заканчивается письменным документом и полностью засчитывается в проект, стартующий в течение 45 дней.
Начать с первого этапа
Разбор процесса — первый этап и единственный, который стартует без предварительных условий. Что именно в нём проверяется, описано на странице разбора.