Цифровые решения для бизнеса Цифровые решения для бизнеса Цифровые решения для бизнеса

• Пилот остаётся пилотом

  Прототип работает на тестовых данных и в присутствии команды разработки. Как только его нужно передать в работу без сопровождения, начинаются сбои.

• Нет ответственного за результат

  Подрядчик сдал модель и ушёл. Когда что-то ломается или данные меняются, разбираться приходится внутренней команде, которая это не строила.

• Решение не встроено в процессы

  ИИ существует отдельно от систем, где реально работают сотрудники. Им проще делать вручную, чем открывать ещё один интерфейс.

Наша работа — довести решение до состояния, когда им пользуются каждый день и без нас рядом. Достижимый результат, критерий приёмки и объём поддержки после запуска фиксируются в договоре под конкретный проект.

Если у вас пока нет процесса, который стоит автоматизировать, или данные для него не собираются системно — начинать с внедрения рано. Об этом мы скажем на разборе задачи, а не после подписания договора.

• ИИ-решения

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

• Разработка

  Создаём цифровые продукты и внутренние системы под задачи конкретного бизнеса. От архитектуры до запуска, с расчётом на ежедневную работу в ваших системах.

• Поддержка

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

• Развитие

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

Чаще всего работа начинается с одного процесса, а потом решение остаётся у вас, и его нужно поддерживать и развивать.

1. 1

   Разбор задачи

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

   Сколько длится

   3–5 рабочих дней

   Что на выходе

   Письменный разбор: карта процесса, выбранный участок под автоматизацию, границы будущего решения, критерий приёмки и оценка объёма работ.

   Что нужно от вас

   Встреча с тем, кто знает процесс изнутри, и примеры реального материала — обращений, документов, выгрузок, — на которых процесс живёт.

2. 2

   Проектирование решения

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

   Сколько длится

   1–2 недели

   Что на выходе

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

   Что нужно от вас

   Описание или доступ к системам, с которыми предстоит интегрироваться, и человек с вашей стороны, который может согласовать критерий приёмки.

3. 3

   Сборка на ваших данных

   Собираем решение под ваш процесс, а не подгоняем типовой шаблон. Проверяем его на ваших материалах и на тех случаях, которые в процессе встречаются редко, но ломают всё: нестандартные обращения, пустые поля, ошибки во входных данных.

   Сколько длится

   2–6 недель

   Что на выходе

   Работающее решение в тестовом контуре и отчёт о прогонах: на каких случаях оно справляется, на каких ошибается и что с этим сделано.

   Что нужно от вас

   Выгрузка реальных данных в согласованном объёме — обезличенная, если в ней есть персональные данные, — и обратная связь от людей, которые ведут процесс.

4. 4

   Проверка на живом потоке

   Запускаем решение параллельно с текущей работой на ограниченном участке. Настоящее качество решения видно только так: люди продолжают делать по-старому, решение работает рядом, и мы сравниваем результат — прежде чем на него положатся.

   Сколько длится

   2–4 недели

   Что на выходе

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

   Что нужно от вас

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

5. 5

   Внедрение в эксплуатацию

   Переводим решение из тестового режима в постоянную работу: подключаем к боевым системам, настраиваем мониторинг и оповещения, готовим порядок отката на случай, если что-то пойдёт не так.

   Сколько длится

   1–3 недели

   Что на выходе

   Решение в боевом контуре под вашими доступами, мониторинг с оповещениями об отказах и письменный порядок действий при сбое, включая откат.

   Что нужно от вас

   Доступы к боевым системам, согласованное окно на переключение и ответственный с вашей стороны на время запуска.

6. 6

   Передача команде

   Отдаём решение вашим людям: показываем, как им пользоваться, на что смотреть в мониторинге, что делать в типичных нештатных ситуациях и как менять настройки без нас.

   Сколько длится

   1–2 недели

   Что на выходе

   Исходный код и конфигурация в вашем репозитории в объёме, предусмотренном договором, инструкции для пользователей и администратора, итоговая встреча с командой и список того, что осталось за нами.

   Что нужно от вас

   Люди, которые будут работать с решением и отвечать за него дальше, и место, куда передаются код и документация.

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

• Выводы на фактах, а не обещания

  Вы смотрите на разбор своего процесса со своими примерами, а не на демонстрационный сценарий, собранный под показ.

• Риск ограничен одним процессом

  Разбор касается одного процесса и одного участка, а не всей вашей работы. Продолжать после него вы не обязаны.

• Документ остаётся у вас

  Карта процесса, границы решения и критерий приёмки годятся и для работы своими силами, и для разговора с другим подрядчиком.

Сколько занимает

3–5 рабочих дней от первой встречи до готового документа — точный срок называем, когда видим объём. Раскладка по шагам — в разделе «Как идёт проект».

Как проходит

Встреча с теми, кто знает процесс изнутри, затем наша работа с вашими материалами и вторая встреча, где мы показываем и защищаем выводы.

Что вы получаете

Письменный разбор: карта процесса, выбранный участок под автоматизацию, границы решения, критерий приёмки, оценка объёма работ и перечень рисков.

Что нужно от вас для старта

Задача, описанная своими словами, примеры реального материала — обращений, документов, выгрузок — и человек, который знает процесс изнутри.

Сколько стоит

Условия самого разбора обсуждаем на первом созвоне. Стоимость работ по проекту называем по итогам разбора: до него любая цифра была бы названа наугад.

Отправить задачу на разбор

• Где лежат данные и модели

  Где физически размещаются ваши данные и модели?

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

• Персональные данные

  Как обрабатываются персональные данные?

  До старта разбираем, какие поля решению вообще нужны: часть задач решается на обезличенных данных, и тогда персональные данные в модель не попадают. Если они всё-таки нужны, в договоре фиксируется, где они хранятся, кто имеет к ним доступ, в каком виде передаются и что с ними происходит после завершения проекта. Требования 152-ФЗ и правила вашей службы безопасности закладываем при проектировании, а не подгоняем под них готовое решение на приёмке. Оператором персональных данных в проекте остаётесь вы, если договором не согласовано иное; наши обязанности как обработчика по вашему поручению фиксируются отдельным документом.

• Права на код, промпты и веса

  Кому принадлежат код, промпты и дообученные модели?

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

• Что происходит при ошибке модели

  Что будет, если решение ошибётся в реальной работе?

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

• Доступы и разграничение прав

  Кто имеет доступ к системе, данным и настройкам?

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

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