Руслан Репин

Помогаю находить дорогие бизнес‑процессы и делать их эффективнее

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

От понимания проблемы и её экономики — к подходящему решению, реализации и измеримому результату.

Руслан Репин, независимый технологический консультант

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

  1. 01

    Дорогой специалист занят подготовительной работой

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

    1. поиск
    2. перенос
    3. сверка
    4. подготовка
  2. 02

    Один результат проходит через несколько людей и систем

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

    1. почта
    2. таблица
    3. сотрудник
    4. система
    5. согласование
  3. 03

    Больше работы — значит нужно больше людей

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

    1. объём
    2. нагрузка
    3. ещё люди
  4. 04

    Ошибки и уточнения возвращают процесс назад

    Не хватает данных, документы приходится переделывать, сотрудники ждут друг друга, информация дублируется или проверяется повторно.

    1. данные
    2. возврат
    3. переделка
    4. снова

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

Как это выглядит на конкретных процессах

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

  1. Заявка
  2. Разбор
  3. Данные / цены / наличие
  4. Решение инженера
  5. КП

Техническая заявка → коммерческое предложение

Клиент присылает спецификацию.

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

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

Посмотреть разбор
  1. Обращение
  2. Данные об объекте
  3. Назначение
  4. Работа специалиста
  5. Отчёт
  6. Документы

Заявка → диспетчер → выездной специалист → документы

Клиент сообщает о проблеме.

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

Можно ли увеличить количество обслуживаемых заявок без пропорционального роста диспетчерской и административной нагрузки?

Посмотреть разбор
Другие примеры решений

Это примеры анализа процессов, а не результаты клиентских проектов.

Найти причину → посчитать → выбрать изменение → измерить результат

Одинаковый симптом может иметь совершенно разные причины.

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

  1. 01 Найти причину

    Где находится реальное ограничение?

  2. 02 Посчитать

    Сколько проблема стоит бизнесу?

  3. 03 Выбрать изменение

    Что даст лучший результат при разумной стоимости и риске?

  4. 04 Измерить результат

    Что изменилось после внедрения?

Решение не известно заранее

Решение

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

Экспертиза должна оставаться там, где она создаёт ценность

Где нужна экспертиза

  • профессиональные решения;
  • оценка рисков;
  • исключения;
  • ответственность.

Что можно сократить

  • поиск известных данных;
  • перенос;
  • структурирование;
  • типовые проверки;
  • уведомления;
  • подготовка черновиков.

Задача технологии — не заменить специалиста, а не расходовать его экспертизу там, где она не нужна.

Возможность что-то автоматизировать ещё не означает, что это стоит делать

  1. Частота

    Как часто процесс повторяется?

    Десять раз в год или тысячу раз в месяц — это совершенно разная экономика.

  2. Время

    Сколько человеческого времени он требует?

    Причём отдельно у менеджера, инженера, руководителя и других участников.

  3. Стоимость

    Во что бизнесу обходится текущий способ работы?

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

  4. Масштабирование

    Что произойдёт, если объём увеличится на 20–30%?

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

объём время стоимость труда

ошибки ожидания переделки дополнительный найм

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

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

Хорошее решение должно оправдывать стоимость, сложность и риск изменения.

Обсудить похожий процесс

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

Мой практический опыт связан с разработкой бизнес-систем, автоматизацией и интеграцией существующих сервисов и данных.

Поэтому при разборе процесса я могу учитывать не только то, что хотелось бы изменить, но и практические ограничения:

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

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

Подробнее обо мне

Разбираю технологии и процессы с точки зрения бизнеса

Все материалы

Есть процесс, который забирает слишком много времени, создаёт ошибки или плохо масштабируется?

Не нужно заранее выбирать технологию или придумывать решение.

Можно начать с одного реального процесса и посмотреть:

  • что происходит от входа до результата;
  • кто в нём участвует;
  • где сотрудники тратят время;
  • где возникают ожидания и ошибки;
  • что происходит при росте объёма;
  • как всё это связано с экономикой бизнеса.

Первый разговор нужен прежде всего для ответа на вопрос: здесь действительно есть проблема, которую имеет смысл менять, или нет?

Если экономического механизма нет, проект придумывать не нужно.

Обсудить процесс