Описание бизнес-процессов: 4 способа и какой подойдет компании до 30 человек

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

Пока вас двенадцать, процессы держатся на памяти. Что ломается на двадцатом

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

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

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

Одна ошибка повторяется третий раз, но каждый раз новым человеком. Забыли выставить счет, не перезвонили клиенту, отгрузили без предоплаты. Вы разбираете это лично, объясняете «как надо» - и объяснение остается в голове одного человека. Следующий наступит на те же грабли. Клиенты, кстати, замечают это раньше вас.

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

Есть и четвертый симптом, менее заметный: вы перестаете понимать, где стоят деньги. Заявка пришла в понедельник, счет ушел через две недели - а что было между? Спросить не у кого, в отделе продаж каждый помнит только свой кусок процесса. Ни о какой оптимизации говорить рано: вы пока даже не видите, что оптимизировать.

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

Заметьте: я до сих пор не сказал, что такое бизнес-процесс, и не собираюсь. Вы и так знаете, как бизнес у вас устроен изнутри, проблема не в терминах. Описание бизнес-процессов в компании на двадцать человек начинается не с теории и не с моделирования бизнес-процессов по учебнику, а с вопроса попроще: что ломается чаще всего. В малом бизнесе трех таких точек хватает, чтобы начать. Если три симптома из четырех вы узнали - тянуть смысла нет, в любом бизнесе это уже та стадия, где описание процессов окупается. А если хочется сначала увидеть со стороны, где именно рвется, для этого есть аудит процессов и отдела продаж.

Четыре формы, в которых вообще существует описание процесса

Вот здесь собственники обычно и буксуют. Зачем фиксировать - понятно. А физически что делать? Садиться писать документ? Рисовать? Покупать программу? Отсюда и страх, что впереди проект на три месяца, с консультантами и папкой на сорок страниц.

Успокою: форм всего четыре. Описание бизнес-процессов организации - это не особый жанр документа, а выбор одной из них.

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

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

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

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

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

Текст: самый дешевый вход и самая частая братская могила

У одного клиента я видел папку на семьдесят страниц. Регламенты, написанные добросовестно, с оглавлением. За полтора года ее открывали один раз - когда я приехал и попросил показать.

Так заканчивается большинство текстовых регламентов. И дело тут не в лени сотрудников.

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

Но есть и то, что портит картину.

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

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

И третье, самое неприятное: в тексте не видно развилок. Фраза «если скидка больше десяти процентов, согласуйте с руководителем» есть, а ветвление читатель достраивает в голове сам. Текстовым описанием почти невозможно передать процесс, в котором два возврата и три согласования.

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

Если решились - вопрос уже не в том, как вообще описать, а как описать бизнес-процесс словами так, чтобы документ дожил до весны. Три приема заметно продлевают жизнь такому документу. Один процесс - одна страница, не больше. Блоки по пять-семь строк, у каждого подзаголовок. И каждая фраза от действия, с именем: не «обеспечивается контроль оплаты», а «Ирина проверяет поступление в банке во вторник утром». Понятная строчка, где названы конкретные исполнители, работает и через полгода. А описание процессов «на все случаи сразу» не работает никогда. И опишите не идеальную картину, а то, как у вас идет сейчас - даже если сейчас криво.

Таблица: когда важнее всего, кто отвечает и в какой срок

Самое полезное в таблице - не то, что в ней написано. А пустые клетки.

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

Вот тут и всплывают пустые клетки. Собственник заполняет такую сетку по своему отделу продаж и на третьей строке упирается: а кто проверяет остаток на складе перед выставлением счета? Выясняется - никто. Формально задача есть, фактически владелец у нее не назначен. В документе такие дыры прячутся за общими оборотами, а в ячейке спрятаться негде: либо там имя, либо прочерк.

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

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

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

А в самый первый вечер я советую делать не описание, а реестр: строка - один процесс, колонка «владелец», колонка «болит или нет». Основные, вспомогательные и управленческие лягут в один список. И станет видно, что бизнес-процессов у вас штук сорок, а болят два.

Схема: единственный формат, где видно развилки и тупики

Схему обычно откладывают: кажется, что моделирование бизнес-процессов - это про большие компании и консультантов. На деле дело не в размере компании, а в количестве развилок: чем больше в процессе слов «если», тем быстрее текст перестает справляться.

«Если» - это развилка, а развилку больше не видно нигде. В документе она растворяется внутри абзаца, в таблице ее некуда положить: строки идут сверху вниз, а работа ветвится. Схема показывает обе дороги разом. То же с возвратами: заявка уходит на доработку, падает на два шага назад - и на картинке это видимая петля. Ради этого визуальное моделирование процессов и придумали, не ради красоты в презентации.

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

