Разбор · Ход внедрения
Признаки, что внедрение не взлетит: что видно уже на интервью
Четыре признака: три человека описывают один процесс тремя способами, у проекта нет ответственного со стороны компании, автоматизацию заказывают вместо решения управленческой проблемы и сроки назначены раньше, чем описан объём работ.
В основе: Поле «что мешало до внедрения» во всех 17 опубликованных кейсах eVailyt: 67 сформулированных проблем
- Автор
- Севастьян Лютиков, основатель evailyt
- Опубликовано
- Чтение
- 3 мин
Рынок устроен так, что подрядчику выгодно согласиться на любой проект. Мы разбираем причины, по которым иногда стоит сказать «пока не надо», — и по которым это выгоднее обеим сторонам.
Почему система не решает управленческие проблемы
Мы собрали формулировки из поля «что мешало до внедрения» по всем 17 опубликованным проектам — получилось 67 проблем. Они делятся на две группы, и это деление объясняет всё остальное.
Первая группа — про отсутствие инструмента: данные дублируются, каналы существуют отдельно, история переписки теряется, документы готовятся вручную. Такие проблемы система снимает, потому что они и возникли от отсутствия системы.
Вторая группа — про отсутствие договорённостей: непонятно, кто отвечает за клиента, никто не контролирует исполнение, решения принимаются в переписке. Здесь автоматизация не помогает. Она делает беспорядок видимым, что полезно, но сам по себе беспорядок не устраняет. Если руководитель не готов действовать по тому, что увидит, проект заканчивается красивым порталом, в который никто не заходит.
Признак первый: один процесс описывают тремя способами
На интервью мы спрашиваем одно и то же у трёх человек: как заявка проходит от обращения до выполнения. Расхождения в деталях нормальны. Расхождения в том, кто принимает решение, — нет.
Когда руководитель говорит, что заявку распределяет старший менеджер, старший менеджер — что распределение идёт по очереди, а менеджер — что берёт свободные заявки сам, автоматизировать нечего. Любая настройка закрепит одну из трёх версий, и две трети команды сочтут её неправильной.
Это лечится, и лечится быстро: нужна одна встреча, на которой версия выбирается вслух и записывается. Плохой признак не в самом расхождении, а в ответе «давайте вы сами решите, как правильно». Решение о том, кто в компании за что отвечает, подрядчик принять не может.
Признак второй: у проекта нет хозяина внутри
Внедрение требует решений почти каждый день: какие поля обязательные, кто видит чужие сделки, что делать со старой базой. Если на стороне компании нет человека с полномочиями отвечать, проект встаёт в очередь к руководителю и растягивается.
Хозяин проекта — это не технический специалист. Это человек, который знает, как работает компания, и может сказать «делаем так». В проекте для образовательного центра работа велась именно так — под руководством одного специалиста и в рамках ограниченного бюджета, и ограничение бюджета оказалось менее важным, чем наличие этого человека.
Признак опасности звучит безобидно: «мы вам всё расскажем, дальше делайте». В переводе это означает, что решения будут приниматься подрядчиком, а оцениваться — заказчиком, который в них не участвовал.
Признак третий: автоматизацию просят вместо разговора
Иногда запрос на систему — это способ не обсуждать то, что обсуждать неприятно. Продажи падают, и вместо разбора причин заказывается CRM. Сотрудники не выполняют договорённости, и вместо разговора заказывается контроль.
Распознать это можно по одному вопросу: что изменится в работе людей после запуска. Если ответ описывает поведение системы, а не поведение людей, ожидания расходятся с реальностью.
Наш принцип сформулирован до всякой методики и звучит просто: сначала порядок, потом цифровизация. Он не про то, что автоматизация вредна, а про очерёдность. Система хорошо закрепляет работающую схему и плохо заменяет её отсутствие — подробнее о том, как мы строим схему до настройки.
Признак четвёртый: сроки назначены раньше объёма
«Нужно запустить к началу квартала» — нормальное пожелание. «Нужно запустить к началу квартала, а что именно запускаем, разберёмся по ходу» — заявка на переделку.
Объём работ по нашим проектам колеблется от 5 до 12 настроенных компонентов, и это разница вдвое по трудозатратам. Назначить дату до того, как определено число компонентов, — значит либо сократить объём молча, либо сорвать срок.
Правильный порядок обратный: сначала перечень того, что входит, потом дата. Как считается объём и что на него влияет — в разборе почему сметы отличаются в разы. Если хотя бы два признака из четырёх совпали, начинать стоит не с настройки, а с одной встречи внутри компании.
Короткие ответы
Если вашего вопроса здесь нет — задайте его на созвоне. Ответим прямо, включая случаи, когда наше решение вам не подходит.
Вы отказываетесь от таких проектов?
Не всегда. Чаще меняем последовательность: начинаем не с настройки, а с описания процессов и договорённостей о том, кто за что отвечает. Если компания на это не готова, честнее сказать об этом до договора, чем получить недовольного заказчика через три месяца.
Разве не задача подрядчика навести порядок?
Подрядчик может описать процессы и предложить схему. Заставить людей работать по ней может только руководитель. Мы не встречали проекта, где внешняя организация заменила бы управленческое решение — и не видели подрядчика, который честно обещал бы это сделать.
Что если процессы совсем не описаны?
Это нормальная стартовая точка, а не препятствие. Большинство наших проектов начиналось именно так. Проблема возникает не от отсутствия описания, а от нежелания его создавать: тогда настройка идёт по догадкам и переделывается после запуска.
Читать дальше
- Разбор
Что на самом деле входит во «внедрение под ключ»
Формулировка есть у всех интеграторов и не расшифрована почти нигде. Разбираем по составу 17 проектов: что входит всегда, что появляется не в каждом и чего в этих работах нет.Ход внедрения - Разбор
Сколько длится внедрение и из чего складывается срок
Настройка занимает меньше времени, чем согласования внутри компании. Разбираем, на что уходит срок, какие этапы нельзя сжать и что реально ускоряет проект.Ход внедрения - Чек-лист
Смена интегратора: что проверить в чужом портале
Портал настроен другой командой, документации нет, а работать надо. Разбираем порядок приёмки чужой системы и то, что в ней проверяют в первую очередь.Ход внедрения
Остались вопросы по вашей ситуации?
За 15 минут разберём, что из написанного применимо к вам, а где нужна другая схема. Если задача решается без нас — скажем и это.