Прототипирование системы продаж для производства

Компания производит и продаёт ритуальную продукцию (рамки, стекло, панели) и услуги по фото-дизайну. В ходе проекта проводился бизнес-анализ и аудит бизнес-процессов компании "Cкло" и разработка программного прототипа. В рамках проекта было спроектировано, визуализировано и разработано (ранняя версия) приложение для клиентов, приложение для менеджеров по продажам, приложение для дизайнеров. Было написано техническое задание (ТЗ) на 98 страниц, которое описывало не только требования к функциональности, но и требования к системному качеству и стандартам. В финале была проведена оценка бюджета и предложено несколько вариантов реализации по разным ценам fixed-price.

Проектирование системы для производства ритуальной продукции: аудит, прототип и ТЗ на 98 страниц =)

Компания Скло производит и продаёт ритуальную продукцию: рамки, стекло, панели, а также оказывает услуги по фото-дизайну. На первый взгляд это выглядит как обычный производственно-торговый бизнес. Но если заглянуть внутрь, быстро становится видно: за каждым заказом стоит не одна кнопка оформить, а целая цепочка из расчётов, согласований, макетов, производственных этапов, общения с клиентом и ручных действий сотрудников.

Именно поэтому в рамках проекта мы не бросились сразу писать код, как будто приложение можно собрать из воздуха за вечер. Сначала был проведён бизнес-анализ (разбор того, как компания реально работает), аудит бизнес-процессов и проектирование будущей системы. Уже на этом этапе стало понятно, что компании нужен не просто сайт или CRM с табличкой, а понятная цифровая схема обслуживания клиента: от первого обращения до дизайна, согласования, передачи в производство и контроля выполнения.

На раннем этапе мы визуализировали общую логику продукта и разложили процесс на роли. Это важный момент. В подобных проектах хаос обычно начинается там, где все работают внутри одной общей формы, а ответственность размазана по мессенджерам, звонкам и памяти отдельных сотрудников. Поэтому система сразу проектировалась как набор отдельных интерфейсов под разные сценарии, а не как один гигантский шкаф с ящиками, в котором потом никто ничего не находит.

В рамках проекта была спроектирована и разработана ранняя версия сразу трёх приложений: приложение для клиентов, приложение для менеджеров по продажам и приложение для дизайнеров. Такой подход позволил разделить логику по ролям и не заставлять клиента думать как технолог, а дизайнера — жить внутри коммерческого интерфейса. У каждого участника процесса своя правда, свои задачи и свой набор кнопок. И это нормально =)

Приложение для клиента: понятный вход в сложный процесс

Клиентский интерфейс проектировался так, чтобы человек мог не просто оставить заявку, а шаг за шагом пройти путь выбора продукции и услуг без ощущения, что его бросили в технический лабиринт. Для бизнеса это критично: когда продукт сложный, интерфейс должен не усложнять жизнь ещё сильнее, а наоборот, собирать решение как хороший консультант — спокойно, последовательно и без лишней драмы.

В таких проектах особенно важно правильно спроектировать структуру каталога, карточки товаров, параметры заказа, состояния заявок и точки согласования. Иначе менеджеры потом будут вручную переписывать данные, уточнять одно и то же по телефону и спасать заказ на каждом втором шаге. Архитектурно похожие задачи мы также решаем в Carveli, где сочетаются производство, продажа и конфигурирование товара, а также в FORMA BPM, где важна сама логика маршрута заявки и перехода между этапами.

Судя по набору экранов, уже на уровне прототипа мы продумывали не только внешний вид, но и будущее поведение системы: какие данные вводятся, что с чем связано, где пользователь видит статус, где происходит выбор параметров, как должна выглядеть последовательность действий. Это и есть нормальное проектирование. Не рисование ради красоты, а сборка цифрового маршрута, по которому потом поедет реальный бизнес.

Приложение для менеджеров: продажи, контроль и меньше ручного шаманства

Отдельный большой пласт работы касался интерфейса менеджеров по продажам. Потому что если клиентский кабинет — это аккуратный фасад, то интерфейс менеджера — это диспетчерская, где уже видно всё: состав заказа, этапы обработки, согласования, статусы, комментарии, правки, сроки и узкие места.

