Ведение клиентской базы в малом бизнесе обычно начинается само: первые клиенты сохраняются в телефоне, потом появляется чат с заказами, потом тетрадь у администратора. Через год у компании сотни клиентов, но нет места, где их можно увидеть целиком.
Здесь я разбираю, как вести клиентскую базу так, чтобы она принадлежала компании и помогала продавать. Какие поля завести в таблице с первого дня, какие правила дать команде, что требует закон, если в базе телефоны. И по каким признакам понять, что таблица своё отработала и пора переходить в CRM.
Разборы того, как владельцу бизнеса наладить продажи и учёт без лишних программ, я выкладываю в Telegram-канале @ai_smart_usage.
Что такое ведение клиентской базы и зачем его настраивать?
Список контактов и клиентская база отличаются так же, как телефонная книга и журнал записей. В контактах есть имя и номер. В базе есть история: откуда пришёл человек, что покупал, о чём договорились в последний раз и когда ему нужно позвонить снова.
Рабочее определение:
Клиентская база - общий для компании список клиентов, где у каждого есть одна запись с контактами, источником, статусом, ответственным, историей касаний и датой следующего действия.
Зачем это владельцу, если клиенты и так «как-то» обслуживаются:
- Клиенты перестают уходить вместе с сотрудниками. Пока номера живут в личном телефоне менеджера, это его база: уйдёт он, уйдут и клиенты.
- Повторные продажи появляются без рекламы. По базе видно, кто покупал полгода назад и больше не возвращался. Этим людям можно написать сегодня.
- Обещания клиентам перестают забываться. «Перезвоню в четверг» записано с датой и ответственным.
- Появляются цифры для решений. Из какого канала приходят клиенты, сколько из них покупает, у кого из менеджеров зависают обращения.
Что такое CRM-система и чем она отличается от таблицы, подробно разобрано в статье что такое CRM-система. Здесь речь о том, как вести базу руками уже сейчас, чтобы переход в CRM потом прошёл спокойно.
Где сейчас живёт ваша база и что вы теряете?
Когда я разбираю с владельцем его продажи, первым делом спрашиваю: «Покажите всех клиентов за прошлый год». Ответ почти всегда начинается со слов «сейчас соберу». Значит, базы как единого места у компании нет.
| Где живёт база | Что теряется | Главный риск |
|---|---|---|
| Телефон менеджера | история разговоров, договорённости | клиенты уходят вместе с сотрудником |
| Мессенджеры и чаты | переписка тонет в ленте, нет статуса | заявку никто не взял, клиент купил у другого |
| Бумажный журнал или тетрадь | поиск и отчёты, доступ удалённо | тетрадь потерялась или испортилась |
| Личная таблица сотрудника | единый формат, общий доступ | файл на ноутбуке, который уехал с человеком |
| Общая таблица компании | часть истории, если не вести журнал | одновременная правка затирает записи |
| CRM | почти ничего при нормальной настройке | систему бросают, если она не под процесс |
Самый частый вариант в малом бизнесе - смесь первых трёх строк. Администратор пишет в тетрадь, мастер общается с клиентами в своём мессенджере, владелец держит важных клиентов в голове. Каждое место по отдельности работает, но вместе они не дают ответа ни на один вопрос о клиентах.
Какие поля завести в таблице учёта клиентов с первого дня?
Основное правило таблицы учёта клиентов: одна строка - один клиент. Каждое новое обращение того же человека не создаёт новую строку, оно попадает в журнал касаний (о нём ниже). Иначе через месяц у вас будет пять Анн Петровых с разными статусами.
Шаблон, который я предлагаю брать за основу:
| Поле | Пример заполнения | Зачем нужно | Обязательно |
|---|---|---|---|
| Номер клиента | К-0154 | связывает строку с журналом касаний и не зависит от имени | да |
| Имя | Анна Петрова | обращение и поиск | да |
| Телефон | +79000000000 | связь и поиск дублей, всегда в одном формате | да |
| Почта или ник в мессенджере | anna@example.ru | второй канал связи | нет |
| Канал | звонок / сайт / Telegram / Авито | откуда пришло обращение технически | да |
| Источник | реклама / рекомендация / повторный | почему человек о вас узнал | да |
| Статус | новый / в работе / купил / отказ / спящий | где клиент сейчас | да |
| Ответственный | Ирина | кто отвечает за следующий шаг | да |
| Дата первого обращения | 12.08.2026 | сколько клиент с вами | да |
| Дата последнего касания | 25.09.2026 | кого давно не трогали | да |
| Следующий шаг | перезвонить после замера | что делать дальше | да |
| Дата следующего шага | 02.10.2026 | когда это сделать | да |
| Сумма покупок | итог по всем заказам | кто приносит больше денег | нет |
| Согласие на рассылку | да / нет, дата | можно ли писать с предложениями | да |
Для продаж компаниям добавьте поля «Компания», «Должность» и «ИНН». Для услуг с записью полезно поле «Услуга» и «Мастер». Для товарного бизнеса иногда нужен «Средний чек» или «Последняя покупка».
Статус и канал заполняйте только из выпадающего списка. Свободный текст в этих полях быстро превращается в «в раб.», «В работе», «работаем», и отфильтровать такую таблицу уже нельзя.
Как собрать таблицу учёта клиентов за шесть шагов
Специальные программы для этого не нужны. Подойдёт облачная таблица, серверы которой стоят в России, например Яндекс Таблицы или МойОфис (где хранятся данные, проверьте в условиях сервиса): в ней есть общий доступ, история изменений, выпадающие списки и условное форматирование. Excel на одном компьютере подходит хуже, потому что файл привязан к одному человеку.
Создайте общий файл на аккаунте компании
Заведите таблицу на рабочем аккаунте компании, а не на личной почте сотрудника. Владельцем файла должен быть руководитель. Сотрудникам дайте право редактирования, а удаление и смену доступа оставьте себе. Так таблица не исчезнет, если кто-то уволится или удалит свой аккаунт.
Заведите столбцы и выпадающие списки
Перенесите поля из шаблона выше в первую строку и закрепите её. Для статуса, канала, источника и ответственного сделайте выпадающие списки. Телефон приведите к одному формату, например +7 и десять цифр без пробелов: тогда поиск дублей сработает простой сортировкой.
Добавьте вкладку журнала касаний
На второй вкладке заведите журнал: дата, номер клиента, кто общался, канал, что обсудили, итог. Каждый звонок, встреча или важное сообщение - новая строка журнала. На первой вкладке обновляется только дата последнего касания и следующий шаг. Так история не теряется и не раздувает основную таблицу.
Введите правило следующего шага
У каждого клиента в статусе «новый» или «в работе» обязательно заполнено поле «Следующий шаг» с датой. Пустое поле означает, что клиент выпал из работы. Настройте условное форматирование: строки с просроченной датой подсвечиваются красным, и утром менеджер видит, кому звонить.
Перенесите клиентов из телефонов, чатов и тетрадей
Соберите контакты из всех мест, где они живут сейчас: выгрузка контактов телефона, списки чатов, записи в журнале. Вносите сначала клиентов за последний год, старые архивы можно добавить позже. После переноса отсортируйте по телефону и склейте дубли в одну строку.
Назначьте еженедельный разбор базы
Раз в неделю выделите полчаса: отфильтруйте клиентов без следующего шага, с просроченными датами и тех, кого не трогали дольше месяца. По каждому примите решение: позвонить, перевести в «спящий» или закрыть отказом. Без этого разбора таблица через месяц превращается в архив.
Какие правила ведения клиентской базы нужны команде?
Таблица сама по себе порядок не создаёт. Порядок создают несколько договорённостей, которые записаны и известны всем:
- Каждое обращение попадает в базу в тот же день. Клиент, который есть только в памяти менеджера, для компании не существует.
- Клиента вносит тот, кто первым с ним говорил. Он же ставит себя ответственным, пока руководитель не передаст клиента другому.
- Строки не удаляются. Отказ, дубль или ошибка отмечаются статусом. Удалённую строку потом не восстановить без истории изменений.
- Статус меняется только вместе с журналом. Перевели клиента в «купил» - в журнале есть запись, что и когда он купил.
- У базы есть хозяин. Один человек раз в неделю проверяет дубли, пустые поля и просрочки. Обычно это руководитель продаж или сам владелец.
Если процесс продаж у вас нигде не записан, правила базы удобно писать вместе с ним. Как это сделать без консультантов, разобрано в статье об описании бизнес-процессов.
Как не потерять клиентов, когда уходит менеджер?
Уход менеджера - самый частый момент, когда владелец понимает, что базы у него нет. Сотрудник ушёл, его телефон и мессенджер ушли вместе с ним, а клиенты продолжают писать туда, где их больше никто не ждёт.
Что закладывать заранее, пока все на месте:
- Рабочая SIM-карта или виртуальный номер компании. Клиенты звонят на номер, который остаётся у вас.
- Рабочий аккаунт мессенджера. Переписка с клиентами идёт с аккаунта компании, а не с личного.
- Доступ к таблице выдаёт и забирает владелец. В день ухода доступ закрывается одним действием.
- История живёт в журнале касаний. Новый менеджер видит, о чём договаривались, и не начинает разговор с нуля.
При уходе сотрудника отфильтруйте базу по ответственному. По каждому клиенту в работе попросите уходящего менеджера дописать в журнал последнюю договорённость и следующий шаг. Затем смените ответственного и дайте новому человеку неделю, чтобы написать каждому клиенту: «теперь с вами работаю я». Так клиент узнаёт, к кому идти, и не пишет на номер ушедшего менеджера.
Что закон требует от клиентской базы?
Этот раздел - ориентир для владельца, а не юридическая консультация. Если в базе много клиентов или есть чувствительные данные, например о здоровье, проверьте порядок с юристом.
| Требование | Где записано | Что это значит для таблицы |
|---|---|---|
| Уведомить Роскомнадзор до начала обработки | статья 22, часть 1, 152-ФЗ | уведомление подают до того, как начали вести базу; исключения перечислены в части 2 той же статьи |
| Обрабатывать данные для исполнения договора можно без отдельного согласия | статья 6, часть 1, пункт 5, 152-ФЗ | для записи, доставки и связи по заказу согласие на эту цель отдельно не собирают |
| Хранить базу граждан РФ на серверах в России | статья 18, часть 5, 152-ФЗ | таблицу ведут в сервисе с российскими серверами, зарубежное облако для базы с телефонами не подходит |
| Хранить данные не дольше цели обработки | статья 5, часть 7, 152-ФЗ | старых клиентов, с которыми нет договора и согласия, из базы убирают |
| Защищать данные от доступа посторонних | статьи 18.1 и 19, 152-ФЗ | таблица не лежит по открытой ссылке, доступ только у сотрудников по списку |
| Реклама по телефону, в SMS и сообщениях - только с предварительного согласия | статья 18, часть 1, закон «О рекламе» | в базе есть поле согласия на рассылку с датой, рассылку шлют только отмеченным |
На практике это выливается в три привычки. Файл никогда не открывается «всем, у кого есть ссылка». Поле «Согласие на рассылку» заполняется при первом контакте. Раз в год база чистится от людей, с которыми давно нет отношений и нет оснований хранить их данные.
Отдельная тема - нейросети. Выгружать всю базу с телефонами в публичный чат-бот, чтобы «найти спящих клиентов», нельзя без обезличивания. Как работать с ИИ и данными клиентов без нарушений, разобрано в статье о персональных данных клиентов в нейросети.
Как использовать базу, чтобы она приносила продажи?
Таблица, в которую только записывают, остаётся архивом. Работать она начинает, когда из неё регулярно что-то достают. Три выборки, с которых я советую начинать:
- Потерянные в работе. Статус «в работе», следующий шаг пустой или просрочен. Это клиенты, которых забыли, пока они ещё готовы покупать.
- Спящие покупатели. Статус «купил», последнее касание больше трёх месяцев назад (или больше вашего обычного цикла повторной покупки). Им пишут с полезным поводом: новая услуга, сезон, напоминание о плановом обслуживании. Писать с рекламой можно только тем, у кого отмечено согласие.
- Обращения без покупки. Статус «отказ» с причиной. Раз в квартал посмотрите, какие причины повторяются: цена, срок, не дозвонились. Это готовый список того, что менять в продажах.
Простые отчёты считаются фильтрами и сводной таблицей: сколько обращений пришло из каждого канала, сколько из них купили, у кого из менеджеров больше всего просрочек. Если хочется видеть эти цифры одной страницей, соберите простой дашборд по инструкции дашборд без программиста.
Поле «Источник» здесь окупается сильнее всего. Когда клиент купил, по нему видно, какая реклама или какой канал привели покупателя.
Когда таблица перестаёт справляться и пора в CRM?
Таблица хорошо работает, пока с базой общаются один-два человека и заявки приходят из одного-двух каналов. Дальше ручная работа растёт быстрее числа клиентов. Признаки, по которым я предлагаю проверять себя:
| Признак | Что происходит в таблице |
|---|---|
| Несколько человек правят файл одновременно | записи затираются, строки съезжают |
| Заявки приходят из сайта, мессенджеров, звонков | менеджер переносит их руками и что-то пропускает |
| Напоминания теряются | подсветка просрочек есть, но её никто не открывает |
| Нужна переписка с клиентом | история разговора живёт в телефоне |
| Руководитель просит отчёт | кто-то полдня собирает сводную таблицу |
| Разные права доступа | видят всё или ничего |
| Повторяющиеся действия | письма и сообщения пишутся руками каждый раз |
Если совпали два-три признака, переход стоит планировать. Какой класс системы выбрать - готовую облачную CRM, отраслевую программу или свою под процесс, - разобрано в статье CRM для малого бизнеса. Пример того, как этот выбор выглядит в конкретной нише, есть в разборе CRM для автосервиса.
Если вы вели таблицу по правилам выше, самая трудная часть внедрения уже сделана. Поля, статусы и следующий шаг почти один в один становятся карточкой клиента и этапами сделки в CRM.
Если ваша таблица уже трещит по швам, посмотрите, как устроена разработка и внедрение CRM в ClaudeLab. Мы начинаем с аудита вашего процесса продаж и существующей таблицы, собираем карточку клиента и этапы сделки в рабочем прототипе и показываем его до договора: вы проверяете его на своих клиентах. Потом решаем, хватит ли готовой CRM с настройкой или нужна своя система, и переносим базу без потерь.
Как перенести таблицу в CRM без потерь?
Большинство CRM умеют загружать таблицы. Проблемы начинаются с данными, которые в таблице выглядели терпимо, а в системе мешают работать. Порядок, который помогает избежать переделок:
- Склейте дубли. Отсортируйте по телефону и почте, объедините повторы в одну строку, историю перенесите в журнал.
- Приведите форматы к одному виду. Телефоны в одном формате, даты в одном формате, статусы только из списка.
- Составьте карту полей. Для каждого столбца таблицы запишите, в какое поле CRM он переходит. Столбцы без пары либо получают новое поле, либо уходят в комментарий.
- Перенесите журнал касаний. История обращений - главное, что вы накопили. Её переносят как события или заметки в карточку клиента.
- Сделайте пробный перенос. Загрузите небольшую часть базы и откройте несколько карточек: всё ли на месте, не съехали ли даты и статусы.
- Закройте таблицу на запись. С дня переноса новые клиенты вносятся только в CRM. Две живые базы одновременно быстро расходятся, и никто не знает, какая из них верная.
Первые две недели после переноса руководитель каждый день открывает CRM вместе с командой. Это быстрее всего показывает, чего не хватает в карточке и какие правила из таблицы забыли перенести.
Какие ошибки делают при ведении клиентской базы?
- Файл принадлежит сотруднику. Таблица создана на его личной почте. Он уходит - доступ уходит вместе с ним.
- Статусы пишутся свободным текстом. Фильтр по «в работе» не находит «В работе» и «работаем», и половина клиентов выпадает из выборки.
- Новая строка на каждое обращение. У одного клиента три строки с разными статусами, и никто не знает, какая верная.
- Нет следующего шага. Клиент в статусе «в работе» без даты - это клиент, про которого забыли.
- История живёт в телефонах. В таблице есть имя и статус, а о чём договорились, знает только менеджер.
- Рассылка всем подряд. Рекламу шлют по всей базе без отметки согласия и нарушают статью 18 закона о рекламе.
Если клиенты при этом вообще редко доходят до базы, проблема может быть раньше: заявки теряются на сайте. Проверку формы и пути заявки разбирает статья нет заявок с сайта.
Где вы сейчас
- Клиенты в телефонах, чатах и тетрадях: начните с шаблона полей и шести шагов сборки таблицы. Первую версию реально собрать за рабочий день.
- Таблица есть, но каждый ведёт её по-своему: запишите правила для команды, наведите порядок в статусах и заведите журнал касаний.
- Недавно ушёл менеджер, и часть клиентов пропала: переведите связь на рабочие номера и аккаунты и соберите его клиентов по журналу и переписке.
- Таблица тормозит продажи: сверьтесь с таблицей признаков и выберите класс системы по статье CRM для малого бизнеса.
Чек-лист: база ведётся правильно
- Таблица лежит на аккаунте компании, доступ выдаёт и забирает владелец.
- У каждого клиента одна строка с уникальным номером и телефоном в едином формате.
- Статус, канал, источник и ответственный выбираются из выпадающих списков.
- У каждого клиента в работе заполнен следующий шаг с датой, просрочки подсвечиваются.
- Все касания записываются в журнал на отдельной вкладке.
- В базе есть поле согласия на рассылку, реклама уходит только отмеченным клиентам.