Автоматизация процессов повышает эффективность организации, ускоряет процессы, помогает оперативно отвечать на запросы клиентов. Сотрудники меньше времени тратят на различные бюрократические процедуры, поиск и передачу информации, что благоприятно сказывается на производительности и снижает себестоимость работ. Кроме того, IT-системы автоматически собирают большой объем данных, позволяя на практике реализовать «управление на основе KPI».
Но, несмотря на это, многие компании малого бизнеса продолжают использовать мессенджеры и таблицы в Excel для организации выполнения работ. Почему так происходит? Я вижу три причины.
1. Разочарование и негативный опыт
Часто слышу жалобы о том, что ранее компания уже пыталась автоматизировать процессы, но не получила никаких преимуществ от внедрения системы. В таких ситуация я обычно спрашиваю: а какой именно результат вы планировали получить?
Ни одну систему автоматизации нельзя рассматривать как универсальный способ решения задач бизнеса. Если раньше диспетчер пересылал заявки техникам через Телеграмм, а теперь пересылает через FSM — систему управления выездными сотрудниками, не используя других ее возможностей, то, конечно, никаких преимуществ компания не получит.
Проблема в том, что после пары неудачных попыток автоматизации сотрудники крайне негативно воспринимают любые нововведения. Возрастает сопротивление, а иногда возникает и сознательный саботаж. Люди даже не хотят тратить время на изучение новой системы, предпочитая работать как раньше в табличках и мессенджерах.
Очень важно еще на старте определить все цели автоматизации и функционал системы, необходимый для их достижения. Важно привлекать к разработке целей автоматизации сотрудников, объяснять как именно должна помочь IT-система в работе каждого из них и компании в целом.
2. Использование неподходящих инструментов
Сейчас на рынке появилось огромное количество новых игроков, о которых еще вчера никто ничего не слышал. Руководители не хотят разбираться в этом многообразии и часто отдают предпочтение «знакомым» вендорам. Но не факт, что их выбор будет оптимальным для решения задач всей компании. Конечно, и Битрикс и 1С можно использовать и для автоматизации сервиса, но это все равно, что при сборке модели автомобиля из кубиков Лего пытаться сделать колеса и двигатель из тех же кубиков. В теории можно, но на практике лучше взять готовые детали.
На старте автоматизации важно разработать техническое задание (ТЗ) с описанием функций, выполняемых различными IT-системами и их интеграций. Не имея опыта, разработать ТЗ сложно, а консультанты и интеграторы просят немало денег за такую работу. Хорошее решение для малого бизнеса – использовать готовые шаблоны и примеры, а также обучающие курсы.
Самостоятельная разработка ТЗ требует времени, но позволяет глубже погрузиться в тему и привлечь к решению задач и выбору IT-системы ключевых сотрудников. В дальнейшем это поможет снизить сопротивление при внедрении и лучше использовать возможности выбранного решения.
3. Страх экспериментов «на живом бизнесе»
Есть такая поговорка у инженеров «не тронь то, что работает», но и оставить все как есть не получится, потому что без автоматизации компания не сможет конкурировать ни по цене, ни по качеству сервиса. Тем более что большие компании уже повсеместно внедряют системы автоматизации, сокращая свои расходы и улучшая качество сервиса.
Прежде чем изменять или автоматизировать процессы, они проводят их моделирование и имитацию выполнения в специальных программах для бизнес-архитекторов. В результате серьезно снижаются риски, можно оценить сроки возврата инвестиций в автоматизацию, устраняются «узкие места» в процессах, и в первую очередь автоматизируются или перераспределяются функции перегруженных сотрудников. Без привлечения специалистов выполнить моделирование процессов сложно, а работа консультантов стоит дорого, поэтому сейчас консалтинговые компании ищут способы снижения трудозатрат и стандартизации работ в подобных проектах.
Перспективным выглядит использование отраслевых шаблонов для быстрой адаптации под конкретную компанию. Поделюсь интересными выводами результатов исследования из книги «Свод знаний по управлению бизнес-процессами BPM CBOK 4.0», с которыми я и мои коллеги полностью согласны:
- Компании конкурируют между собой за счет 5% своих бизнес-процессов, которые реально отличают их от конкурентов.
- Еще 15% — важные ключевые процессы, которые поддерживают конкурентное преимущество.
- Остальные 80% процессов не являются уникальными. Они соответствуют стандартным отраслевым практикам.
Исследователи считают, что нет смысла использовать сложные и затратные методы оптимизации и разного рода инновации по отношению к стандартным отраслевым процессам. Необходимо концентрироваться в первую очередь на 20% процессов – дифференциаторов. Оптимизация и оцифровка именно этих процессов позволяют быстро получить видимые полезные эффекты для бизнеса, такие как рост лояльности клиентов и повышение прибыли.
Таким образом, концентрируя усилия внешних экспертов на 20% ключевых процессов, можно существенно снизить затраты на моделирование и имитацию процессов перед их изменением в реальном бизнесе. Остальные 80% процессов могут проектироваться на основе отраслевых шаблонов.
Вывод
Если раньше проектирование процессов и в целом процессный подход были жизненной необходимостью и преимуществом больших компаний, то сейчас наблюдается тенденция к построению эффективных процессов и в малом бизнесе.
В целом есть основания считать, что в ближайшие 2-3 года препятствия, мешающие автоматизации малого бизнеса, будут успешно устранены и небольшие сервисные компании получат возможность повысить свою эффективность до уровня лидеров своих отраслей.
Читайте также:
Вы считаете, что функционал любых коробочных приложений корпоративного уровня можно прототипировать в Excel? Тем более - более сложных конфигураций? Звучит не вполне привычно.
Обычно для лучшего понимания реальных возможностей организуют испытания в органиченных масштабах. От создания песочницы для отработки каких-то важных для заказчика сценариев использования до PoC в реальных условиях параллельно с имеющимися системами.
Одно замечание: должностные инструкции обычно нужно подписывать, зависит от позиции. Текущие обязанности сотрудников для начала детально обсуждаются с непосредственным начальником и могут фиксироваться вне формальных должностных инструкций, написанных общими словами.
Хуже, когда обязанности сотрудника постепенно меняются так, что неактуальным становится его трудовой договор.
Прототип есть модель. Кибернетически - "моделью M некоторой сущности A называется такая сущность, которая отвечает на вопросы относительно M с заданной точностью e", т.е. |M-A|<=e. Если прототип позволяет ответить на вопросы, которые задает заказчик - мы получим решение, если нет - можно усложнять прототип. В пределе он может оказаться и сложнее "коробки", но до этого обычно не доводят. Из практики - если в пределах недели не удается сформировать ничего в Excel, нужно крепко задуматься на предмет того, то ли вообще моделируется. Бывают и обратные случаи - когда сам софт настолько прост и очевиден, что можно развернуть демостенд и "прогнать" реальные данные. Но чем сложнее вопросы, которые нужно решить, тем меньше вероятность такого исхода.
Как правило, чтобы развернуть стенд для неочевидного софта, нужно понимать, что и как в него заводить, а это само может быть проблемой. Еще один момент связан с тем, что называют "разницей тезаурусов" - сложно договориться с командой разработчиков без модератора в виде эксперта. Прототип в таких случаях может ускорить процесс. Но, разумеется, везде должен быть здравый смысл - если очевидно, что процесс идет "не туда", нужно его тормозить и выправлять.
Так бывает, и здесь все зависит от долготерпения собственника.
Я такие ситуации классифицирую однозначно - индицент операционного риска, соответственно, он падает на KPI руководителей, ответственных за процесс. Отсутствие должностных или их противоречие реальным процессам ставит под удар бизнес, особенно если он связан с опасным для жизни производством. Так, за нарушение техники безопасности первой очередью "под статью" пойдет директор, но второй - собственник (пример).
Вы берёте коробку с любым названием. У продукта есть описание. И пара сотен функций (или больше). Главный вопрос для обсуждения - что из этого правда. Вряд ли прототип в Excel (для его создания будет нужен добрый волшебник) поможет с ответом. Только хорошо спланированное тестирование и профессиональная оценка результатов.
Может, но редко. Это обычно известно заранее во всех деталях.
Для коробочных продуктов всё это выглядит иначе. Разработчики - люди не слишком публичные, но продажам это не мешает. Необходимость общения напрямую именно с разработчиками возникает крайне редко.
Это и значит, что не тянет.
У меня все прекрасно тянет. Значит, причины у вас не в XLS, а в чем-то другом.
Попробуйте перезагрузить компьютер. Если не поможет, то сделайте format c:
(И поставьте свежий лицензионный софт).
Да как угодно.
У нас то, что раньше делал плановый отдел из 4 человек в течение недели (через одно место), сейчас делает XLS за 20 минут при том на порядок точнее и достоверней и даёт ощутимую (+20%) прибавку к продажам.
А автоматизация это или прокрастинация -- вам видней. Терминологичские дискуссии меня мало интересуют.
Я про деньги больше, чем про болтовню.
1С – архаичный агрегат, заложник DBF структуры. Сложный в архитектуре, в обслуживании, в программировании. Все, что они делают, как следствие этого, – коряво, громоздко, неудобно. Рядовой бухгалтер вряд ли создаст не типовой отчет. Единственно для кого 1С хороша - это армия нахлебников программистов, без которых там не ступить. Беда, что 1С монополизировала нашу бухгалтерию. Все это тормоз (гиря) в свободном общении сотрудника с бухгалтерскими данными для своего потребления и анализа.
Рад, что не я один так думаю и кто-то сказал это вслух.
Поэтому 1С для меня -- это просто донор простых линейных выгрузок того, что там поназаводил бэкофис.
Всю настоящую аналитику и отчетность делает моя mini-SAP на XLS.
Согласен, 1С - продукт для бухгалтерии. И попытка автоматизировать все процессы компании с помощью 1С - очень плохая история. Много людей, много затрат, в итоге что-то получается но не совсем то, что хотелось. Любая инициатива и доработка - в очередь к программистам. Мне потому и нравятся современные коробочные решения для автоматизации, что у большинства реализован функционал low-code. Т.е. с помощью редактора процессов руководитель сам может построить цепочку взаимодействия между сотрудниками, определить условия передачи заявки от одного сотрудника к другому (например техник должен заполнить акт выполненных работ, подписать у клиента и сделать фотографию с геолокацией и результатом работ прежде чем акт можно передать бухгалтеру для выставления счета. Очень удобно, никаких очередей, любые разумные инициативы по улучшению процессов быстро реализуются и нет никаких зависимостей от загрузки программистов
Просто у вас нет миллиона записей. И пользцуетесь один.
Ну зачем начали писать в комментах именно к этой статье, если вас не интересует атоматизация? Поболтать?
Можете кинуть в личку свой супер-файл?