3 причины, которые тормозят автоматизацию процессов сервисных компаний

Автоматизация процессов повышает эффективность организации, ускоряет процессы, помогает оперативно отвечать на запросы клиентов. Сотрудники меньше времени тратят на различные бюрократические процедуры, поиск и передачу информации, что благоприятно сказывается на производительности и снижает себестоимость работ. Кроме того, IT-системы автоматически собирают большой объем данных, позволяя на практике реализовать «управление на основе KPI».

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

1. Разочарование и негативный опыт

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

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

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

Очень важно еще на старте определить все цели автоматизации и функционал системы, необходимый для их достижения. Важно привлекать к разработке целей автоматизации сотрудников, объяснять как именно должна помочь IT-система в работе каждого из них и компании в целом.

2. Использование неподходящих инструментов

Сейчас на рынке появилось огромное количество новых игроков, о которых еще вчера никто ничего не слышал. Руководители не хотят разбираться в этом многообразии и часто отдают предпочтение «знакомым» вендорам. Но не факт, что их выбор будет оптимальным для решения задач всей компании. Конечно, и Битрикс и 1С можно использовать и для автоматизации сервиса, но это все равно, что при сборке модели автомобиля из кубиков Лего пытаться сделать колеса и двигатель из тех же кубиков. В теории можно, но на практике лучше взять готовые детали.

На старте автоматизации важно разработать техническое задание (ТЗ) с описанием функций, выполняемых различными IT-системами и их интеграций. Не имея опыта, разработать ТЗ сложно, а консультанты и интеграторы просят немало денег за такую работу. Хорошее решение для малого бизнеса – использовать готовые шаблоны и примеры, а также обучающие курсы.

Самостоятельная разработка ТЗ требует времени, но позволяет глубже погрузиться в тему и привлечь к решению задач и выбору IT-системы ключевых сотрудников. В дальнейшем это поможет снизить сопротивление при внедрении и лучше использовать возможности выбранного решения.

3. Страх экспериментов «на живом бизнесе»

Есть такая поговорка у инженеров «не тронь то, что работает», но и оставить все как есть не получится, потому что без автоматизации компания не сможет конкурировать ни по цене, ни по качеству сервиса. Тем более что большие компании уже повсеместно внедряют системы автоматизации, сокращая свои расходы и улучшая качество сервиса.

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

Перспективным выглядит использование отраслевых шаблонов для быстрой адаптации под конкретную компанию. Поделюсь интересными выводами результатов исследования из книги «Свод знаний по управлению бизнес-процессами BPM CBOK 4.0», с которыми я и мои коллеги полностью согласны:

  • Компании конкурируют между собой за счет 5% своих бизнес-процессов, которые реально отличают их от конкурентов.
  • Еще 15% — важные ключевые процессы, которые поддерживают конкурентное преимущество.
  • Остальные 80% процессов не являются уникальными. Они соответствуют стандартным отраслевым практикам.

Исследователи считают, что нет смысла использовать сложные и затратные методы оптимизации и разного рода инновации по отношению к стандартным отраслевым процессам. Необходимо концентрироваться в первую очередь на 20% процессов – дифференциаторов. Оптимизация и оцифровка именно этих процессов позволяют быстро получить видимые полезные эффекты для бизнеса, такие как рост лояльности клиентов и повышение прибыли.

Таким образом, концентрируя усилия внешних экспертов на 20% ключевых процессов, можно существенно снизить затраты на моделирование и имитацию процессов перед их изменением в реальном бизнесе. Остальные 80% процессов могут проектироваться на основе отраслевых шаблонов.

Вывод

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

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

Читайте также:

Расскажите коллегам:
Комментарии
Генеральный директор, Москва
Антон Соболев пишет:
Максим Клемешов пишет:
А вам не кажется что заказчик сам будет против такой экономии? 

"Кажется" - не совсем из моего подхода к консалтингу. Я убежден, что заказчик должен сам выбрать окончательное решение из возможных, но, чтобы сделать это, ему часто требуется понимать целиком преимущества каждого из решений, отсюда и SST (system selection tool), о котором я ранее писал. Соответственно, бывает необходимо перейти на уровень управленческих примитивов и общепризнанных средств. Excel в таком случае выступает как lingua franca прототипирования. Разумеется, если окажется доступным недорогое решение, реализующее задачи, поставленные перед прототипом, имеет смысл рассмотреть его более детально. Просто зачастую грамотно составленный прототип оказывается удобной финальной точкой.

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

Вы считаете, что функционал любых коробочных приложений корпоративного уровня можно прототипировать в Excel? Тем более - более сложных конфигураций? Звучит не вполне привычно.

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

Генеральный директор, Москва
Максим Клемешов пишет:
Антон Соболев пишет:
Business studio – лишь одно из многих решений, причем покупное. На практике я не встречал проблем с заполнением должностных инструкций в обычном Word по заранее разработанному шаблону после отрисовки бизнес-процессов, например, в бесплатном ARIS Express.