Кстати, здесь же лечится страх «мой бизнес уникальный». Графическая схема - единственная форма, где уникальность вообще проявляется: вы рисуете не шаблон из учебника, а свои настоящие развилки. Моделирование бизнес-процессов у компании на двадцать человек выглядит как лист А3 и два вечера.

Красивое слово «бизнес-моделирование» пусть остается консультантам.

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

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

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

Процесс внутри системы: описание, которое само себя выполняет

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

Вот здесь и лечится та самая папка регламентов, которую не открывали полтора года. Описание не устаревает, потому что им пользуются каждый день, не замечая этого. И оно не расходится с жизнью: если шаг лишний, люди начнут ругаться на второй неделе, а не через год.

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

Теперь про цену входа - она тут самая высокая, и дело не в лицензиях. У внедрения бизнес-процессов в систему два тяжелых условия. Нужен человек, который соберет: вечером после работы собственник это не осилит. И автоматизировать можно только то, что уже понятно - внедрение начинается не с автоматизации, а с описания бизнес-процессов на бумаге. Компании, которые автоматизируют неописанный порядок, получают прежний хаос, только быстрее и за свои деньги. Моделирование бизнес-процессов отвечает на вопрос «как у нас идет», автоматизация - «пусть идет само». Первое без второго живет. Второе без первого - нет.

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

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

Кому подходит: работа ежедневная, устоявшаяся, много рук, и потери в ней дорогие. Продажи, обработка заявок, отгрузка. Как такая сборка выглядит на конкретной платформе - отдельная тема: автоматизация бизнес-процессов в Битрикс24. Но и там владельцу процесса придется раз в квартал заглядывать: работа меняется, а собранная цепочка сама себя не перепишет.

Какой способ брать вам: развилка по трем вопросам

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

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

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

Сколько в нем «если»? Посчитайте буквально, по черновику. Ноль или одно - хватит строк. Два и больше, особенно когда это согласования с руководителями подразделений, - нужна схема.

Как часто он идет и как часто меняется? Каждый день, а порядок не переписывался полгода - кандидат на сборку в системе. Раз в квартал или переделывается ежемесячно - оставляйте в тексте, автоматизация тут съест больше, чем вернет.

Ответы складываются, а не спорят. Мало рук, редко, ценность в нюансах - текст, один вечер. Много рук, каждую неделю, развилок нет - таблица, тоже вечер. Появились согласования - к таблице добавляется картинка, два-три вечера. И только когда все три ответа сошлись на «много рук, ежедневно, не меняется», есть смысл внедрять четвертый способ.

Как это выглядит на живых компаниях.

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

Оптовая торговля, двадцать пять человек. Заявка, счет, отгрузка, документы - четыре пары рук на каждой сделке, и так ежедневно. Развилок мало, потерь на стыках много. Первый вечер - реестр, дальше табличное описание бизнес-процессов продаж и закупки, где у каждого шага есть владелец и срок. Рисовать имеет смысл в одном месте: согласование отсрочки. Выигрыш тут считается прямо в деньгах: два лишних дня на счете - это два дня в обороте, а оптимизация бизнес-процесса начинается ровно с этого стыка. И эффективность упирается не в людей, а в стык между двумя строками.

Производство, тридцать человек. Спецзаказ, три отдела, десяток «если»: со склада или под заказ, стандарт или доработка, предоплата или отсрочка. Без картинки никак: оптимизация спецзаказа начинается ровно там, где стали видны все «если». И моделирование именно этого процесса даст больше, чем описание бизнес-процессов всех сорока разом.

Где звать подрядчика. По нашим проектам внедрения в компаниях до тридцати человек развилка решается почти одинаково: текст, таблицу и первую версию схемы собственник закрывает сам, вечерами, и это нормально. Бизнес-моделирование как услуга компании вашего размера обычно не нужно. Чужие руки берут на четвертом способе и там, где нужен анализ бизнес-процессов на два-три ключевых участка.

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

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

Почему в реальности работает не один способ, а связка из двух

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

Самая частая пара - картинка для понимания, таблица для исполнения. Лист с развилками висит на стене: по нему спорят и выясняют, кто за что отвечает. А работают люди по таблице: шаг, исполнитель, срок. Картинка отвечает на вопрос «как у нас устроено», таблица - «что мне делать в понедельник». Порознь хромают обе: по рисунку не поработаешь, а таблица не покажет, где все встало и почему клиент ждет.

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

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