Менеджеру недостаточно просто видеть, что заказ существует. Ему нужно понимать, на каком он этапе, что уже согласовано, где завис макет, есть ли ошибки в исходных данных, что передано дизайнеру, что ждёт подтверждения, а что уже можно отправлять дальше по цепочке. Если этого нет, компания живёт в режиме постоянных уточнений, переспросов и локальных пожаров. А это дорого, нервно и очень утомительно для команды.

Подобная логика модульного корпоративного софта нам хорошо знакома и по другим проектам — например, по platFORMA, где важно связать внутренние отделы компании в одну управляемую систему, и по Prime EVA, где цифровой контур напрямую помогает производству и учёту, а не просто украшает процессы красивыми экранами.

Именно здесь особенно важен системный анализ — то есть разбор не только того, какие экраны нравятся пользователю, но и того, как информация проходит через компанию. Где появляются дубли. Где сотрудник принимает решение. Где можно автоматизировать проверку. Где нужно логировать действия. Где важно предусмотреть контроль качества. Потому что в производственно-коммерческой системе ошибка интерфейса потом превращается не в абстрактную багу, а в потерянное время, испорченный заказ или конфликт с клиентом.

Приложение для дизайнеров: где творчество должно дружить с процессом

Отдельный интерфейс для дизайнеров был необходим не из прихоти, а из здравого смысла. Фото-дизайн в такой компании — это не декоративное приложение сбоку, а один из центральных этапов создания ценности. И если дизайнер работает вне системы, то бизнес моментально получает старую добрую кашу из файлов, пересланных сообщений, путаницы в версиях, потерянных комментариев и бесконечных уточнений кто что имел в виду.

Поэтому дизайнерский модуль проектировался как часть общего контура: с понятной привязкой к заказу, состояниям, макетам, правкам и согласованиям. Иначе говоря, задача была не просто показать красивую форму, а встроить творчество в управляемый процесс. Чтобы дизайнер мог работать свободно, но не выпадал из общей логики компании.

И вот тут начинается самое интересное. Когда бизнес впервые видит такую раскладку по ролям и процессам, становится очевидно, что ранее компания жила не в системе, а скорее в наборе привычек. Где-то сотрудники уже всё понимали на интуиции, где-то спасал опыт, где-то ситуацию удерживали отдельные сильные люди. Но масштабироваться на таком основании тяжело. Это как строить цех на воспоминаниях и надежде, что Вася всё ещё помнит, куда кидать нужный файл.

ТЗ на 98 страниц: не список хотелок, а инженерный документ

Одним из ключевых результатов проекта стало подробное техническое задание на 98 страниц. И это было не ТЗ в стиле сделать красиво, быстро и чтобы всё работало. Документ описывал не только требования к функциональности, но и требования к системному качеству — то есть к устойчивости, предсказуемости, структуре, ролям, ограничениям, стандартам и правилам развития системы.

Это принципиально важный момент. Потому что хороший проект — это не просто список экранов. Это ещё и ответ на вопросы: как обеспечивается консистентность данных, как масштабировать продукт, как фиксировать события, какие права есть у ролей, где должны быть ограничения, как система будет вести себя в спорных ситуациях, какие стандарты нужно соблюдать и что считается корректным результатом. Вот это уже взрослая разработка, а не аттракцион с кнопкой сделать мне приложение.

В финале проекта была проведена оценка бюджета и предложено несколько вариантов реализации по разным ценам fixed-price. Для заказчика это особенно важно: когда система сложная, хочется не только красивый концепт, но и понятный маршрут внедрения с разными сценариями стоимости. Такой подход позволяет выбрать комфортную глубину запуска: от более компактного варианта до расширенной реализации с учётом всех модулей, ролей и интеграций.

В итоге этот проект стал не просто набором экранов, а полноценной архитектурной проработкой цифрового продукта для производственно-коммерческой компании. Мы помогли клиенту увидеть будущую систему целиком: где клиент входит в процесс, как работают менеджеры, как встроен дизайнер, как движется заказ, какие требования критичны и сколько стоят разные сценарии реализации. А это уже совсем другой уровень разговора с подрядчиком. Не про нарисуйте нам что-нибудь, а про давайте строить систему, на которую потом можно опереться.

Если вам тоже нужен не декоративный интерфейс, а серьёзная проработка продукта — с аудитом процессов, архитектурой, прототипом, ТЗ и понятной fixed-price оценкой — переходите на Ingello Systems. Там можно посмотреть, как мы подходим к проектированию, изучить принципы работы, отзывы и оставить заявку на бесплатную консультацию.