А я вот встречал на практике что должностные инструкции быстро становятся неактуальными и лежат где-то на полке в отделе кадров. Иногда вообще к этому формальное отношение. Должны быть- и есть, но никто из не читает и в работе не использует. Чтобы быть актуальными их нужно менять при изменении процессов но в ручном режиме отследить какие функции у кого поменялись сложно. Поэтому лучше если они создаются автоматически на основании изменённых процессов и соответствуюший сотрудник просто получает уведомление об изменении, открывает новую инструкцию на портале и подтверждает ознакомление . То же самое касается бизнес-процессов. Можно их и в Visio нарисовать или хоть палкой на песке. Но это будут всего лишь картинки которые опять же надо регулярно актуализировать чтобы использовать в работе. А вот если вы хотите связать оргструктуру, процессы, стратегию развития, KPI и риски и так чтобы при изменении автоматически менялись и другие документы, если хотите проводить имитацию процессов перед изменением чтобы проверить есть ли в них смысл, если хотите легко собирать предложения по улучшению процессов от исполнительной - вот тогда вам понадобится специализированный инструмент, такой как Business studio. Это примерно как будучи инженером я использовал Автокад для небольших проектов. Но при разработке АСУТП крупных заводов гораздо лучше был EPLAN. Там автоматически создавались спецификации и при изменении в схемах мы просто создавали новые спецификации а не проверяли 50 листов документов чтобы найти позиции, которые нужно поменять. Очень экономит время. 

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

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

Управляющий партнер, Санкт-Петербург
Евгений Равич пишет:

Вы считаете, что функционал любых коробочных приложений корпоративного уровня можно прототипировать в Excel? Тем более - более сложных конфигураций? Звучит не вполне привычно.

Прототип есть модель. Кибернетически - "моделью M некоторой сущности A называется такая сущность, которая отвечает на вопросы относительно M с заданной точностью e", т.е. |M-A|<=e. Если прототип позволяет ответить на вопросы, которые задает заказчик - мы получим решение, если нет - можно усложнять прототип. В пределе он может оказаться и сложнее "коробки", но до этого обычно не доводят. Из практики - если в пределах недели не удается сформировать ничего в Excel, нужно крепко задуматься на предмет того, то ли вообще моделируется. Бывают и обратные случаи - когда сам софт настолько прост и очевиден, что можно развернуть демостенд и "прогнать" реальные данные. Но чем сложнее вопросы, которые нужно решить, тем меньше вероятность такого исхода.

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

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

Управляющий партнер, Санкт-Петербург
Евгений Равич пишет:

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

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

Так бывает, и здесь все зависит от долготерпения собственника.

Я такие ситуации классифицирую однозначно - индицент операционного риска, соответственно, он падает на KPI руководителей, ответственных за процесс. Отсутствие должностных или их противоречие реальным процессам ставит под удар бизнес, особенно если он связан с опасным для жизни производством. Так, за нарушение техники безопасности первой очередью "под статью" пойдет директор, но второй - собственник (пример). 

Генеральный директор, Москва
Антон Соболев пишет:
Евгений Равич пишет:

Вы считаете, что функционал любых коробочных приложений корпоративного уровня можно прототипировать в Excel? Тем более - более сложных конфигураций? Звучит не вполне привычно.

Прототип есть модель. Кибернетически - "моделью M некоторой сущности A называется такая сущность, которая отвечает на вопросы относительно M с заданной точностью e", т.е. |M-A|<=e. Если прототип позволяет ответить на вопросы, которые задает заказчик - мы получим решение, если нет - можно усложнять прототип. В пределе он может оказаться и сложнее "коробки", но до этого обычно не доводят. Из практики - если в пределах недели не удается сформировать ничего в Excel, нужно крепко задуматься на предмет того, то ли вообще моделируется. Бывают и обратные случаи - когда сам софт настолько прост и очевиден, что можно развернуть демостенд и "прогнать" реальные данные. Но чем сложнее вопросы, которые нужно решить, тем меньше вероятность такого исхода.

Вы берёте коробку с любым названием. У продукта есть описание. И пара сотен функций (или больше). Главный вопрос для обсуждения - что из этого правда. Вряд ли прототип в Excel (для его создания будет нужен добрый волшебник) поможет с ответом. Только хорошо спланированное тестирование и профессиональная оценка результатов.

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

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

Может, но редко. Это обычно известно заранее во всех деталях.

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

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

Researcher, Москва
Анатолий Курочкин пишет:
Я не писал, что не тянет. Я писал, что начинаются проблемы.