Отдельно про «как есть» и «как надо». В бизнес-моделировании это называют as is и to be: моделирование любого бизнеса начинается с реальности. Сначала - то, что происходит на самом деле, со всеми кривыми обходами. Красивую версию рисуют вторым заходом. Опишете сразу идеальную - получите фантазию, по которой никто не работает.

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

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

Пять причин, по которым описание умирает через месяц

Дальше неприятная часть. Описание процессов редко умирает громко - оно просто перестает открываться, и через месяц про него никто не вспоминает. Причин я насчитал пять, и все они обидно скучные.

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

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

Не назначили владельца. Пока у порядка нет фамилии, он ничей. Владельцем бизнес-процесса стоит делать того, кто сам страдает от сбоев, а не вас. И отдельно - владельцы инструмента, где это лежит: за таблицу или за портал тоже кто-то отвечает, иначе через месяц там три версии файла.

Лежит там, где его не откроют. Файл в переписке, папка на диске, о которой знают трое. Место должно быть одно и общее, а без разбора с командой и обучения сотрудников все это остается вашим личным конспектом.

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

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

Как это выглядит у нас: процесс продаж в компании на пятнадцать человек

Начну с того, зачем они пришли. Оптовая компания, пятнадцать человек, из них пятеро в отделе продаж. Запрос звучал коротко: «поставьте нам Битрикс, менеджеры теряют заявки». И сразу же, вторым предложением: «только у нас все не как у всех, вы не разберетесь». Обычно на этом месте интегратор открывает портал и принимается настраивать воронку. Мы в «Первом Приятном Интеграторе» сначала выясняем, что происходит на самом деле, и только потом трогаем систему.

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

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

Потом сели рисовать. Лист А3, маркеры, четверо вокруг стола: собственник, руководитель продаж и двое менеджеров. Никакого моделирования в специальной программе, от руки. До первой линии на бумаге разговор шел мирно, а после нее спорили сорок минут.

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

Спорят в такие моменты не о том, как правильно. Спорят о том, что теперь видно, кто и где придумал себе обход.

Переделывали дважды. Первый рисунок вышел красивый: как должно быть. Менеджеры посмотрели и сказали, что так не работает никто. Второй собрали по реальности, с обходами и двумя «если». Сопротивление тоже было - люди решили, что это подготовка к проверке. Отпустило, когда стали рисовать своими руками.

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

А насчет «у нас все не как у всех». Десять шагов из одиннадцати оказались такими же, как у любого оптовика. Уникальным был ровно один - и его мы бы сами никогда не угадали. Поэтому и не угадываем, а спрашиваем.

Описание готово. Что с ним делать на следующей неделе

Самое обидное случается именно здесь. Файл дописан, вы выдохнули - и он ложится в папку рядом с прошлогодним. Вопрос «как описать процесс» вы уже закрыли, дальше стоит другой: как сделать, чтобы по написанному работали. На это нужна неделя, а не три месяца, и ни консультант, ни отдельный проект тут не понадобятся.

Назначьте владельца - пятнадцать минут. У каждой цепочки одна фамилия, не «отдел продаж», а Игорь. Это не про вину, а про то, к кому идут с вопросом, когда что-то встало. Без этого шага остальные три бессмысленны.

Покажите людям - полчаса. Соберите тех, кто по этому реально работает, и прочитайте вслух. Не рассылкой, вслух: половина правок всплывает именно там, где в переписке кивают, а в комнате спорят. Обучение начинается ровно тут, а не когда вы закажете тренинг.

Проверьте на живой сделке - неделя фоном. Возьмите одну заявку из тех, что придут в понедельник, и проведите ее буквально по написанному, шаг в шаг. Одна сделка позволяет определить больше, чем неделя обсуждений: там, где придется отступить от текста, текст и врет. Заодно увидите, сколько шагов делается не в том порядке, в каком записаны.

Поставьте дату пересмотра - две минуты. Прямо в календарь, через месяц, на пятнадцать минут. Складывайте туда накопившиеся правки: два-три мелких улучшения за месяц - нормальный темп.

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

И если из четырех пунктов вы сделаете только один - делайте второй.

Заключение

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

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

Мы в «Первом Приятном Интеграторе» редко начинаем с системы. Сначала спрашиваем, как у вас идет на самом деле, - и уже по ответу видно, нужно ли тут моделирование целого бизнеса или хватит двух вечеров и листа А3.

А если из всей статьи вы возьмете один шаг - возьмите самый простой. Спросите исполнителей, как они работают на самом деле. Ответ вас удивит.