Made on
Tilda
Все функции GEMINI, путь, по которому проходит каждая из них, техническое задание как граница работы, три уровня глубины и то, что остаётся за рамками. Сроки и деньги здесь намеренно не указаны: сначала договариваемся о составе, потом считаем.
Проект строит процесс функции и доводит его до боевого запуска. У проекта есть конец: функция принята, контракт по ней закрыт. Операционный отдел работает с первого дня и не заканчивается: собирает базу знаний компании, держит поддержку команды и подхватывает всё, что меняется в уже запущенных функциях.
Девятнадцать функций в пяти блоках, плюс операционное сопровождение, которое идёт через все функции. Часть уже прошла исследование, остальные есть на карте, а их объём уточнится после интервью с людьми. Производство разложено на четыре функции.
Цели, оргструктура, решения собственника, ритм управления
после исследованияКто за что отвечает в каждой функции, роли и зоны ответственности
после исследованияЕдиная система задач и поручений, контроль сроков по всей компании
после исследованияЭкран собственника, показатели каждой функции
после исследованияКиев: YOCO, HoReCa, КАМ (сети, микроритейл, АЗК, СТМ). Ритейл, отели
исследованоВходящие обращения и заказы, первая линия для клиентов
после исследованияАссортимент, цены, промо, запуск продуктов, бренд
после исследованияПлан продаж → задание на смену, экономика, ИИ-планировщик
частичноЗакупки, склад сырья и упаковки, привоз сырья
начатоЦех, модель производства, качество, оборудование и люди
≈ 75–80%Приёмка из цеха, хранение, передача в продажи
после исследованияУстановка, ремонт и обслуживание кофейного оборудования у клиентов
после исследованияКофемашины и запчасти: выдача, возврат, учёт у клиентов
после исследованияДоставка клиентам, отгрузки сетям, возвраты
после исследованияПлатежи, дебиторка, бюджет, себестоимость, управленческий учёт
после исследованияШтат, найм, адаптация, обучение, мотивация
после исследованияДоговоры, претензии, работа с контрагентами
после исследованияДокументооборот, согласования, офис
после исследованияСистемы, связки, справочники, доступы, резервные копии
после исследованияФункциональный партнёр: база знаний компании, поддержка команды, изменения в работающих функциях
с первого дняВыделится из существующих по итогам прототипов
по итогам прототиповВыделится из существующих по итогам прототипов
по итогам прототиповПерепрограммирование существующей 1С. Возможная отдельная функция
не входит сейчасОт разговора с людьми до работающей функции. Этапы одинаковы для продаж, производства или финансов; меняется только наполнение. Каждый этап заканчивается результатом, который можно открыть и проверить.
Интервью с руководителем и сотрудниками функции, разбор документов, таблиц, отчётов, голосовых. Находим, где рвётся.
Процесс функции: события, роли, статусы, данные, контрольные точки, связи с соседними функциями.
Демо-версия функции: как выглядит, что где заполняется, на каком этапе, кто что видит. Проходим её с людьми, которые будут работать.
После демо фиксируем, что именно строится: поля, справочники, правила, отчёты, связки с 1С и другими системами, права доступа.
Пока без людей: загружаем данные, прогоняем функцию сами на реальных примерах. По итогам выбираем платформу, которая подходит именно этой функции.
Внедряем узел за узлом, обучаем и сопровождаем: сотрудник ведёт реальную сделку, смену или закупку, мы рядом. Это черновая версия системы — здесь вылезает всё, что не работает.
Безопасный перевод: новая система идёт рядом со старой на тех же сделках, сменах и партиях. Переводим людей, когда цифры сходятся.
ТЗ стоит между демо и имплементацией. Оно фиксирует, что именно мы строим, на каких данных, откуда они берутся и кто их вносит. После утверждения владельцем функции ТЗ берётся в работу без изменений. Это защищает обе стороны: вы знаете, что получите, мы знаем, что строим.
Поле, отчёт, правка в экране, новый справочник. Делаем в рабочем порядке, без нового ТЗ, если укладывается в согласованный объём часов сопровождения в неделю.
Если запрос превышает часы сопровождения или по сути является новым продуктом, он проходит свой путь: демо, ТЗ, утверждение, отдельная оценка.
Если запросов по функции много и они складываются в систему, функция переходит с базового на стандартный или расширенный уровень — с новым ТЗ.
Уровни — это путь, а не выбор из меню. Сначала люди учатся работать в простой базовой системе. На ней становится видно, что действительно нужно, а что было «хотелкой». Следующий уровень строится уже на реальной практике, ничего из сделанного не переделывается.
Главный процесс функции: роли, статусы, обязательные данные, задачи с ответственными и сроками, базовые отчёты. Минимум настроек — чтобы людям было проще, а не сложнее.
Все подпроцессы и исключения, регламенты, справочники, нормативы, план-факт, показатели, связки с соседними функциями и с 1С.
Планирование и расчёты, автоматизация, ИИ-помощники и агенты, интеграции с внешними системами, дашборды в реальном времени.
По умолчанию первое ТЗ каждой функции — базовый уровень. Это то, что мы строим и сдаём.
Все пожелания сверх базы собираются и оцениваются: мелкие — в сопровождение, крупные — отдельным модулем или переходом на уровень выше.
Если собственник решит, что функции сразу нужен расширенный уровень, ТЗ пишется сразу на нём. Решение — по каждой функции отдельно.
Операционный отдел не подключается «после внедрения». Он заходит в функцию вместе с проектом и на каждом этапе забирает своё: всё, что узнали, сразу превращается в базу знаний, а каждая названная проблема — в запись в корзине. Чем ближе к запуску, тем больше работы переходит к отделу. После запуска функция полностью на его ведении.
Интервью — это и исследование для проекта, и первое наполнение базы. Одна встреча с людьми, два результата.
Как только появляются тестовые пользователи, у них появляются вопросы. На них уже отвечает отдел, а не проектная команда.
Проект по функции закрыт. Изменения, доступы, новые отчёты и обучение новых сотрудников — работа отдела без ТЗ и смет.
Все функции сразу не запускаются — люди не выдержат, и качество упадёт. Функции идут волнами, несколько одновременно: следующая волна начинается, когда предыдущая доходит до проектирования. Ролевая модель и система задач идут в первой волне — на них опираются все остальные. Операционный отдел стартует в первый день и дальше только прирастает.