Это и значит, что не тянет.
У меня все прекрасно тянет. Значит, причины у вас не в XLS, а в чем-то другом.
Попробуйте перезагрузить компьютер. Если не поможет, то сделайте format c:
(И поставьте свежий лицензионный софт).

Анатолий Курочкин пишет:
Просто повторюсь в третий раз - для одного пользователя у екселя много возможностей, но никакого отношеник к моделированию бизнес-процессов, написанию ТЗ на автоматизацию это не имеет.

Да как угодно.
У нас то, что раньше делал плановый отдел из 4 человек в течение недели (через одно место), сейчас делает XLS за 20 минут при том на порядок точнее и достоверней и даёт ощутимую (+20%) прибавку к продажам.
А автоматизация это или прокрастинация -- вам видней. Терминологичские дискуссии меня мало интересуют.
Я про деньги больше, чем про болтовню.

Коммерческий директор, Воронеж

1С – архаичный агрегат, заложник DBF структуры. Сложный в архитектуре, в обслуживании, в программировании. Все, что они делают, как  следствие этого, – коряво, громоздко, неудобно. Рядовой бухгалтер вряд  ли создаст не типовой отчет. Единственно для кого 1С хороша - это армия нахлебников программистов, без которых там не ступить. Беда, что 1С монополизировала нашу бухгалтерию. Все это тормоз (гиря) в свободном общении сотрудника с бухгалтерскими данными для своего потребления и анализа.   

Researcher, Москва
Леонид Харитонов пишет:
1С – архаичный агрегат, заложник DBF структуры. Сложный в архитектуре, в обслуживании, в программировании. Все, что они делают, как  следствие этого, – коряво, громоздко, неудобно. Рядовой бухгалтер вряд  ли создаст не типовой отчет. Единственно для кого 1С хороша - это армия нахлебников программистов, без которых там не ступить.

Рад, что не я один так думаю и кто-то сказал это вслух.
Поэтому 1С для меня -- это просто донор простых линейных выгрузок того, что там поназаводил бэкофис.
Всю настоящую аналитику и отчетность делает моя mini-SAP на XLS.

Генеральный директор, Москва
Леонид Харитонов пишет:
1С – архаичный агрегат, заложник DBF структуры. Сложный в архитектуре, в обслуживании, в программировании. Все, что они делают, как  следствие этого, – коряво, громоздко, неудобно.

Согласен, 1С - продукт для бухгалтерии. И попытка автоматизировать все процессы компании с помощью 1С - очень плохая история. Много людей, много затрат, в итоге что-то получается но не совсем то, что хотелось. Любая инициатива и доработка - в очередь к программистам. Мне потому и нравятся современные коробочные решения для автоматизации, что у большинства реализован функционал low-code. Т.е. с помощью редактора процессов руководитель сам может построить цепочку взаимодействия между сотрудниками, определить условия передачи заявки от одного сотрудника к другому (например техник должен заполнить акт выполненных работ, подписать у клиента и сделать фотографию с геолокацией и результатом работ прежде чем акт можно передать бухгалтеру для выставления счета. Очень удобно, никаких очередей, любые разумные инициативы по улучшению процессов быстро реализуются и нет никаких зависимостей от загрузки программистов

Аналитик, Москва
Сергей Средний пишет:
Анатолий Курочкин пишет:
Я не писал, что не тянет. Я писал, что начинаются проблемы.

Это и значит, что не тянет.
У меня все прекрасно тянет. Значит, причины у вас не в XLS, а в чем-то другом.
Попробуйте перезагрузить компьютер. Если не поможет, то сделайте format c:
(И поставьте свежий лицензионный софт).

Просто у вас нет миллиона записей. И пользцуетесь один.

Анатолий Курочкин пишет:
Просто повторюсь в третий раз - для одного пользователя у екселя много возможностей, но никакого отношеник к моделированию бизнес-процессов, написанию ТЗ на автоматизацию это не имеет.

Да как угодно.
У нас то, что раньше делал плановый отдел из 4 человек в течение недели (через одно место), сейчас делает XLS за 20 минут при том на порядок точнее и достоверней и даёт ощутимую (+20%) прибавку к продажам.
А автоматизация это или прокрастинация -- вам видней. Терминологичские дискуссии меня мало интересуют.
Я про деньги больше, чем про болтовню.

Ну зачем начали писать в комментах именно к этой статье, если вас не интересует атоматизация? Поболтать? 
Можете кинуть в личку свой супер-файл?

 

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Половина россиян оказалась в состоянии выгорания к концу 2024 года

Наиболее распространенные симптомы выгорания — постоянное чувство усталости и раздражительность.

Владелец Rostic's выкупил рестораны российского франчайзи KFC

Заведения сменят названия до весны 2025 года.

Минцифры планирует привлечь 700 тысяч разработчиков до 2030 года

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

Сервис такси Yandex Go заработал в Турции

Это первый турецкий город для Yandex Go.