Напомним, что ERP система — это не CRM. У нас инструмент именно для отдела производства в ИЖС компании.
В прошлых постах мы рассказывали о том, как работает блок "Пресейл (https://t.me/triadigital/19)" и о том, как устроен блок "Проверки участков (https://t.me/triadigital/25)". Это такие начальные блоки, так сказать, зарождение объекта (строительного договора) в нашей системе.
Теперь перейдём к вещам посерьёзнее.
Физический процесс произошёл — договор строительного подряда подписан.
Что должно происходить после этого в цифровом поле? Давайте разбираться.
Кто отвечает за клиента до подписания договора? Отдел продаж.
Кто отвечает за клиента после подписания договора? Отдел сопровождения/производства.
Это очень тонкая грань. Первые хотят побыстрее клиента "слить", другие — пока всё не проверят, не хотят клиента ставить себе "на баланс".
И первое важное, что реализовано в нашей системе, — это такой тумблер, который показывает: клиент передан от отдела продаж в отдел сопровождения или нет. То есть конкретный отдел, который в текущую секунду за него отвечает.
Почему клиент может быть не передан? А потому что отделу сопровождения непонятно, какие договорённости и нюансы были при подписании договора. А ведь это самая главная проблема, из-за чего потом клиент становится потребительским террористом, как это модно сейчас говорить. Но на самом деле клиент становится злым как раз из-за того, что ему отдел продаж обещал одно, а отдел сопровождения не умеет читать мысли.
Как это решить? Конечно, заполнять чек-лист.
-Первый вариант — делать чек-лист на бумаге и вешать на стену в офисе. Чушь собачья.
-Второй вариант — делать какую-нибудь таблицу в Excel. Тоже чушь, так как ну никак ты не сделаешь себе оповещений в нужный момент времени.
-Третий вариант — мы решили делать так. Создали цифровой блок-конструктор карточки объекта. Простыми словами — это как Google-таблица, но она умеет оповещать и сообщать детали из чек-листа на определённых нужных этапах строительства.
К примеру, в чек-листе указано: "Согласовать с клиентом, сколько будет ступенек на крыльце в момент бетонирования крыльца". И в момент, когда этот этап наступает, начинает мигать это предупреждение. Задумка такая. Как вам? И так по всем этапам строительства.
Ну и сам принцип заполнения этого чек-листа — что это такое на самом деле. Это подробный список того, что мы строим, а что нет.
К примеру, возьмём то же самое крыльцо. В договоре указано "Крыльцо" и стоит галочка/плюсик — типа входит в стоимость.
Наша система такое не пропустит!
-Во-первых, обязательно указываем технологию строительства этого крыльца.
-Ступени входят или нет?
-Колонны входят или нет?
-А колонны из чего — дерево, металл, кирпич?
-А на крыльце ограждение будет?
-А навес у крыльца есть в смете?
Мы сейчас крыльцо раскрыли на минимум 6 пунктов, на самом деле их даже больше. И вы сможете самостоятельно создавать эти атрибуты под нюансы своей технологии и компании.
И вот так, разбирая всю смету и договорённости на песчинки, отдел продаж должен передать клиента в отдел сопровождения.
Ну а с нас — цифровая среда, как это всё сделать быстро и удобно.
Помним из прошлых постов, что помимо этих данных в карточке объекта уже есть:
-Ссылка на Яндекс.Навигатор,
-Инструкция, как проехать через КПП,
-Видео, как проехать к участку,
-Информация о грузовых машинах,
-Правила посёлка,
-Информация о соседях,
-Психотип клиента и его боли.
Цель отдела сопровождения в нашей ERP-системе — создать такую карточку объекта, чтобы любой сотрудник, который туда зайдёт, увидел сразу всю информацию и у него не должно возникнуть желания позвонить или написать коллегам в WhatsApp для уточняющих вопросов.
И вот когда это всё заполнено, только тогда отдел сопровождения нажимает кнопку, что он принимает этот объект от отдела продаж.
Ещё больше интересного покажем на экскурсии в нашей ERP-системе.
Запись на экскурсию: +79209188547, Марина
В прошлых постах мы рассказывали о том, как работает блок "Пресейл (https://t.me/triadigital/19)" и о том, как устроен блок "Проверки участков (https://t.me/triadigital/25)". Это такие начальные блоки, так сказать, зарождение объекта (строительного договора) в нашей системе.
Теперь перейдём к вещам посерьёзнее.
Физический процесс произошёл — договор строительного подряда подписан.
Что должно происходить после этого в цифровом поле? Давайте разбираться.
Кто отвечает за клиента до подписания договора? Отдел продаж.
Кто отвечает за клиента после подписания договора? Отдел сопровождения/производства.
Это очень тонкая грань. Первые хотят побыстрее клиента "слить", другие — пока всё не проверят, не хотят клиента ставить себе "на баланс".
И первое важное, что реализовано в нашей системе, — это такой тумблер, который показывает: клиент передан от отдела продаж в отдел сопровождения или нет. То есть конкретный отдел, который в текущую секунду за него отвечает.
Почему клиент может быть не передан? А потому что отделу сопровождения непонятно, какие договорённости и нюансы были при подписании договора. А ведь это самая главная проблема, из-за чего потом клиент становится потребительским террористом, как это модно сейчас говорить. Но на самом деле клиент становится злым как раз из-за того, что ему отдел продаж обещал одно, а отдел сопровождения не умеет читать мысли.
Как это решить? Конечно, заполнять чек-лист.
-Первый вариант — делать чек-лист на бумаге и вешать на стену в офисе. Чушь собачья.
-Второй вариант — делать какую-нибудь таблицу в Excel. Тоже чушь, так как ну никак ты не сделаешь себе оповещений в нужный момент времени.
-Третий вариант — мы решили делать так. Создали цифровой блок-конструктор карточки объекта. Простыми словами — это как Google-таблица, но она умеет оповещать и сообщать детали из чек-листа на определённых нужных этапах строительства.
К примеру, в чек-листе указано: "Согласовать с клиентом, сколько будет ступенек на крыльце в момент бетонирования крыльца". И в момент, когда этот этап наступает, начинает мигать это предупреждение. Задумка такая. Как вам? И так по всем этапам строительства.
Ну и сам принцип заполнения этого чек-листа — что это такое на самом деле. Это подробный список того, что мы строим, а что нет.
К примеру, возьмём то же самое крыльцо. В договоре указано "Крыльцо" и стоит галочка/плюсик — типа входит в стоимость.
Наша система такое не пропустит!
-Во-первых, обязательно указываем технологию строительства этого крыльца.
-Ступени входят или нет?
-Колонны входят или нет?
-А колонны из чего — дерево, металл, кирпич?
-А на крыльце ограждение будет?
-А навес у крыльца есть в смете?
Мы сейчас крыльцо раскрыли на минимум 6 пунктов, на самом деле их даже больше. И вы сможете самостоятельно создавать эти атрибуты под нюансы своей технологии и компании.
И вот так, разбирая всю смету и договорённости на песчинки, отдел продаж должен передать клиента в отдел сопровождения.
Ну а с нас — цифровая среда, как это всё сделать быстро и удобно.
Помним из прошлых постов, что помимо этих данных в карточке объекта уже есть:
-Ссылка на Яндекс.Навигатор,
-Инструкция, как проехать через КПП,
-Видео, как проехать к участку,
-Информация о грузовых машинах,
-Правила посёлка,
-Информация о соседях,
-Психотип клиента и его боли.
Цель отдела сопровождения в нашей ERP-системе — создать такую карточку объекта, чтобы любой сотрудник, который туда зайдёт, увидел сразу всю информацию и у него не должно возникнуть желания позвонить или написать коллегам в WhatsApp для уточняющих вопросов.
И вот когда это всё заполнено, только тогда отдел сопровождения нажимает кнопку, что он принимает этот объект от отдела продаж.
Ещё больше интересного покажем на экскурсии в нашей ERP-системе.
Запись на экскурсию: +79209188547, Марина
