Онбординг
Так случилось, что за последние полгода мне довелось поработать, в трех различных компаниях. В этот раз не на руководящих должностях. И заинтересовала тема, на которую хотел порассуждать, онбординг нового сотрудника. С оглядкой на личный пример.
Не секрет, что у каждого бизнеса есть свои процессы, которые выстраивались и оттачивались в связи с происходящими событиями и актуальными задачами. Процессы зачастую сложные, и не всегда понятные всем участникам. И не всегда эти процессы задокументированы и актуализируются.
Но вернёмся к истории и опыту в компаниях.
Компания № 1 - крупная ИТ компания, разрабатывающая ИТ продукт в государственном секторе. У ребят выстроены процессы, написано много документации, они адекватно подходят к поискам нового сотрудника. Но. После выхода на работу и оформления всего необходимого, я две недели читал огромного объёма тексты. Понятно, что процессы сложные, системы сложные, обучение по ним тоже не простое. Но две недели теории без практики лично меня не сильно мотивируют. Процессы и инструкции написаны. Они описывают и охватывают большую часть того, что можно охватить. Но разбираться в этом документальном многообразии новичку достаточно сложно. И нужно ли для быстрого включения в работу?
Компания № 2. Некрупная ИТ компания, где одной из задач стояло описание процессов деятельности компании. В том числе, решение проблемы с наймом новых сотрудников. И всё было бы хорошо, если бы информация от руководителя компании поступала своевременно и в полном объёме. А получалось наоборот. Работать нужно, регламентов нет, информация из первых уст, но в связи с загруженностью сильно укороченная. Много спорных ситуаций. И руководитель самостоятельно гребёт большую часть текущей работы, чтобы удержаться на плаву.
Компания №3. Среднего размера “около-ИТ компания”. И здесь нет никакого понимания о необходимости регламентирования чего-бы то ни было. Первые две недели я, без преувеличения, сам искал себе работу. Потом что-то как-то организовалось и нашлось, но тут же выяснилось, что зоны ответственности на конкретной должности отсутствуют, как класс. Соответственно, разобраться с бизнес-процессами внутри компании новичку вообще не представляется возможным. Но может в этом есть цель.
И к чему я всё это. Любого масштаба компания сталкивается с проблемой адаптации нового сотрудника. Всегда есть специфика, с которой нужно познакомить. Особенно, если нужно быстро получать результат от свежего работника. Не возьмусь рассуждать за психологическую сторону вопроса, но “техническое” решение считаю необходимостью. Почему “техническое”, а не наставник, например? Наставник - это здорово, и он тоже обязательно должен быть. Но кто обычно является наставником? Самый лучший работник? Или просто хороший работник, который отлично знает и выполняет все процессы? В том и другом случае бизнес потеряет часть ресурса на решение бизнес-задач в моменте. Важно ли это? Возможно кому-то нет.
“Техническое” - это не только база знаний с проработанными правами доступа. Это полный перечень мер, необходимых для информирования, адаптации, обучения новичка. Это могут быть и регламенты, и тестирования, и встречи с наставником. Главное, чтобы весь процесс был понятен всем участникам.
И в качестве выводов:
🔹Процесс адаптации нового сотрудника должен быть понятен всем участникам.
🔹Документы должны быть максимально коротким. Возможно схематичным. С лаконичным и понятным описанием процессов.
🔹Инструкции с набором конкретных действий должны быть такими же короткими и чёткими. Должны быть понятны читателю, а не только автору.
🔹Документация должна быть актуальной.
🔹Необходимая информация должна быть доступна в необходимый момент времени.
💬 Нужно ли искать отдельного человека, который будет заведовать процессами бизнеса - вопрос, конечно же, открытый и зависит от масштаба и текущих целей. Но если цель - оперативно ввести нового сотрудника в работу, и максимально быстро получить от него результат - есть смысл задуматься о грамотном составлении документов и процессов ознакомления с ними.
Так случилось, что за последние полгода мне довелось поработать, в трех различных компаниях. В этот раз не на руководящих должностях. И заинтересовала тема, на которую хотел порассуждать, онбординг нового сотрудника. С оглядкой на личный пример.
Не секрет, что у каждого бизнеса есть свои процессы, которые выстраивались и оттачивались в связи с происходящими событиями и актуальными задачами. Процессы зачастую сложные, и не всегда понятные всем участникам. И не всегда эти процессы задокументированы и актуализируются.
Но вернёмся к истории и опыту в компаниях.
Компания № 1 - крупная ИТ компания, разрабатывающая ИТ продукт в государственном секторе. У ребят выстроены процессы, написано много документации, они адекватно подходят к поискам нового сотрудника. Но. После выхода на работу и оформления всего необходимого, я две недели читал огромного объёма тексты. Понятно, что процессы сложные, системы сложные, обучение по ним тоже не простое. Но две недели теории без практики лично меня не сильно мотивируют. Процессы и инструкции написаны. Они описывают и охватывают большую часть того, что можно охватить. Но разбираться в этом документальном многообразии новичку достаточно сложно. И нужно ли для быстрого включения в работу?
Компания № 2. Некрупная ИТ компания, где одной из задач стояло описание процессов деятельности компании. В том числе, решение проблемы с наймом новых сотрудников. И всё было бы хорошо, если бы информация от руководителя компании поступала своевременно и в полном объёме. А получалось наоборот. Работать нужно, регламентов нет, информация из первых уст, но в связи с загруженностью сильно укороченная. Много спорных ситуаций. И руководитель самостоятельно гребёт большую часть текущей работы, чтобы удержаться на плаву.
Компания №3. Среднего размера “около-ИТ компания”. И здесь нет никакого понимания о необходимости регламентирования чего-бы то ни было. Первые две недели я, без преувеличения, сам искал себе работу. Потом что-то как-то организовалось и нашлось, но тут же выяснилось, что зоны ответственности на конкретной должности отсутствуют, как класс. Соответственно, разобраться с бизнес-процессами внутри компании новичку вообще не представляется возможным. Но может в этом есть цель.
И к чему я всё это. Любого масштаба компания сталкивается с проблемой адаптации нового сотрудника. Всегда есть специфика, с которой нужно познакомить. Особенно, если нужно быстро получать результат от свежего работника. Не возьмусь рассуждать за психологическую сторону вопроса, но “техническое” решение считаю необходимостью. Почему “техническое”, а не наставник, например? Наставник - это здорово, и он тоже обязательно должен быть. Но кто обычно является наставником? Самый лучший работник? Или просто хороший работник, который отлично знает и выполняет все процессы? В том и другом случае бизнес потеряет часть ресурса на решение бизнес-задач в моменте. Важно ли это? Возможно кому-то нет.
“Техническое” - это не только база знаний с проработанными правами доступа. Это полный перечень мер, необходимых для информирования, адаптации, обучения новичка. Это могут быть и регламенты, и тестирования, и встречи с наставником. Главное, чтобы весь процесс был понятен всем участникам.
И в качестве выводов:
🔹Процесс адаптации нового сотрудника должен быть понятен всем участникам.
🔹Документы должны быть максимально коротким. Возможно схематичным. С лаконичным и понятным описанием процессов.
🔹Инструкции с набором конкретных действий должны быть такими же короткими и чёткими. Должны быть понятны читателю, а не только автору.
🔹Документация должна быть актуальной.
🔹Необходимая информация должна быть доступна в необходимый момент времени.
💬 Нужно ли искать отдельного человека, который будет заведовать процессами бизнеса - вопрос, конечно же, открытый и зависит от масштаба и текущих целей. Но если цель - оперативно ввести нового сотрудника в работу, и максимально быстро получить от него результат - есть смысл задуматься о грамотном составлении документов и процессов ознакомления с ними.
Постановка задач 🎯
Наверняка многие так или иначе слышали про постановку задач по SMART. Смысл в том, что для успешного выполнения задачи, при её постановке, должен быть соблюдён ряд критериев:
📌 Specific - Конкретная
📌 Measurable - Измеримая
📌 Achievable - Достижимая
📌 Relevant (Realistic) - Значимая (Реалистичная)
📌 Time bound - Ограниченная во времени
В разных источниках есть некоторые расхождения по трактовкам, но посыл один. Задача должна иметь ответы на ряд вопросов и обязательный срок на исполнение.
Принцип отлично работает, когда это личные задачи. С собой всегда можно договориться. Да и список можно вести хоть в заметках. Но как быть, когда результат нужен от коллег/сотрудников? Логично, что также, только список будет немного сложнее.
Необходимо только определиться с системой учёта задач (таск-трекером). И здесь глаза разбегаются от представленных на рынке предложений. Так что дальше история плавно перетекает к вкусу и цвету. Но об этом в другой раз.
При верно отлаженной работе с таск-трекерами плюсы неоспоримы:
🔹“Я забыл” больше не актуально. Все ходы записаны.
🔹Прозрачность по загрузке сотрудников
🔹Возможность строить различные отчёты (по продуктивности, например)
🔹Способность вовремя понять проблему со сроками реализации
🔹Обнаружить необходимость в реорганизации команды
можно накинуть ещё немало преимуществ...
Дополнительно стоит отметить, что постановку задач по некоторым процессам также можно автоматизировать. И конечно же есть ИТ решения (продукты), в которых этот процесс уже реализован.
💬 Учитывать задачи в бизнесе необходимо. Неважно каким способом. Главное, чтобы всем было удобно, наглядно и понятно. Ведь вовремя выявленная проблема может быть быстро исправлена, при своевременном реагировании.
Наверняка многие так или иначе слышали про постановку задач по SMART. Смысл в том, что для успешного выполнения задачи, при её постановке, должен быть соблюдён ряд критериев:
📌 Specific - Конкретная
📌 Measurable - Измеримая
📌 Achievable - Достижимая
📌 Relevant (Realistic) - Значимая (Реалистичная)
📌 Time bound - Ограниченная во времени
В разных источниках есть некоторые расхождения по трактовкам, но посыл один. Задача должна иметь ответы на ряд вопросов и обязательный срок на исполнение.
Принцип отлично работает, когда это личные задачи. С собой всегда можно договориться. Да и список можно вести хоть в заметках. Но как быть, когда результат нужен от коллег/сотрудников? Логично, что также, только список будет немного сложнее.
Необходимо только определиться с системой учёта задач (таск-трекером). И здесь глаза разбегаются от представленных на рынке предложений. Так что дальше история плавно перетекает к вкусу и цвету. Но об этом в другой раз.
При верно отлаженной работе с таск-трекерами плюсы неоспоримы:
🔹“Я забыл” больше не актуально. Все ходы записаны.
🔹Прозрачность по загрузке сотрудников
🔹Возможность строить различные отчёты (по продуктивности, например)
🔹Способность вовремя понять проблему со сроками реализации
🔹Обнаружить необходимость в реорганизации команды
можно накинуть ещё немало преимуществ...
Дополнительно стоит отметить, что постановку задач по некоторым процессам также можно автоматизировать. И конечно же есть ИТ решения (продукты), в которых этот процесс уже реализован.
💬 Учитывать задачи в бизнесе необходимо. Неважно каким способом. Главное, чтобы всем было удобно, наглядно и понятно. Ведь вовремя выявленная проблема может быть быстро исправлена, при своевременном реагировании.
Аналитик против бизнеса.
Кто должен анализировать и описывать бизнес-процессы компании при внедрении продукта для автоматизации?
Предположу, есть два возможных “кандидата”:
👨💻 собственник или ответственный работник бизнеса
🤵♂️ внешний аналитик
И тут слышится звонкий и протяжный голос, объявляющий в микрофон:
🗯До-о-обрый вечер, дамы и господа-а-а! Встре-е-ечайте-е-е!
🔵 В синем углу - представитель бизнеса, который идеально знает свои процессы, сроки, сотрудников и цели.
🔴 В красном углу - правильный аналитик, который идеально знает внедряемый продукт, и сможет адаптировать решения для автоматизации, применимые к конкретному бизнесу.
Сегодня предстоит узнать, на чьей стороне сила.
Раунд 1️⃣.
Представитель бизнеса говорит, как должно быть. При этом ждёт от продукта решение всех своих потребностей.
Аналитик говорит, как может быть с условием применимости его продукта без дополнительных расходов на доработки.
Раунд 2️⃣.
Представитель бизнеса парирует необходимостью сохранения конкретных этапов процесса, в связи с уже имеющейся точкой для оценки деятельности.
Аналитик отвечает многолетним опытом, и намекает, что точка оценки конкретно в этом месте может показывать неполную картину.
Раунд 3️⃣.
Представитель бизнеса тратит много ресурсов, чтобы изучить продукт, приложить его на свои процессы, и возможно даже разочаровывается, не найдя нужного для себя решения.
Аналитик поверхностно настраивает продукт и показывает функционал, применимый для бизнеса.
⚠️ Импровизированный поединок переходит на стадию борьбы без перевесов и судья объявляет техническую ничью.
В целом, озвученный в самом начале вопрос не имеет однозначного ответа. Всегда есть обстоятельства. Наличие тех или иных факторов. Но в общем случае складывается понимание, что лучший вариант - наличие внешнего аналитика и открытость представителей бизнеса.
✔️ При плотной совместной работе аналитик опишет процессы, переложит их на готовый продукт, сможет согласовать количество необходимых доработок и минимизировать расходы. Сотрудник бизнеса сэкономит время, по описанным процессам сможет наглядно предоставить комментарии и уточнения, проанализирует необходимость доработок.
По итогу подобного диалога можно будет переходить к обсуждению бюджета проекта и плана внедрения. Но об этом в следующий раз ))
Кто должен анализировать и описывать бизнес-процессы компании при внедрении продукта для автоматизации?
Предположу, есть два возможных “кандидата”:
👨💻 собственник или ответственный работник бизнеса
🤵♂️ внешний аналитик
И тут слышится звонкий и протяжный голос, объявляющий в микрофон:
🗯До-о-обрый вечер, дамы и господа-а-а! Встре-е-ечайте-е-е!
🔵 В синем углу - представитель бизнеса, который идеально знает свои процессы, сроки, сотрудников и цели.
🔴 В красном углу - правильный аналитик, который идеально знает внедряемый продукт, и сможет адаптировать решения для автоматизации, применимые к конкретному бизнесу.
Сегодня предстоит узнать, на чьей стороне сила.
Раунд 1️⃣.
Представитель бизнеса говорит, как должно быть. При этом ждёт от продукта решение всех своих потребностей.
Аналитик говорит, как может быть с условием применимости его продукта без дополнительных расходов на доработки.
Раунд 2️⃣.
Представитель бизнеса парирует необходимостью сохранения конкретных этапов процесса, в связи с уже имеющейся точкой для оценки деятельности.
Аналитик отвечает многолетним опытом, и намекает, что точка оценки конкретно в этом месте может показывать неполную картину.
Раунд 3️⃣.
Представитель бизнеса тратит много ресурсов, чтобы изучить продукт, приложить его на свои процессы, и возможно даже разочаровывается, не найдя нужного для себя решения.
Аналитик поверхностно настраивает продукт и показывает функционал, применимый для бизнеса.
⚠️ Импровизированный поединок переходит на стадию борьбы без перевесов и судья объявляет техническую ничью.
В целом, озвученный в самом начале вопрос не имеет однозначного ответа. Всегда есть обстоятельства. Наличие тех или иных факторов. Но в общем случае складывается понимание, что лучший вариант - наличие внешнего аналитика и открытость представителей бизнеса.
✔️ При плотной совместной работе аналитик опишет процессы, переложит их на готовый продукт, сможет согласовать количество необходимых доработок и минимизировать расходы. Сотрудник бизнеса сэкономит время, по описанным процессам сможет наглядно предоставить комментарии и уточнения, проанализирует необходимость доработок.
По итогу подобного диалога можно будет переходить к обсуждению бюджета проекта и плана внедрения. Но об этом в следующий раз ))
А моя компания уже созрела?
Общаясь с руководителями в различных сферах бизнеса и нишах делаю вывод, что не все анализируют уровень зрелости своей компании.
Методику определения и процессы можно найти в свободном доступе. Единственное, что не смог найти - автора данной идеи. Но она работает.
Небольшая выжимка по уровням, если лениво ходить на поиски:
0️⃣ Отсутствующий - Процессы внутри компании непредсказуемые и неконтролируемые.
1️⃣ Начальный - Процессы всё еще непредсказуемы, но уже появляется некоторый их контроль, попытки упорядочивания.
2️⃣ Управляемый (Повторяемый) - Процессы определены на уровне проектов. То, что повторяется - уже отлажено и работает, но только в определённых рамках.
3️⃣ Определяемый (Стандартизируемый) - Процессы определены на уровне всей организации, их можно предсказывать и контролировать от начала до результата.
4️⃣ Измеряемый - Процессы измеряются и контролируются от ожидаемого результата к началу
5️⃣ Оптимизируемый (Улучшаемый) - Бесконечное совершенствование процессов.
Как нетрудно догадаться - не с любого уровня развития можно с пользой автоматизироваться. Иногда это не принесёт результата, или будет попусту потраченными деньгами.
С точки зрения ожидаемого результата и затрат - идеально рассматривать автоматизацию с уровня 2. Возможны сценарии, когда оправдано начать с уровня 1 при условии понимания цели и результата. Но если понимание ещё только начинает складываться, или автоматизация навязана трендами - не стоит тратить деньги на дорогостоящее внедрение.
Лучше начать с анализа.
Общаясь с руководителями в различных сферах бизнеса и нишах делаю вывод, что не все анализируют уровень зрелости своей компании.
Методику определения и процессы можно найти в свободном доступе. Единственное, что не смог найти - автора данной идеи. Но она работает.
Небольшая выжимка по уровням, если лениво ходить на поиски:
0️⃣ Отсутствующий - Процессы внутри компании непредсказуемые и неконтролируемые.
1️⃣ Начальный - Процессы всё еще непредсказуемы, но уже появляется некоторый их контроль, попытки упорядочивания.
2️⃣ Управляемый (Повторяемый) - Процессы определены на уровне проектов. То, что повторяется - уже отлажено и работает, но только в определённых рамках.
3️⃣ Определяемый (Стандартизируемый) - Процессы определены на уровне всей организации, их можно предсказывать и контролировать от начала до результата.
4️⃣ Измеряемый - Процессы измеряются и контролируются от ожидаемого результата к началу
5️⃣ Оптимизируемый (Улучшаемый) - Бесконечное совершенствование процессов.
Как нетрудно догадаться - не с любого уровня развития можно с пользой автоматизироваться. Иногда это не принесёт результата, или будет попусту потраченными деньгами.
С точки зрения ожидаемого результата и затрат - идеально рассматривать автоматизацию с уровня 2. Возможны сценарии, когда оправдано начать с уровня 1 при условии понимания цели и результата. Но если понимание ещё только начинает складываться, или автоматизация навязана трендами - не стоит тратить деньги на дорогостоящее внедрение.
Лучше начать с анализа.
Автоматизация не про роботов, а про спокойствие.
Проснулся в 8 утра.
Не от будильника.
От звонка.
— Алё? Это ты делал заказ неделю назад? Почему он до сих пор не отправлен?
Знакомо?😆
Вот так начинается день тех, кто ещё не дружит с автоматизацией. А ведь можно было бы проснуться от будильника. Спокойно выпить кофе. И только потом — проверить, как всё работает без паники и горячек.
Но давай по порядку.
Представь, что ты капитан корабля. Знаешь, куда плывёшь. Знаешь, где запасы. Даже умеешь чинить паруса.
Но - команда каждый день сама решает, кто рулит, кто моет палубу, а кто следит за картой. Иногда получается. Чаще - нет.
Так вот: автоматизация в моём представлении - это когда процессы работают вместо хаоса. Машина берёт на себя рутину. Ты сосредотачиваешься на курсе. А каждый член твоей команды чётко знает свою зону ответственности и работает в рамках своих отлаженных процессов. И как ты уже догадался - пока нет выстроенных процессов - автоматизация не спасает.
А теперь давай честно: ты же не для красоты читаешь этот текст. Хочешь знать, зачем тебе это вообще нужно?
Вот тебе три причины, почему стоит начать:
🕰 Время. Больше не тратишь часы на то, что можно выполнять “автоматически” за 10 минут.
💰 Деньги. Меньше ошибок = меньше потерь. Больше контроля = больше прибыли.
😴 Сон. Да-да, нормальный сон тоже входит в комплект.
Автоматизация нужна не только тебе. Она нужна всем вокруг тебя :
▪️Менеджерам , которые уже третий месяц гоняются за одной и той же заявкой;
▪️Бухгалтеру , который снова ловит тебя на том, что «документы опять не там»;
▪️Ну и тебе , потому что ты всё ещё нажимаешь Ctrl+C / Ctrl+V, вместо того чтобы заниматься развитием направления или бизнеса.
Ты сейчас думаешь:
- Ладно, звучит круто. Но с чего начать? Где взять эту волшебную кнопку?
А я пока не скажу.
Сначала ты должен понять одну важную вещь.
Что же такое автоматизация на самом деле?
Это не про код. Не про IT-гаджеты. Это про повторяемость, логику и освобождение времени. Примерно как установить стиральную машину. Раньше ты полчаса тер майку руками. Теперь — закинул, нажал, забыл. Вот так работает автоматизация. Только вместо майки - процессы. Вместо воды - данные. Вместо барабана - логика.
📌 А теперь обещанный ответ
Когда тебе нужна автоматизация?
▪️Когда ты уже чувствуешь, что делаешь одно и то же десять раз подряд.
▪️Когда клиенты жалуются на задержки, хотя ты уверен: всё было сделано.
▪️Когда хочется просто работать, а не вылавливать из огня очередное горящее дело.
Если это про тебя — добро пожаловать.
Ты только что вошёл в клуб тех, кто решил перестать тушить пожары и начать строить систему.
И да - здесь не ожидается никакого маркетингового бреда. Только правда, слегка приправленная цинизмом.
Проснулся в 8 утра.
Не от будильника.
От звонка.
— Алё? Это ты делал заказ неделю назад? Почему он до сих пор не отправлен?
Знакомо?
Вот так начинается день тех, кто ещё не дружит с автоматизацией. А ведь можно было бы проснуться от будильника. Спокойно выпить кофе. И только потом — проверить, как всё работает без паники и горячек.
Но давай по порядку.
Представь, что ты капитан корабля. Знаешь, куда плывёшь. Знаешь, где запасы. Даже умеешь чинить паруса.
Но - команда каждый день сама решает, кто рулит, кто моет палубу, а кто следит за картой. Иногда получается. Чаще - нет.
Так вот: автоматизация в моём представлении - это когда процессы работают вместо хаоса. Машина берёт на себя рутину. Ты сосредотачиваешься на курсе. А каждый член твоей команды чётко знает свою зону ответственности и работает в рамках своих отлаженных процессов. И как ты уже догадался - пока нет выстроенных процессов - автоматизация не спасает.
А теперь давай честно: ты же не для красоты читаешь этот текст. Хочешь знать, зачем тебе это вообще нужно?
Вот тебе три причины, почему стоит начать:
🕰 Время. Больше не тратишь часы на то, что можно выполнять “автоматически” за 10 минут.
💰 Деньги. Меньше ошибок = меньше потерь. Больше контроля = больше прибыли.
😴 Сон. Да-да, нормальный сон тоже входит в комплект.
Автоматизация нужна не только тебе. Она нужна всем вокруг тебя :
▪️Менеджерам , которые уже третий месяц гоняются за одной и той же заявкой;
▪️Бухгалтеру , который снова ловит тебя на том, что «документы опять не там»;
▪️Ну и тебе , потому что ты всё ещё нажимаешь Ctrl+C / Ctrl+V, вместо того чтобы заниматься развитием направления или бизнеса.
Ты сейчас думаешь:
- Ладно, звучит круто. Но с чего начать? Где взять эту волшебную кнопку?
А я пока не скажу.
Сначала ты должен понять одну важную вещь.
Что же такое автоматизация на самом деле?
Это не про код. Не про IT-гаджеты. Это про повторяемость, логику и освобождение времени. Примерно как установить стиральную машину. Раньше ты полчаса тер майку руками. Теперь — закинул, нажал, забыл. Вот так работает автоматизация. Только вместо майки - процессы. Вместо воды - данные. Вместо барабана - логика.
📌 А теперь обещанный ответ
Когда тебе нужна автоматизация?
▪️Когда ты уже чувствуешь, что делаешь одно и то же десять раз подряд.
▪️Когда клиенты жалуются на задержки, хотя ты уверен: всё было сделано.
▪️Когда хочется просто работать, а не вылавливать из огня очередное горящее дело.
Если это про тебя — добро пожаловать.
Ты только что вошёл в клуб тех, кто решил перестать тушить пожары и начать строить систему.
И да - здесь не ожидается никакого маркетингового бреда. Только правда, слегка приправленная цинизмом.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔨 Ты когда-нибудь оказывался между молотом и наковальней? Один говорит: «Сделай всё быстро». Другой: «Сделай идеально». А ты стоишь посередине и думаешь: может, лучше уйти в монастырь?
Вот тебе и работа системного интегратора. Технарь, менеджер, босс, подчинённый. Ты - связующее звено. Мостик. Переводчик. Арбитр. И иногда - тот, кого обвинят в провале, даже если всё сделано правильно.
🧰 Припоминаю один проект. Клиент (не будем называть имён) просил внедрить CRM так, чтобы она «не мешала» сотрудникам работать. Команда внедрения тут же возмутилась: «В чём тут логика?», «Слишком мало полей!», «Какой смысл в системе, которой заранее не планируют пользоваться!». Я их внимательно слушал, а сам думал: Вы сейчас говорите о том, как красиво сварить суп. А клиент хочет знать, вкусно ли его есть.
🏯 И вот мы на перепутье: бизнес хочет удобства, команда внедрения - “правильности”, а я должен сделать так, чтобы обе стороны остались живы и довольны результатом.
Очередное совещание.
Бизнес: «Мне нужно вот это».
Команда: «Это невозможно».
Я: «Давайте сделаем вот так. Это не совсем то, что вы просили. Зато будет работать. И вы это полюбите».
🚘 Иногда кажется, что ты всех достал вопросами или уговорами. Бизнес уже готов тебя уволить. Команда считает тебя немного чокнутым. Но это нормально. Потому что ты единственный, кто видит картину целиком. Кто понимает, что идеальная реализация без принятия пользователями — это как Ferrari без бензина.
И знаешь, что происходит дальше? Все начинают работать. CRM внедряется. Процессы становятся прозрачнее. Клиент доволен. Команда сдаёт работы, видя результат. И бизнес, видя конкретику, цифры и отчёты, начинает понимать, зачем он затеял это самое внедрение.
💌 А затем приходит письмо от клиента: «Хорошая работа. Вы нас поняли и сделали именно то, что было нужно». И ты понимаешь: вот оно. Победа. Твоя и команды.
Потому что ты не просто внедрил систему. Ты создал задел на дальнейшее развитие бизнеса. И это круче, чем кажется. ❤️🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
CRM – это не про базу контактов. Это про культуру
💪 Ты когда-нибудь видел, как человек покупает абонемент в зал, а потом удивляется, почему мышцы так и не выросли? Приходит домой, кладёт его на стол, иногда даже показывает друзьям: «Смотрите, я теперь спортсмен». Фото сделал в новом спортивном костюме. А потом проходит месяц - до зала он не добрался.
Иногда такие люди приходят ко мне с одной фразой: «Нужна CRM». Я спрашиваю: «Зачем?» Они отвечают: «Чтобы хранить клиентов». Я уточняю: «А что ещё?» Они задумываются. Молчат. Потом добавляют: «И чтобы менеджеры ничего не теряли».
Всё. Больше им ничего не нужно. Просто система, где будут лежать имена, телефоны и несколько полей. Как в телефонной книге, только побольше. И вот они её получают. Внедрение проходит без сучка. На обучении все с пониманием кивают. На этапе тестирования никаких вопросов - всё прекрасно. Радуемся. 🕺
Проходит некоторое время, эти ребята возвращаются и говорят: «Ничего не работает. Клиенты опять теряются. Менеджеры сидят и пишут друг другу в чатике, вместо того чтобы работать в системе. Что не так?» 🤷♂️
🌞 А ты уверен, что вообще понимаешь, зачем тебе CRM?
CRM - это не про базу контактов. Это про то, чтобы никогда больше не спрашивать: «Кто этим занимается?», «Где заявка?», «Кто обещал перезвонить?» Это про порядок. Про дисциплину. Про культуру. CRM - это не хранилище имён. Это система управления бизнесом (для дотошных - система управления отношениями с клиентами 😉 ).
🏋Теперь представь, что ты купил тренажёрный зал целиком. Расставил всё красиво. Сделал фото для сторис. Гордишься. А спустя время понимаешь что клиентов в зале нет, никто не качается. Потому что просто наличие железа не создаёт культуру тренировок. Так же и с CRM. Сама по себе она ничего не решает. Она работает только тогда, когда люди понимают, зачем она им нужна , и используют её правильно.
Если ты внедряешь CRM только для того, чтобы «было», то ты просто тратишь время и деньги. Если же ты хочешь, чтобы она работала - начни с себя. Настрой процессы. Научи команду пользоваться системой. Делай так, чтобы вносить данные было проще, чем их терять.
🧘 Качай ту самую внутреннюю дисциплину, которая говорит: «Лучше запишу сейчас, чем буду искать потом». Про культуру, в которой каждый знает, что делает, и делает это правильно.
Так что если ты думаешь, что CRM - это просто место, где хранятся клиенты, знай: ты ошибаешься. Это про твой уровень организации. Про твой профессионализм. Про твою готовность расти.
И если ты этого не принимаешь - даже самая дорогая CRM-система тебе не поможет. Потому что она не лечит хаос. Она его раскладывает по полочкам. 📁✨
Иногда такие люди приходят ко мне с одной фразой: «Нужна CRM». Я спрашиваю: «Зачем?» Они отвечают: «Чтобы хранить клиентов». Я уточняю: «А что ещё?» Они задумываются. Молчат. Потом добавляют: «И чтобы менеджеры ничего не теряли».
Всё. Больше им ничего не нужно. Просто система, где будут лежать имена, телефоны и несколько полей. Как в телефонной книге, только побольше. И вот они её получают. Внедрение проходит без сучка. На обучении все с пониманием кивают. На этапе тестирования никаких вопросов - всё прекрасно. Радуемся. 🕺
Проходит некоторое время, эти ребята возвращаются и говорят: «Ничего не работает. Клиенты опять теряются. Менеджеры сидят и пишут друг другу в чатике, вместо того чтобы работать в системе. Что не так?» 🤷♂️
CRM - это не про базу контактов. Это про то, чтобы никогда больше не спрашивать: «Кто этим занимается?», «Где заявка?», «Кто обещал перезвонить?» Это про порядок. Про дисциплину. Про культуру. CRM - это не хранилище имён. Это система управления бизнесом (для дотошных - система управления отношениями с клиентами 😉 ).
🏋Теперь представь, что ты купил тренажёрный зал целиком. Расставил всё красиво. Сделал фото для сторис. Гордишься. А спустя время понимаешь что клиентов в зале нет, никто не качается. Потому что просто наличие железа не создаёт культуру тренировок. Так же и с CRM. Сама по себе она ничего не решает. Она работает только тогда, когда люди понимают, зачем она им нужна , и используют её правильно.
Если ты внедряешь CRM только для того, чтобы «было», то ты просто тратишь время и деньги. Если же ты хочешь, чтобы она работала - начни с себя. Настрой процессы. Научи команду пользоваться системой. Делай так, чтобы вносить данные было проще, чем их терять.
🧘 Качай ту самую внутреннюю дисциплину, которая говорит: «Лучше запишу сейчас, чем буду искать потом». Про культуру, в которой каждый знает, что делает, и делает это правильно.
Так что если ты думаешь, что CRM - это просто место, где хранятся клиенты, знай: ты ошибаешься. Это про твой уровень организации. Про твой профессионализм. Про твою готовность расти.
И если ты этого не принимаешь - даже самая дорогая CRM-система тебе не поможет. Потому что она не лечит хаос. Она его раскладывает по полочкам. 📁✨
Please open Telegram to view this post
VIEW IN TELEGRAM
7 признаков того, что пора перестать мечтать о порядке и серьёзно задуматься о внедрении системы