Вопрос звучит тревожно, а проверяется спокойно. Выпишите всё, что нужно для завтрашней работы: кто записан на приём, кому перезвонить, какие заказы не закрыты, чьи телефоны нужны для напоминаний. Теперь напротив каждой строки отметьте, где это лежит.
Если почти везде вышло «в переписке», главный рабочий архив компании целиком лежит внутри чужого приложения. Доступом к нему и сроком его жизни распоряжается площадка.
Что происходит на самом деле
Никто не решает однажды «буду вести дела в мессенджере». Это отрастает само, шаг за шагом: сначала там просто отвечают клиентам, потом там же согласуют время, потом закрепляют сообщение со списком записей на неделю, потом заводят отдельный чат «заявки» и складывают туда всё подряд.
В какой-то момент выясняется, что:
- список клиентов нигде не существует отдельно — он «в диалогах»;
- расписание держится на закреплённом сообщении и памяти администратора;
- история — кто когда приходил, что заказывал, на что жаловался — восстанавливается только прокруткой;
- при увольнении сотрудника вместе с ним уходит часть переписки;
- на новый телефон всё это переносится с приключениями.
Ни один из этих пунктов не связан с внешними обстоятельствами. Хватает потерянного телефона, смены номера, случайного выхода из аккаунта или обычной ошибки сотрудника — и часть рабочих данных исчезает.
Почему это проблема, даже когда всё работает
Есть соблазн считать такой риск теоретическим: приложение работает годами, ничего не случалось. Но издержки Вы платите уже сейчас, просто они не выглядят как авария.
Ничего нельзя посчитать. «Сколько клиентов пришло второй раз за полгода?» — для любой таблицы это вопрос на две минуты. По диалогам не ответит никто: придётся листать переписку руками и вспоминать, кто из трёх «Марин» приходил в мае.
Работу не разделить. Пока всё в одном телефоне, отпуск администратора превращается в организационную задачу: либо телефон уезжает вместе с ним, либо кто-то две недели пересылает скриншоты.
Ошибка всплывает поздно. Про забытую запись узнают в тот момент, когда человек уже пришёл, а мастер занят.
Рост упирается в человека. Двадцать клиентов в переписке — нормально. Двести — уже нет: администратор перестаёт помнить, кто есть кто, и переспрашивает то, что клиент рассказывал в прошлый раз.
Уходить из мессенджеров при этом незачем — они удобны, и клиенту там писать проще всего. Менять надо роль: мессенджер отвечает за доставку сообщения, а всё остальное живёт отдельно от него.
Как разложить бизнес на слои
Разделите один раз всё, что связано с клиентами, на три уровня и решите по каждому, кому он принадлежит.
| Уровень | Что это | Кому должен принадлежать |
|---|---|---|
| Ядро | база клиентов, записи, заказы, история, документы | компании, на её стороне |
| Каналы | мессенджеры, SMS, почта, звонки, соцсети | заменяемые, любой из них |
| Витрина | сайт, страница записи, личный кабинет | компании, на её домене |
Ломаться при таком раскладе могут только каналы, и это переживаемо: перестал работать один способ отправки уведомлений — переключаемся на другой, а данные остаются на месте.
Без ядра отказ канала уносит с собой всю клиентскую базу.
Что считать «ядром» на практике
Разрабатывать для этого систему не обязательно. Ядро держится на дисциплине, а программа появляется позже — если вообще понадобится. Минимальный набор выглядит так:
- Список клиентов существует отдельно — с именем, контактом и отметкой, откуда человек пришёл.
- Записи и заказы фиксируются в одном месте. В одном на всю компанию, включая заявки, которые приходят по телефону.
- История сохраняется — что было сделано, когда, за сколько.
- Доступ есть у компании. Владелец открывает базу сам, не спрашивая никого.
- Данные можно выгрузить в обычный файл и перенести куда угодно.
Пятый пункт вспоминают последним, а он главный. Если из инструмента нельзя забрать свои данные, это не Ваш инструмент, чем бы он ни был: мессенджером, таблицей в чужом облаке или готовым сервисом.
Отдельная сторона дела, которая в таком разговоре всплывает редко: список клиентов с именами и телефонами — это персональные данные. Обязанности оператора по 152-ФЗ возникают независимо от того, где список лежит: в системе, в таблице или в переписке. А если данные хранятся на зарубежной площадке, добавляется ч. 5 ст. 18 того же закона: базы граждан России должны находиться на серверах в России.
Чем каналы отличаются друг от друга
Каналы заменяют друг друга, но ведут себя по-разному, и разницу лучше знать до того дня, когда переключаться придётся срочно.
- Мессенджеры. Бесплатно, привычно клиенту, высокая читаемость. Зависимость от аккаунта и правил площадки, ограничения на массовые рассылки.
- SMS. Дойдёт практически всегда и без интернета. Стоит денег за каждое сообщение, длина ограничена, а на рекламную рассылку нужно согласие абонента — ст. 18 закона «О рекламе».
- Электронная почта. Дёшево, удобно для документов и подтверждений. Читают хуже и не сразу, письма попадают в спам.
- Звонок. Самый надёжный для срочного, самый дорогой по времени.
- Личный кабинет на сайте. От посредников не зависит, зато требует, чтобы клиент туда зашёл. Кабинет — место, куда приходят по ссылке из уведомления; само уведомление он не заменяет.
Рабочая схема для большинства: уведомление уходит по тому каналу, который клиент выбрал сам, а при недоставке дублируется другим. Держится она на одном условии — контакт лежит в Вашей базе, и лежит там заранее.
С чего начать, если сейчас всё в переписке
Ни бюджета, ни разработчика для этого не нужно. Порядок такой:
- Выгрузите контакты. Даже вручную, даже в таблицу. Час работы закрывает главный риск.
- Заведите одно место для записей и заявок. Годится обычная таблица; на этом этапе от неё требуется только одно — быть единственной.
- Спрашивайте способ связи. «Куда Вам удобнее — сообщение или SMS?» Это один вопрос, а через полгода это готовый запасной канал.
- Проверьте доступы. Рабочие аккаунты оформляются на компанию или владельца. Личный номер администратора уходит вместе с администратором.
- Сделайте копию. Раз в месяц выгружайте таблицу и складывайте отдельно.
Пять пунктов закрывают ту часть риска, которая действительно опасна. Всё, что дальше, — уже про удобство работы.
Когда нужна своя система, а когда нет
Если у Вас десять клиентов в месяц и одна услуга, система не нужна. Таблица и дисциплина закрывают задачу, а разработка будет окупаться годами.
Своя система становится осмысленной, когда появляются признаки:
- записями занимаются несколько человек и мешают друг другу;
- клиенты просят записаться сами, без переписки;
- нужны напоминания, и делать их руками уже дорого;
- появилась предоплата, и её надо где-то учитывать;
- нужно видеть историю клиента и повторные визиты;
- готовый сервис не поддерживает Ваш порядок работы.
До этих признаков система обходится дороже пользы, которую приносит. После — наоборот: ручная работа начинает стоить больше инструмента. Для ориентира: собственный веб-сервис у нас начинается от 100 000 ₽, и окупается он сэкономленными часами администратора. Если считать эти часы нечем, считать окупаемость рано.
Короткий ответ
Мессенджер меняется за день: их много, и клиент пишет в тот, который у него уже стоит. Клиентскую базу поменять нельзя — она либо есть у Вас, либо её нет.
Проверять стоит не прогнозы про мессенджеры, а одну вещь: где лежит список Ваших клиентов и можете ли Вы забрать его прямо сейчас. Если ответ Вам не нравится — вот с этого и начинайте, работы там на вечер.