Обращения приходят из разных каналов
Проверяем, как заявка становится задачей, кто её принимает и как обнаруживается обращение без ответственного.
Расскажите, как проходит заявка, заказ или внутренняя задача. Вместе посмотрим, где сотрудники повторно вводят данные, ждут друг друга или теряют информацию, и определим, какой участок имеет смысл улучшить первым.
Для знакомства с задачей не нужны готовое техническое задание и решение о покупке новой системы. Достаточно конкретного примера: менеджер дважды вводит заказ, диспетчер вручную назначает выезды, документы задерживаются между отделами или руководитель не может быстро узнать статус работы.
Предлагаем выбрать один процесс и пройти его от начала до результата. Уточняем участников, источники данных, используемые программы и места передачи информации. Отдельно обсуждаем исключения: что делают сотрудники, если сведения неполные, ответственный отсутствует или клиент меняет заказ.
Результат первичного разбора — зафиксированные наблюдения по предоставленной информации, предварительный перечень точек автоматизации и рекомендация следующего шага. Если для обоснованного решения нужно изучить системы, данные или исходный код, обозначим это отдельно. Полный аудит, техническое проектирование и оценку реализации согласуем после знакомства с задачей.
Выбираем один процесс: от входящего обращения до заказа, выезда или закрывающих документов.
Проверяем, как заявка становится задачей, кто её принимает и как обнаруживается обращение без ответственного.
Разбираем, какие сведения переписывают, где хранится актуальная версия и что происходит при изменении заказа.
Выясняем, какие данные нужны следующему участнику, как он узнаёт о задаче и что мешает начать выполнение.
Обсуждаем, какие решения приходится принимать без данных и какие сведения уже можно получать из текущих систем.
Достаточно описания работы и примера типовой задачи. Пароли и клиентскую базу в форме отправлять не нужно.
Откуда начинается процесс, какие этапы проходит и какое событие означает его окончание.
Кто выполняет действия, принимает решение, согласует результат и разбирает исключения.
CRM, 1С, сайт, телефония, документы, таблицы и переписка — с акцентом на переходы между ними.
Повторный ввод, ожидание ответа, поиск сведений и невозможность быстро проверить состояние работы.
На первой встрече рассматриваем один выбранный процесс. По её итогам определяем, какие изменения можно оценить сразу, а где понадобится изучить системы и данные подробнее.
В заявке укажите процесс, используемые системы и повторяющуюся проблему. Контактные данные нужны для обсуждения задачи.
Результат: Описание проблемы и ожидаемого изменения.
Выбираем один сценарий и участников, которые могут объяснить работу. Согласуем формат общения и необходимые исходные сведения.
Результат: Список участников, вопросов и материалов для встречи.
Обсуждаем реальные шаги и исключения. Отделяем организационные вопросы от задач настройки, интеграции и разработки.
Результат: Схема процесса с ручными операциями и задержками.
Собираем предварительные точки автоматизации и приоритеты. Обозначаем, что можно решить текущими инструментами и что требует дополнительного изучения.
Результат: Рекомендации и перечень задач для последующей оценки.
Откройте кейс: рассказываем о задаче, составе разработки и интерфейсе решения.

Разработали для «Интеллектуальных Систем» сайт с каталогом услуг, калькулятором и базой знаний, CRM и инструменты автоматизации с ИИ.
Посмотреть проект →
Сайт и CRM для гастробренда, разработанные с нуля. Интеграции с системой «Меркурий» и онлайн-кассами.
Посмотреть проект →Краткое описание выбранного процесса по предоставленной информации.
Предварительный список повторных операций, задержек и разрывов передачи данных.
Рекомендация первого участка для улучшения и возможных способов реализации.
Перечень вопросов и материалов, необходимых для дальнейшей оценки.
Да. В этом и состоит задача первичного разбора: начать с процесса и затруднений, а затем определить возможный следующий шаг. Выбирать CRM или заказывать разработку заранее не требуется.
Описание одного типового заказа или заявки, список используемых программ и пример затруднения. Полезны обезличенные схемы или скриншоты. Пароли, ключи доступа и персональные данные клиентов через форму отправлять не нужно.
Нет. Здесь разбираем работу компании и взаимодействие людей и систем. Для технической проверки сайта есть отдельный сервис диагностики сайта.
Первичный разбор помогает определить направление и недостающие сведения. Обоснованная оценка зависит от границ задачи, возможностей систем, данных и интеграций. Состав следующего этапа согласуем отдельно.
Нет. Следующие работы обсуждаются и согласуются отдельно. Если задачу можно решить настройкой используемых инструментов, укажем такой вариант.
На выходе первичного разбора — схема выбранного процесса, список проблемных операций и рекомендации по первому этапу. Если требуется обследование систем или техническое задание, предложим их состав, стоимость и сроки отдельно.