«Зачем тратить время на описание бизнес-процессов, если всё и так хорошо работает?» — вопрос, который нам периодически задают наши клиенты. Мы решили разобраться, что такое бизнес-процессы, зачем их детально прописывать, и как за 11 шагов самостоятельно прописать бизнес-процесс для своей компании.
Что такое бизнес-процесс?
Бизнес-процесс — стандартная последовательность действий (алгоритм), которая помогает доставить ценность клиенту и получить прибыль. Поиск клиентов, наем новых сотрудников, съемка рекламного видео — примеры отдельных бизнес-процессов.
- Бизнес-процессы повторяются. Например, в видеопродакшене работа с клиентом в основном проходит по одному и тому же пути: компания получает бриф, создает на его основе ТЗ, обсуждает с клиентом, подписывает договор, снимает и монтирует видео, презентует клиенту и получает оплату по договору.
- Бизнес-процессы проходят через несколько отделов (команд) и должностей. Например, к бизнес-процессу поиска сотрудников могут привлечь трех участников: отдел внешних коммуникаций рассылает анонсы о новых вакансиях, HR-отдел проводит собеседования, руководитель компании окончательно выбирает, кого взять в команду.
- «Получение оплаты от клиента в рассрочку»;
- «Получение оплаты от клиента в рамках скидок и акций»;
- «Получение оплаты от постоянного клиента».
Зачем нужен бизнес-процесс?
Бизнес-процесс описывает то, как вы работаете. С описанием работы легче добиться четкого выполнения процесса. Здесь действует правило: «Если это не написано — этого не существует». Когда бизнес-процесс прописан, его можно совершенствовать, а значит — повышать прибыль компании и удовлетворять потребности клиента.
Также с бизнес-процессами вы снижаете зависимость от персонала, так как в бизнес-процессе участвуют не отдельные люди, а должности и отделы. Поэтому хорошо проработанный процесс понятен даже новичкам.
- конфликты между отделами и командами. Для решения каждого конфликта приходится привлекать топ-менеджеров.
- бизнес растет, но затраты растут намного быстрее.
- стало больше проблем, связанных с обслуживанием клиентов и производством: срыв сроков доставки, хамство сотрудников колл-центра, брак товара.
- сотрудникам, особенно новым, тяжело понять, кто и за что отвечает в компании;
- внедрение чего-то нового (оптимизация расходов, переход на Agile) встречает постоянное сопротивление сотрудников.
Как создать бизнес-процесс: пошаговое руководство
1. Определите цель процесса.
- Основные. Добавляют ценность клиенту и приносят прибыль компании (процесс «Продажи»).
- Вспомогательные. Помогают выполнять основные процессы (процесс «Введение нового работника в должность» в рамках основного бизнес-процесса «Управление персоналом«).
Границы процесса — это начало и конец, в рамках которых проходят все операции. Например, в процессе «Продажи» началом будет поступившая от клиента заявка, концом — доставка готового продукта.
3. Определите основные действия бизнес-процесса.
Основные действия — это этапы, из которых состоит процесс. Этапы удобно визуализировать с помощью канбан-таблиц, как мы это делаем в Worksection.
Михаил Рыбаков, автор книги «Бизнес-процессы. Как их описать, отладить и внедрить. Практикум» советует разбивать бизнес-процесс на 7-12 шагов.
4. Определите ответственных и исполнителей по каждому действию (этапу) бизнес-процесса.
- Архитектор. Отвечает за качественное проектирование и совершенствование схемы процесса. Он не отвечает за непосредственное выполнение процесса. Обычно архитектором становится руководитель управленческой команды (группы), которая работает с конкретным бизнес-процессом.
- Руководитель. Отвечает за четкое выполнение процесса, чтобы он достигал своих целей. У каждой единицы процесса — свой руководитель. Например, в бизнес-процессе найма сотрудников в студию видеопродакшена единица процесса — найм motion-дизайнера.
- Управленческая команда (группа). Команда (группа) вместе с архитектором проектирует и улучшает бизнес-процесс. Обычно в команду (группу) входят руководители подразделений и ведущие специалисты.
- Исполнители.
Обязательное качество результата — его можно проверить. Например, получение клиентом товара (результат) подтверждается подписанной товарно-транспортной накладной. У действия (этапа) может быть несколько результатов.
6. Добавьте альтернативные пути процесса.
Бизнес-процесс описывает идеальное развитие событий: например, в процессе «Получение оплаты от клиента» товар всегда есть на складе. Если товара на складе нет из-за ошибки поставщика, то путь выполнения процесса изменится — это альтернативный путь. Так, если в процессе «Получение оплаты от клиента» клиент отказывается от покупки, альтернативным путем будет «Привлечение специалистов для работы с возражениями».
7. Добавьте документы на схеме бизнес-процесса.
Наше любимое правило: «Если это не записано — этого не существует». К примеру, в колл-центр позвонил клиент и попросил отправить заказ на неделю позже. Менеджер не внес данные в CRM, а позвонил на склад и предупредил о переносе отправки. Если заказ придет клиенту через месяц, кто кто будет виноват: менеджер по продажам, склад или служба доставки? С записью о переносе доставки такого вопроса не возникнет.
Когда в следующий раз будете в McDonald’s, обратите внимание на график уборки в санузле, в котором работники расписываются после каждой уборки. Это — документ бизнес-процесса «Уборка помещений».
8. Добавьте инструменты и программы, которые вы используете в бизнес-процессе.
- чек-лист (что нужно сделать для того, чтобы передать ТЗ команде разработки программного обеспечения);
- технологическая карта (алгоритм приготовления конкретного блюда);
- фотографии (как выглядит сверстанный брендбук в студии дизайна);
- схема/блок-схема;
- видеоролик (демонстрация эффективной презентации финального продукта клиенту);
- скринкаст (видеоинструкция по работе с лидами в CRM для отдела продаж);
- скрипт (сценарий проведения переговоров с кандидатом на вакансию);
- блок-схема.
9. Определите KPI бизнес-процесса.
KPI (ключевые показатели эффективности) показывают, насколько хорошо работает бизнес-процесс и как его можно оптимизировать. Такими показателями могут стать:
- срок выполнения заказа клиента (в днях);
- стоимость привлечения клиента (в гривнах).
Каждый KPI — показатель, но не каждый показатель — KPI. Например, в студии 3D-печати срок выполнения заказа клиента может быть одним из KPI, а в архитектурном бюро — не будет.
Еще есть North Star Metric (метрика полярной звезды) — единый показатель, который отражает основную ценность продукта или услуги для клиентов. Например, в e-commerce метрикой полярной звезды будет количество заказов.
10. Свяжите полученную схему с другими процессами.
Из бизнес-процессов формируется архитектура бизнеса — система бизнес-процессов, которые упорядочивают бизнесы и обеспечивают его результативность. Поэтому бизнес-процессы не могут противоречить или конфликтовать друг с другом.
11. Проверьте полученную модель бизнес процесса.
После тестирования вы поймете, насколько верно выполнены все предыдущие шаги. Уже на этом этапе можно думать, как усовершенствовать бизнес-процесс.
Существует множество программ, которые упрощают создание бизнес-процессов и помогают отслеживать их качество в реальном времени. Расскажем о трех из наиболее простых сервисов для создания бизнес-процессов. В этот раздел не попали отдельные инструменты типа диаграммы Ганта, канбан-таблиц, мнемосхем, ментальных карт.
Перед тем, как использовать любую программу или сервис для создания бизнес-процесса, советуем прописать несколько процессов на бумаге, чтобы понять логику построения.
Business Studio. ПО, с помощью которого можно не только описать бизнес-процессы, но и разработать систему KPI, бизнес-стратегию, внедрить систему менеджмента качества. Есть интеграция с пакетом MS Office.
Notion. Единое рабочее пространство для огромного количества инструментов: заметок, таблиц, баз знаний, ментальных карт, канбан-досок. Лайфхакер назвал его «гибридом Evernote, Google Docs, Trello и Todoist». Правда функций так много, что придется потратить пару вечеров для освоения программы.
Worksection. Система управления проектами со встроенными Agile-инструментами: диаграммой Ганта, канбан-досками. Для создания бизнес-процессов выделена функция Workflow, в которой процессы строятся на основе статусов и представлены в виде канбан-доски. Самое простое из перечисленных решений с бесплатным месяцем для тестирования.
Как создать бизнес-процесс в Worksection
Бизнес-процесс в Worksection строится на основе статусов — действий, из которых состоит проект. Набор статусов (действий) всегда единый для конкретного проекта.
Источник: worksection.com
Семь «золотых» правил описания бизнес-процессов
3 июня 2021
Семь «золотых» правил описания бизнес-процессов
Сергей Ковалев — руководитель и ведущий консультант консалтинговой компании БИТЕК (Бизнес-инжиниринговые технологии). Имеет 20-летний опыт организационного проектирования и управления бизнес-процессами. Автор публикаций, семинаров и книг по стратегическому и процессному управлению и развитию.
Работы, по описанию процессов должны быть эффективны, а разработанные процессные диаграммы должны использоваться в деятельности. К сожалению, так бывает не всегда. Подводные камни, встречающиеся при описании процессов, могут свести эффективность этой работы к нулю. В этой статье мы расскажем как их избежать..
Чаще всего проблемы эффективного описания и дальнейшего использования процессных диаграмм вызваны человеческим фактором. Опыт описания процессов в российских компаниях показал, что зачастую персонал не заинтересован в этих работах. Причина понятна — описание бизнес-процессов дает ответы на вопросы «кто чем занимается» и «кто за что отвечает».
Это делает работу компании прозрачной, подконтрольной руководству и управляемой. Прозрачность, в первую очередь, выгодна руководителям, она позволяет стимулировать персонал компании активнее работать на цели организации. Кроме того, описание бизнес-процессов позволяет выявить «излишки» финансовых, материальных, временных и трудовых ресурсов. Неудивительно, что всегда есть сотрудники, которые каким-либо образом отказываются открывать реальную информацию о деятельности предприятия.
Чтобы уменьшить подобное сопротивление и повысить эффективность работ по описанию бизнес-процессов, рекомендуется использовать следующие «золотые» правила, разработанные на основе практического опыта.
Правило 1. Составляйте, уточняйте и подтверждайте схемы бизнес-процессов вместе с их владельцами (ответственными) и исполнителями. Делайте исполнителей и экспертов авторами процессных диаграмм.
К работе по описанию бизнес-процессов нужно активно привлекать специалистов, которые в них участвуют и отвечают за эффективность их выполнения. Во-первых, это ускорит работу и повысит качество результатов, так как участники процесса знают его лучше других. Во-вторых, именно на основе разработанных описаний в дальнейшем будет проводиться оптимизация бизнес-процессов. А одним из главных правил эффективного проведения изменений является вовлечение на ранних стадиях в эти работы сотрудников, непосредственно участвующих в процессах, и тех, чью деятельность затронут изменения.
Подробнее об описании и оптимизации бизнес-процессов и оргструктуры рассказано в книге «Настольная книга аналитика. Практическое руководство по проектированию бизнес-процессов и организационной структуры». В книгу включено более 70 примеров применения методов и инструментов описания процессов и организации, а также их оптимизации.
Правило 2. Используйте простые и наглядные подходы описания бизнес-процессов.
При массовом описании бизнес-процессов и последующем их анализе рекомендуется использовать простые, наглядные подходы и нотации описания бизнес-процессов. Эти подходы должны быть понятны как руководителям любого уровня, так и рядовым сотрудникам, не являющимся глубокими специалистами в области методологий бизнес-моделирования. Опыт описания бизнес-процессов (и в российских, и в западных компаниях) показал, что если подходы и нотации описания бизнес-процессов не понятны, то и заинтересованные лица теряют интерес к процессу, что ставит под угрозу достижение целей проекта.
Правило 3. Используйте язык, понятный владельцам и участникам бизнес-процессов.
При описании бизнес-процессов нужно использовать язык и терминологию, которые приняты в организации. У каждой компании своя специфика, есть свои устоявшиеся названия бизнес-процессов, документов и отделов. Поэтому рекомендуется использовать терминологию, привычную вашей компании, такие схемы процессов будут более понятными и узнаваемыми для всех участников. Это сэкономит много времени и сил при их согласовании, анализе и оптимизации.
Правило 4. Создавайте схемы деятельности, а не организационных структур.
При описании процессов нужно абстрагироваться от существующей организационной структуры и не использовать ее как средство выделения бизнес-процессов. Бизнес-процессы должны строится на основе стратегии, а организационная структура подстраивается под них, но не наоборот. Только когда описаны все бизнес-процессы, на них «накладывается» организационная структура. Если она «не стыкуется» с процессами – значит она не оптимальна. Если пренебречь правилом и в качестве основы для выделения процессов использовать существующую структуру, то вероятность разработки описаний процессов, не соответствующих действительной ситуации в компании, достаточно велика.
Пример. Где заканчивается процесс «Поставка товара от поставщика»?
В одной компании сотрудники описывали бизнес-процесс «Поставка товара от поставщика» и встал вопрос о границах процесса. Одна группа специалистов предложила в качестве конечной границы рассматривать событие, когда поставленный товар уже находится в свободной продаже. Другая группа – специалисты отдела закупок, в большей степени участвовавшие в процессе, считали, что границей процесса является событие, когда товар закуплен и доставлен к воротам склада. Во втором случае для определения границ процесса использовалась существующая организационная структура. Однако, в тот момент было непонятно насколько эта структура оптимальна, а значит определение границ процесса на ее основе может привести к ошибкам.
Правило 5. Избегайте излишней детализации процессов, особенно на схеме «как есть».
Одной из проблем, возникающих при описании бизнес-процессов, является нарушение оптимального уровня детализации, что, в свою очередь, приводит к значительному увеличению объема работ. В результате излишней детализации участники проекта оказываются перегружены информацией, что в итоге снижает качество работ.
Правило 6. Избегайте составления схемы процесса ради схемы, не ведущей к дальнейшему анализу и действиям.
Ситуация, когда акцент делается не на решении проблем, а лишь на разработке схем процессов, встречается довольно часто. Многие компании, улучшающие бизнес-процессы, часто допускают типичную ошибку: они начинают бесцельно описывать бизнес-процессы в надежде на то, что после разработки детальных процессных схем будут выявлены проблемы, а потом сформулированы цели оптимизации и определены ее пути. Такой подход неэффективен, подобное описание процессов, отнимая много времени и сил, часто не дает почти никаких результатов и в дальнейшем может даже привести к отторжению процессных технологий. Более того, не обозначив цели оптимизации, невозможно выбрать нужный подход и методологию описания, инструменты анализа и улучшения, а также невозможно построить правильную схему бизнес-процесса, способную дать ответы на нужные вопросы.
Пример. Спор о накладной
В одной компании описывались процессы c целью подготовки предприятия к внедрению интегрированной информационной системы. При описании процессов использовалась методология IDEF0. Специалисты, занимающиеся описанием процессов, долго решали возникший спорный вопрос – к чему отнести накладную, пришедшую с товаром от поставщика при описании процесса «Приемка товара».
Одни считали, что накладная является входом для бизнес-процесса, другие считали ее управлением. На спор ушло две недели рабочего времени, и при этом каждая из сторон осталась при своем мнении. Подобных затрат времени можно было бы избежать, если бы участники спора вспомнили о цели описания процесса.
Правило 7. Не смешивайте понятия «как есть» и «как надо».
При описании бизнес-процессов нельзя смешивать понятия «как есть» и «как надо». Согласно технологии оптимизации процессов, в первую очередь необходимо описать процесс «как есть». Поэтому нужно описывать только те процессы и организационную структуру, которые существуют на самом деле, даже если они не оптимальны.
Часто при опросе сотрудники, чья деятельность описывается, начинают забегать вперед и рассказывать вещи, сильно отличающиеся от действительности. Когда их спрашивают, почему они поступают таким образом, они отвечают: потому что, по их мнению, так и должно быть. В результате построенные схемы бизнес-процессов не соответствуют действительности, а это не дает возможность эффективно провести оптимизацию процессов.
Соблюдение этих семи «золотых» правил описания бизнес-процессов позволит эффективно описать процесс, получить полезную процессную диаграмму, которая, в свою очередь, позволит решить те задачи, которые были поставлены перед проектом.
Источник: upr.ru
Разбираемся с бизнес-процессами самостоятельно
Статья о том, как самостоятельно проанализировать, описать и систематизировать процессы, и какие инструменты для этого понадобятся.
14 391 просмотров
Первая часть о том, как структуризация процессов и внедрение CRM помогло интернет-магазину увеличить количество заказов и прибыль в 2 раза находится тут.
Основные проблемы отсутствия четких процессов
1. «Человек-оркестр»
Владелец бизнеса или директор любого уровня. Рабочие процессы давно ушли «в подкорку», как при вождении машины, поэтому при росте объемов работы делегировать «лишнюю» часть задач не получается, и приходится заниматься тушением пожаров. Клонирование пока тоже работает не так, как хотелось бы. Работать в состоянии пожара над развитием бизнеса крайне затруднительно.
Туалетное делегирование сибирикс
2. «Туалетное делегирование»
«Туалетное делегирование» — постановка задач ртом, никак нигде не зафиксированная, без дедлайна и контрольных точек. Будет ли задача выполнена, да еще и так, как хотел постановщик? Вряд ли. Встречается чаще, чем хотелось бы. Чревато срывом сроков, недовольством заказчиков, выплатой неустоек, шрамами на карме.
3. Рост трафика не коррелирует с ростом заявок
На сайт приходит все больше трафика, телефон звонит, не переставая, заявки льются со всех каналов, но продажи не растут. Если рост трафика обеспечивается ростом рекламных бюджетов, то эти бюджеты «сливаются в трубу». Трафик должен превращаться в доход. Если не превращается — ищите проблему.
4. «Черный ящик» хаоса
Непонятно, чем занимаются сотрудники. «Вроде что-то делают». Как понять, кто имитирует бурную деятельность, а кто работает? Кто движется в сторону цели и работает на результат, а кто тащит одеяло на себя в ущерб компании?
Поломанные коммуникации
5. Communication breakdown
Общение с клиентом происходит в ворохе мессенджеров, и соединяется только в голове менеджера. Если он, например, умрет — вместе с ним умрет и картина этого общения, придется собирать ее, как пазл, изо тех мессенджеров, к которым есть доступ. Нет доступа — нет и кусочка пазла. А клиент тем временем ушел к другому подрядчику, который не забывает о договоренностях, задачах, сроках и днях рождения.
Какие конкретно проблемы вы хотите решить? Управление проектами? Персоналом? Продажами? Коммуникациями?
Все вместе?
Перечислите проблемы в столбик. На бумажке, в табличке, носитель не важен.
Поставьте цель напротив каждой проблемы: что получится в результате исправления или оптимизации?
Какой конкретный результат покажет, что цель достигнута?
Запишите ответы на эти вопросы возле соответствующего пункта «Проблема — Цель».
Если цель глобальная — разбейте ее на промежуточные. Чем мельче разобьете, тем больше шансов, что доберетесь.
Проанализируйте, как «проблемы» превратить в «задачи» и какие задачи двигают вас от одной промежуточной цели до другой в сторону главной.
Часто на этапе выписывания целей и формирования задач становятся видны «узкие места», и становятся очевидными решения, внедрить которые несложно, а часть проблем решается.
Приучив сотрудников записывать каждую выполняемую задачу и трекать по ней время, вы получите четкую картину того, что происходит на проекте без дерганья человека вопросами «А чем ты сейчас занят? А сколько еще задач можно тебе поручить без вреда для здоровья? А такая задача у тебя сколько времени займет? А такая?».
Экономия исчисляется в человеко-ВЕКАХ.
Цена внедрения: одно собрание и 15 минут на перенастройку «задачника».
Если система получается слишком сложной для восприятия в виде списков, попробуйте выписывать не в столбики, а в виде майнд-карты (см.картинку), на ней хорошо видна структура взаимосвязей в системе чего угодно. О работе с такими картами — чуть ниже.
Главное во всех этих приготовлениях: не терять из виду цель. И постоянно сверяться с логикой:
Эта задача приближает меня к цели?
Этап описания похож на проектирование дома. Можно построить дом и без проекта, но получится долго, дорого, и, скорее всего, развалится, погребя под обломками строителя и всех причастных.
Что почитать по теме?
Материалы по ссылкам даны для примера, темы можно копать и дальше.
- Рекомендую начать с учебника логики Виноградова 1954 года.
- «Вопрос как форма познания»
- «Цели и задачи. В чем разница?»
- Методика GTD , статья по теме на Хабре — хорошо помогает разобраться с приоритетами, и видеть, какие задачи двигают к цели.
В условиях нехватки времени и напряженного рабочего графика на этот этап уйдет пара недель. При полном погружении можно пробежать за 2-3 дня.
Инструменты и ресурсы
1. Майнд-карты (Интеллект-карты, Mind maps)
Гениальный в своей простоте инструмент, который позволяет превращать мысленный хаос в стройную систему блок-схем. Общая логика схем в том, что есть родительские элементы, и подчиненные им элементы по уровням.
Мой любимый инструмент для майндмаппинга — xmind. Мне хватает бесплатной версии. Второй любимый — draw.io
Многим удобно использовать браузерную версию такого инструменты, чтобы можно было работать совместно или делиться ссылками на карты. Условно для этого подходит draw.io, но его функционал шире, там можно рисовать любые схемы, не только майнд-карты.
Часть исходных данных удобно хранить именно в таком виде. Например, структуру компании, связи между разными логическими блоками бизнеса, логику построения маркетинговой стратегии и так далее.
Карт на проекте может быть несколько:
- Карта про сам бизнес, от идеи до воплощения, с разветвлением на направления.
- Карта про персонал, структуру отделов, кто кому подчиняется.
- Карта продукта.
- Карта про целевую аудиторию, поделенную на сегменты, и по каждому сегменту — важная для бизнеса информация: интересы, пути выхода, ответы на возражения и так далее.
- Структура рекламных каналов и точек контакта с аудиторией.
- Другие карты, в зависимости от целей и «белых пятен», нуждающихся в структуризации.
MS Excel и Google Sheets теперь ваши лучшие друзья. У них не только супер-подробная справка, но и тонны бесплатных материалов для изучения, включая видеоуроки. Не обязательно становиться «гуру Экселя», достаточно освоить базовый функционал: как работают сами таблицы, кнопки и панельки, форматирование. Например, по этому самоучителю.
Из формул пригодятся «Математические», «Ссылки и массивы» и «Логические». По конкретным задачам легко нагуглить конкретное решение с подробной инструкцией, в том числе и видео.
Мне встречались случаи, когда все процессы, включая систему учета клиентов, были реализованы с помощью таблиц. Здесь нужно исходить из технических требований, целей, и наличия специалиста, способного поддерживать эту систему в рабочем состоянии. Если таблицы могут покрыть весь нужный функционал, то можно ими и ограничиться.
Базовое освоение Экселя с нуля обычно занимает пару вечеров, или 4-5 часов теории, перемежающихся практикой.
Более глубокое погружение требует больше времени, но насколько — сказать трудно, так как зависит от задач, которые предстоит решать. От 30 до 60 академических часов обычно достаточно, чтобы освоить его до уровня бизнес-аналитика.
3. Конструкторы процессов
Самый ресурсоемкий пункт.
Для того, чтобы перейти к конструированию процессов, придется хотя бы поверхностно ознакомиться с методологией.
Начните со статьи в Википедии про бизнес-процессы, она даст общее понимание о том, как можно описывать процессы, и какие задачи это помогает решать.
Спецификация BPMN описывает условные обозначения и их описание в XML для отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции.
После этого можно перейти к изучению BPM-концепции и нотаций BPMN 2.0, так как они, на мой взгляд, ближе всего к логике «обычного» человека.
Я показывала готовые BPMN 2.0-схемы людям, далеким от темы, и они могли их читать и понимать, без подготовки. Другие системы, например, IDEF0 и EPC, ближе инженерам и программистам, в них не так хорошо читается хронологическая последовательность событий, поэтому их можно не трогать.
На Хабре, например, есть много хороших статей про бизнес-процессы и практическое применение нотаций BPMN 2.0.
Посмотрите видео (вебинары и уроки), и сразу начинайте рисовать свои процессы. Любые. Хоть поход в магазин за хлебом или разбор утренней почты.
На сайте ELMA есть замечательный бесплатный курс по BPMN.
Мой любимый конструктор, поддерживающий BPMN: camunda-modeler, в нем создана схема на картинке выше. На самом деле, Camunda — это «приложение для автоматизации бизнес-процессов», но я использую только его моделлер, как рисовалку (хаха). Потому что мне там удобно и красиво. В отличие от той же ELMA, например.
Подробная схема процесса, нарисованная в любом моделлере, позволяет «возвыситься над ситуацией», взглянуть со стороны, например, на пути прохождения заявок, и взаимодействие людей вокруг этого пути. Попробуйте начать рисовать любой процесс, имеющий какие-то нюансы, и поймете, что я имею в виду.
Схема процесса пригодится для создания грамотного ТЗ системному интегратору, поможет понять, какие части процесса можно перераспределить между исполнителями, в каких местах «визуально» можно подключить какие-то сервисы.
Путь до первой осознанной схемы занимает около недели, если тратить на изучение материалов хотя бы 2 часа в день.
Изучение же логики процессов, нюансов разных методологий и способов реализации может продолжаться всю жизнь =)
4. CRM (Customer Relationship Management)-система
Подбирается по цене и функционалу, указанному на сайте выбранной системы. После проработки схемы процесса в голове уже сложится представление о том, что и как должно работать, а из этого станет понятно, какой функционал потребуется для реализации.
Рекомендую изучить сравнения и обзоры, чтобы понять, какая максимально отвечает требованиям. Примеры названий подобных статей: «Что выбрать? Сравнение шести популярных CRM систем», «Пятеро разных: как я выбирал CRM для своего сервиса». Нужно принимать во внимание, что статья может склонять в сторону какой-то конкретной CRM, поэтому чем больше таких статей изучить, тем более объективное понимание сложится.
Приведу пример последнего клиента, по каким критериям мы сравнивали CRM, что в итоге выбрали и почему.
Задача: Объединить 6 пользователей в единую систему, и перестать терять лидов. Телефонию, аналитику, регламенты, скрипты продаж — тоже надо иметь внутри системы. Максимально автоматизировать всё, что там можно автоматизировать: постановка задач в ответ на действие пользователя, контроль, SMS и e-mail уведомления клиентов, аналитика, отчеты.
Выбрали в итоге Б24, по совокупности факторов:
- цена за год,
- функционал «из коробки»,
- отсутствие «скрытых» трат, например, на модуль для аналитики,
- популярность системы, много информации по типовым задачам,
- нет проблем найти поддержку или внедрить доработки.
Минусы, конечно, тоже есть:
- перегруженный интерфейс, который можно переделать глобально только на коробочной версии, мы же взяли облако пока,
- не всё работает так, как красиво показано в промо-материалах.
У любой популярной CRM на сайте есть разделы «Обучение» и «Справка», этого достаточно, чтобы провести базовую настройку системы и начать ею пользоваться. У большинства есть бесплатный пробный период от двух до четырех недель. Платные системы предоставляют оперативную техподдержку, отвечают на вопросы страждущих. На YouTube есть видеоуроки по всем популярным системам.
Вы уже определили свои цели и задачи, и задокументировали бизнес-процессы? Тогда с выбором CRM и ее базовой настройкой вы тоже справитесь! Ура!
Самый расплывчатый пункт.
Самый расплывчатый пункт. Что за сервисы? Зачем? Почему? Опять же, отталкиваемся от целей и задач: телефония/рассылки/склад/задачи/бухгалтерия/чертзнаетчтоеще, не входящее в функционал CRM.
Хотя есть некоторые CRM, в которых «из коробки» настолько богатый функционал, что никакие дополнительные сервисы и не понадобятся.
Возвращаясь к примеру из пункта 4, расскажу о том, как и какие сервисы мы выбирали. Так как почти весь нужный функционал покрыла CRM, нам осталось выбрать сервисы для колл-трекинга, телефонии, и SMS-рассылок.
Получилось как-то так (кликабельно):
Зеленым помечены те варианты, на которых в итоге остановились.
После выбора можно связаться с техподдержкой, и получить помощь в настройке, так как любой платный сервис заинтересован в том, чтобы клиент остался с ним на веки вечные.
Еще где-то здесь должна быть аналитика, но базовые аналитические отчеты можно построить и без особой подготовки, используя внутренние возможности сервисов и CRM. Построение же единой общей системы сквозной аналитики — это целый отдельный мир, и тема для другой статьи.
Надеюсь, эта статья поможет всем заинтересованным в теме понять, что не так страшен черт, как его малютка, и любой человек, изучив предложенные материалы, сможет начать описывать и оптимизировать процессы вокруг себя.
Если хотя бы 1 человек это сделает, сердце мое наполнится радостью и счастьем.
В следующих статьях планирую ответить на вопросы:
- Какие проблемы решает процессный подход?
- Во сколько раз увеличивает прибыль и уменьшает количество сжигаемых нервных клеток?
- Какие проблемы встают на пути этого внедрения?
13 комментариев
Написать комментарий.
Конечно интересно.
За ссылки по BPMN отдельное спасибо. Активно изучаю эту тему для дальнейшего применения в своей работе.
Развернуть ветку
Развернуть ветку
Развернуть ветку
Крутая статья, спасибо. Очень буду ждать продложение. Хочу пообщаться вживую, оставьте контакты в личку.
Развернуть ветку
не знаю, где тут личка.)
пишите в фб или вк Mariia Paap (Ma Xa)
Развернуть ветку
Открывая статью, не ожидал ТАКОГО погружения в тему! Я даже не предполагал, насколько она может быть глубока! Да с такими знаниями офигенные горизонты светят, как специалисту)
Успехов и жду дальнейших статей!
Лайк-подписка-колокольчик)
Развернуть ветку
какая хорошая статья.
я пошла изучать всё на свете + жду продолжения. х)
Развернуть ветку
Хороший пример у Антона Малышева — была проблема с производством, оказалось, что слабы были процессы сопутствующие — логистика и тп. Оптимизиовали их, производство выросло в 2,3 раза — https://dirclub.ru/postroenie-biznes-protsessov-na-zavode/
Развернуть ветку
Не информативно. Статья даже не содержит набора ключевых тезисов, которые нужны для самостоятельного изучения этой темы , а уж тем более для выработки целостного понимания.
Если реально хотите разобраться в теме лучше изучите BABOK или почитайте статьи по BPMN, но не берите за основу эту статью, скорее всего у вас сформируется ложное понимание, что по сути хуже всего.
Развернуть ветку
Интересно, насколько внимательно вы прочитали статью? Ok, на BABOK ссылки не было, но теперь она есть в комментариях.) но ссылка на статьи про BPMN и даде на целостный курс по BPMN там есть.
в чем же ложность понимания?
Развернуть ветку
Абсолютно клиповая статья с полным отсутствием минимального набора сведений по методологии анализа — то есть приведён бессвязный перечень тезисов, который составляет неправильное/неполное = ложное представление/клиповое представление.
Статья выглядит как набор новостей ТВ из мира анализа. Тогда как нужно быть стратегом как Суворов. Хороший аналитик от плохого отличается наличием стратегии, а не тактики, как и хороший анализ.
Любой текст в виде случайных бессвязных обрывков с громким названием — это в моем понимании гораздо хуже, чем даже крохотное оглавление BABOK на 9 страниц.
Если вырвать гайку из двигателя — это не значит, что вы полетите.
Если вырвать рандомные тезисы из полного списка тезисов по теме — это просто гайка, а не двигатель.
Развернуть ветку
Спасибо за конструктивную критику. В методичке обязательно построю всё как надо.
Слишком уж о многом хотелось в статье рассказать. Понятно, что получилось только по поверхности пошкрябать.
Развернуть ветку
Вторая часть уже вышла, в профиле у меня висит =)
Развернуть ветку
Комментарий удален модератором
Источник: vc.ru
