Питання «де у вас база клієнтів» частіше за все має відповідь на кшталт: у Вікі в телефоні, у файлі на робочому столі, у листуванні й трохи в зошиті. Поки компанія маленька, це працює.
Ламається воно в трьох точках: людина йде, ноутбук ламається, або хтось випадково видаляє файл. І тоді виявляється, що найдорожчий актив бізнесу — накопичена історія стосунків із клієнтами — не належав компанії.
Що взагалі вважати базою
Не тільки телефони. База — це всі дані, з якими ви можете повернутися до людини й продовжити розмову: контакт, що купували й коли, на яку суму, які були домовленості, чому не купили минулого разу.
Саме друга частина і має цінність. Список номерів можна зібрати заново, а історію — ні. Тому головне питання не «де лежать контакти», а «чи залишиться контекст, якщо завтра піде менеджер, який його памʼятає».
Три рівні зберігання
Рівень «як є». Контакти в телефонах, файли в кожного свої. Компанія не володіє нічим: побачити картину цілком не може ніхто, дублі накопичуються самі. Чому вони зʼявляються і як їх чистити — у матеріалі про дублі в базі клієнтів.
Рівень «спільний файл». Одна таблиця на робочому акаунті компанії, доступ виданий поіменно, увімкнена історія змін. Для кількох людей цього вистачає надовго — про сценарії використання в матеріалі про інтеграцію сайту з Google Таблицями.
Рівень «система». CRM, де кожне звернення привʼязане до картки, а історія пишеться сама. Це вже не про зручність, а про те, що дані перестають залежати від памʼяті конкретної людини — з чого почати, у матеріалі про CRM для малого бізнесу.
Ознаки, що час переходити на наступний рівень, розібрані окремо в матеріалі про те, коли Excel перестає справлятися.
Хто має бачити що
Найпоширеніша крайність — усі бачать усе, бо «так простіше». Друга крайність — усе закрито, і люди не можуть замінити колегу на лікарняному.
Робочий баланс виглядає так:
- Менеджер — свої клієнти повністю, чужі — контакт і статус, щоб відповісти на дзвінок.
- Керівник — уся база й звіти.
- Вивантаження всієї бази у файл — одна-дві людини, і кожен такий випадок фіксується.
- Видалення записів — заборонити взагалі, замість цього позначати архівними.
- Доступ звільненого — закривається в день звільнення, не «колись потім».
Останній пункт зазвичай і виявляється діркою: пошта відключена, а доступ до таблиці лишився. Як це впорядкувати — у матеріалі про права доступу співробітників у системі.
Копії й відновлення
Правило просте: копія має лежати не там, де оригінал. Резервна копія CRM усередині тієї самої CRM не рятує від жодного зі сценаріїв, від яких її роблять.
Мінімум для малої компанії: щотижневе вивантаження бази у файл, який зберігається окремо, з датою в назві. Раз на квартал — перевірка, що з цього файлу справді можна відновити дані, а не просто «він є».
Той самий підхід стосується і сайту з його заявками — про це в матеріалі про резервне копіювання сайту.
Якщо база вже пішла
Найчастіший сценарій виглядає так: людина звільнилася, а через місяць ваші клієнти отримують пропозицію від нового місця її роботи. Судова перспектива в таких справах слабка, тому робити треба інше й швидко.
Порядок дій:
- Подивитися в системі, хто і що вивантажував за останні місяці. Якщо журналу змін немає — це перший висновок на майбутнє.
- Звернутися до клієнтів першими. Не зі скаргами на колишнього співробітника, а по справі: хто тепер їхній контакт і що вже зроблено.
- Закрити доступи всюди, включно з тими сервісами, про які згадують останніми, — банк, розсилки, рекламні кабінети.
- Перевірити, чи лишилася історія в картках клієнтів. Якщо вона жила в голові менеджера, відновлювати доведеться в розмовах.
Утримує клієнта не заборона, а те, що з вами йому зручніше: історія збережена, домовленості памʼятають, ніхто не просить пояснити все з початку.
Юридичний і людський бік
Клієнтські дані — це персональні дані, і збирати їх треба зі згодою та з поясненням, навіщо. Формально це закриває політика конфіденційності на сайті: що в ній має бути — у матеріалі про політику конфіденційності та cookie.
Практично важливіше інше: не збирати зайвого. Чим менше даних ви тримаєте, тим менше втрачаєте при витоку. Копії паспортів, фото карток і скани договорів у робочому чаті — найчастіше джерело неприємностей у малому бізнесі.
Коротко
База клієнтів — це не список номерів, а історія стосунків, і вона має належати компанії, а не пристрою конкретної людини. Тримайте дані на робочих акаунтах із поіменним доступом, розмежуйте, хто що бачить, закривайте доступ у день звільнення, робіть копію окремо від системи й перевіряйте її раз на квартал. Де саме лежить ця база — на компʼютері в офісі чи в хмарі — теж частина питання: варіанти порівняні в матеріалі про хмарну облікову систему. І не збирайте того, що вам не потрібно.
Ми в Obliko переносимо розкидані контакти в одну систему з нормальними доступами й копіями — без втрати історії.
Чи можна зберігати базу клієнтів у Google Таблиці?
На старті — так, якщо файл лежить на робочому акаунті компанії, доступ виданий поіменно й увімкнена історія змін. Небезпечний варіант — файл на особистій пошті співробітника з посиланням «для всіх, хто має лінк».
Як часто робити резервну копію бази?
Раз на тиждень для більшості малих компаній, щодня — якщо в базу щодня вносять десятки записів. Копію тримають окремо від самої системи, інакше вона зникне разом із нею.
Чи має менеджер бачити всю базу?
Ні. Робоче правило — бачить своїх клієнтів і те, що потрібно для заміни колеги. Повний доступ і масове вивантаження лишають одній-двом людям.
Що робити, якщо співробітник забрав контакти?
Спершу зафіксувати факт у системі — хто і що вивантажував. Далі — не покарати, а утримати клієнтів: звернутися першими, поки з ними не звʼязалися. Судова перспектива в таких справах слабка.
Рутина зʼїдає робочий день?
Подивимось ваші процеси й порахуємо, що автоматизувати першим, щоб віддача була найшвидшою.