Сотрудника уволили. Доступ к клиентам оставили.
🔁 Процесс и проблема
Менеджер торговой компании уходит. Документы подписали, ноутбук забрали, пожелали успехов.
Типовой сбой: CRM всё ещё открывается с его домашнего компьютера, а общая папка показывает новые договоры.
Пропуск забрали. Цифровые ключи оставили на память.
Почтой занимается администратор, CRM — руководитель продаж, файлами — ещё кто-то. Без общего списка легко пропустить одну систему.
⚠️ Фейлы из жизни
В NCS бывшему сотруднику вовремя не отключили доступ к тестовой системе. Он ушёл в ноябре 2022 года, но продолжал заходить туда и в марте 2023-го удалил 180 виртуальных серверов.
Ущерб — почти 918 тысяч сингапурских долларов. Компания объяснила сохранённый доступ человеческим недосмотром.
Увольнение оформили. Для системы человек ещё несколько месяцев оставался своим.
🧩 Решение в AMAZI
Можно дополнить кадровый процесс списком доступов и контролем их закрытия.
При увольнении каждому владельцу системы приходит задача со сроком. Закрыл доступ — подтвердил результат. Не успел — руководитель видит, что осталось открытым.
Автоматическое отключение возможно там, где это поддерживает API и разрешают согласованные правила. Остальное делает администратор. Клиентские дела и документы передают назначенному сотруднику.
💡 Проверьте последнее увольнение: кто подтвердил закрытие CRM, почты и общих папок?
У вас есть такой список — или все надеются, что этим занялся кто-то другой?
Запись полная. Кресло пустое.
🔁 Процесс и проблема
Типовая история барбершопа: клиент записался заранее, администратор занял час и отказал другому желающему.
В день визита клиент не пришёл. Мастер ждёт. Администратор звонит.
Сегодня стрижём тишину.
Через полчаса находится ответ: «Ой, забыл». Вернуть этот час в продажу уже трудно.
⚠️ Фейлы из жизни
Британский Earle Road Medical Centre сообщил о 1 660 пропущенных приёмах за 2019 год. Пациенты не отменили запись, поэтому время не удалось предложить другим.
Для медицины это потерянная возможность принять пациента. Для салона или автосервиса похожий сбой означает простой специалиста.
🧩 Решение в AMAZI
Можно добавить к действующей системе записи простой процесс: запросить подтверждение, принять отмену и предложить освободившееся время листу ожидания.
Нет ответа — задача администратору. Есть отмена — предложение подходящему клиенту, согласившемуся на уведомления. Новая бронь подтверждается в основной системе.
Подключение зависит от API и интеграций. Автоматически снимать запись только из-за молчания клиента не нужно.
💡 Считайте, сколько освободившихся часов удалось занять повторно: это покажет пользу процесса.
Если клиент отменит визит сейчас, кто узнает об этом и предложит время следующему?
Бекапы есть, но что толку?
🔁 Процесс и проблема
Типовая ситуация в торговой компании: ночью сохраняется база заказов и оплат, утром приходит отчёт. Все спокойны.
До первого сбоя. Продажи стоят, склад ждёт документы, а подрядчик впервые пробует восстановить базу.
Репетицию пропустили. Сразу премьера.
Файл с копией существует. Но открывается ли он, всё ли внутри и сколько займёт запуск — никто не проверял.
⚠️ Фейлы из жизни
В 2017 году после случайного удаления данных GitLab обнаружил, что ежедневное резервирование не работало. Письма об ошибках тоже не доходили.
Восстановились из копии, сделанной примерно шестью часами ранее для тестирования. Часть изменений потеряли.
Полезный тест оказался полезнее, чем планировали.
🧩 Решение в AMAZI
Можно дополнить существующую систему резервирования контролем проверок: когда сделали копию, когда успешно восстановили данные, сколько это заняло и кто отвечает за следующий тест.
Результаты получать через доступный API или отчёты. Нет свежих данных или проверка просрочена — задача ответственному, затем уведомление руководителю.
Специалист восстанавливает данные в отдельной тестовой среде и подтверждает, что ими можно пользоваться.
💡 На ближайшей встрече с подрядчиком спросите: «Когда мы последний раз восстанавливали базу и за сколько справились?»
Вам покажут результат или предложат впервые попробовать?
Зачем покупать рекламу, если менеджеры не отвечают клиентам?
🔁 Процесс и проблема
Вы продаёте кухни, ремонт или оборудование. Реклама приводит человека, он оставляет номер и ждёт расчёт.
Менеджер занят заказом, потом обедом, потом совещанием о том, почему мало продаж. Перезванивает вечером — клиент уже не берёт трубку. В CRM появляется «Не удалось связаться».
Рекламный бюджет сработал. Перезвонить он, к сожалению, не умеет.
⚠️ Фейлы из жизни
В исследовании, опубликованном Harvard Business Review в 2011 году, проверили 2 241 американскую компанию: отправили обращения и стали ждать.
23% не ответили вообще. Ещё 24% ответили позже чем через сутки. Среди ответивших в течение 30 дней среднее ожидание составило 42 часа.
Форму обратной связи сделали. С обратной связью получилось сложнее.
Авторы отмечали и привычку забирать новые обращения из CRM раз в день. Интернет круглосуточный, обработка — по расписанию утренней почты.
Это данные 2011 года. Сегодняшнюю ситуацию в своей компании стоит проверить отдельно.
🧩 Решение в AMAZI
Можно собрать дополнение к вашей CRM: для каждой заявки показывать источник, ответственного, время ожидания, первую попытку связи и следующий шаг.
Просрочили установленный срок в рабочее время — напоминание менеджеру. Реакции нет — сигнал руководителю. Состоявшийся разговор учитывать отдельно от неотвеченного звонка.
Обмен с CRM, телефонией и аналитикой зависит от доступных API или интеграций. Причины отказа и спорные случаи проверяет человек.
«Плохая заявка» и «мы поздно ответили» не должны попадать в одну графу.
💡 До увеличения рекламного бюджета проверьте последние 20 обращений: когда ответили и чем закончился разговор.
Вы знаете, сколько клиент ждёт ответа, — или только сколько стоит его заявка?
