Когда Excel перестаёт справляться с клиентами?

Почти любая компания начинает вести клиентов в одном и том же месте — в таблице. Имя, телефон, что человек просил, и заметка рядом. В начале это правильное решение. Ничего не нужно устанавливать, ничему не нужно учиться, и открыть файл в компании умеют без объяснений.

Проблема не в таблице. Проблема в том, что дело обычно растёт быстрее, чем один файл способен выдержать. Этот переход происходит тихо. Однажды кто-то говорит, что это не записали, и уже не понять, в какой момент всё сломалось. Эта статья о том, как увидеть момент вовремя.

Почему в начале таблица — верный инструмент

Для короткого списка клиентов трудно найти что-то лучше. Если записи ведёт один человек, если список помещается на один экран и если возвращаться к истории не требуется, ставить систему — лишняя трата.

Уйти от таблицы слишком рано — тоже ошибка. Компания без дисциплины учёта не становится собранной от покупки программы. У неё появляется пустая программа. Привычка идёт первой, инструмент вторым.

Пять признаков, что таблицы уже не хватает

1. Никто не знает, сколько копий существует

Один работает с файлом на компьютере. Второй заполняет копию, пришедшую в WhatsApp. Третий смотрит старую версию в телефоне. Три файла называются «клиенты», и три файла разные. На этом этапе у вас уже нет записей — у вас есть утверждения о записях.

Проверка простая: спросите, какая копия считается действующей. Если в ответ звучит объяснение, а не название, признак налицо.

2. Нет ответа на вопрос, кто с этим работал

Клиент пишет снова через две недели. Кто им занимался, о чём договорились, какую цену назвали — этого уже не помнит никто. В таблице есть строка, но под строкой нет разговора.

Это самый тихий способ терять сделки. Клиент не жалуется. Клиент просто больше не пишет.

3. Напоминание живёт в чьей-то голове

Фраза «позвоню в пятницу» — это не запись. Даже если в файле есть колонка с датой, она никого не оповещает. Кто-то должен открыть файл и посмотреть. В загруженный день его не открывает никто.

Большинство пропущенных касаний происходит не от забывчивости. Они происходят оттого, что задачу помнить положили на человека. Люди нужны, чтобы говорить с клиентом, а не чтобы работать будильником.

4. История исчезает

Строку правят, переписывают поверх — и прежнее состояние уходит. Не остаётся следа, кто и когда что изменил. Если цифра оказалась неверной, назад двигаться не по чему.

В деле, где обсуждают цены и дают предложения, это серьёзная дыра. В споре о том, какая цена была названа, вам не на что опереться.

5. Файл не открывается в поле

Вы сидите у клиента и пытаетесь открыть файл в телефоне. Либо он не открывается, либо колонки наезжают друг на друга. Информация осталась в офисе, а решение принимается снаружи. Запись, которую нельзя прочитать там, где она нужна, записью не является.

Если остаться в таблице разумно — три исправления

Один или два признака ещё не значат, что завтра нужна система. Эти три пункта продержат работу какое-то время в большинстве небольших компаний:

• Только одна копия. Файл лежит в облаке, доступ идёт по одной ссылке. Вложениями ничего не пересылают. Копия, ушедшая почтой, создаёт ещё одну версию правды.
• Одна строка на клиента. Никакой второй строки для того же человека. Растёт колонка заметок, по датам. Короткие записи вроде 12.08 - назвали цену через полгода оказываются единственным, чем можно пользоваться.
• Отдельная колонка с датой следующего касания. И названный по имени человек просматривает её утром. Работа, не записанная как чья-то задача, остаётся несделанной.

Если эти три пункта держатся — оставайтесь там, где вы есть. Если не держатся, программа тоже не спасёт. Проблема тогда не в инструменте, а в ответственности.

Каких пяти полей достаточно

Таблицу раздувает обычно число колонок. На деле живой карточку клиента держат очень немногие поля. Если эти пять заполнены — запись работает. Если нет — сорок колонок её не спасут:

• Имя и телефон. Считайте их одним полем. Запись без телефона — не запись, а имя, к которому нельзя вернуться.
• Что просит, одной фразой. Например: три комнаты, восточная сторона, бюджет ограничен. Никаких длинных описаний — потом их не читают.
• Дата последнего контакта. Не что было сказано, а когда. Одно это поле отвечает на вопрос, сколько времени этому клиенту не звонили.
• Следующий шаг и его дата. Например: позвонить в пятницу. Запись без следующего шага не ждёт — она мертва.
• Результат. Выиграли, потеряли или ещё открыто. Поле из трёх слов в конце месяца показывает, что произошло на самом деле.

Как писать колонку заметок

Поле, которое портится чаще прочих, — заметка. Она либо остаётся пустой, либо превращается в абзац, который никто не читает. Верная форма посередине и она короткая: дата в начале записи, дальше одна строка максимум. Например: 18.08 - назвали цену, думает.

Старые заметки не стирают. Снизу добавляют новую строку. Через полгода эти короткие строки складываются в историю отношений, и когда клиент пишет снова, видно, кто что говорил. Писать длинно даёт тот же результат, что не писать вовсе: и в том, и в другом случае к тексту не возвращаются.

Как принимается решение уйти

Решение принимают не по числу записей, а по ответам на два вопроса.

Записи вносит больше одного человека? Если да, правило единственной копии рано или поздно сломается. Нужна структура, где двое могут писать одновременно.

Запись сама по себе запускает работу? То есть её ведут только чтобы помнить, или у неё есть следствие — звонок в назначенный день, ожидаемая оплата? Если следствие есть, нужно что-то, что о нём напомнит. Таблица не напоминает.

Если ответ на оба вопроса «да», отсрочка стоит вам сделок, которых вы не видите. Если «да» только на один, три исправления выше продержат ещё какое-то время.

Три ошибки при переходе

• Переносить всё подряд. Если пять лет мёртвых записей войдут в новую систему, она откроется свалкой в первый же день. Переносят активных клиентов. Остальное остаётся в таблице как архив.
• Вести оба места параллельно. Говорят, что пока заполним и то, и другое. Через две недели неполны оба. День перехода назначен, и после него место одно.
• Требовать слишком много полей. Форму из сорока полей не заполняет никто. Начните с пяти и добавьте потом то, чего действительно не хватает. Поле, остающееся пустым, хуже поля, которого нет, — его считают заполненным.

Как цепочка рвётся за неделю

Ломается не одним событием, а мелочами, которые накапливаются. Типичная неделя выглядит так.

Понедельник. Звонит телефон, клиент рассказывает, что ему нужно. Вы посреди другого дела — имя оказывается на бумажке, и вы говорите себе, что внесёте позже.

Вторник. Бумажка не находится. Номер вы достаёте из журнала звонков, но чего человек хотел, уже не помнит никто. Спрашиваете клиента заново — и здесь уходит первый кусок доверия.

Среда. Сотрудник скачивает копию файла в телефон и вносит двух клиентов на выезде. Эти две записи в главный файл не возвращаются.

Четверг. Второй человек звонит тому же клиенту и задаёт те же вопросы. На этот раз клиент отвечает, что ему уже звонили по этому поводу.

Пятница. К концу недели никто не может сказать, со сколькими людьми поговорили. Строки в файле есть, но какие из них действительно отработали — остаётся неясным.

За эту неделю не было ни одной технической поломки. И лениться никто не ленился. Просто у записей не было единственного дома, а задача помнить осталась на человеке. Именно здесь таблицы перестаёт хватать: ломается не файл, ломается порядок вокруг него.

Что меняется

Правильно поставленный учёт клиентов меняет три вещи. У записи появляется один дом. История добавляется, а не переписывается поверх. И когда наступает дата касания, система звонит вам, а не вы ей. Вести учёт перестаёт быть отдельной обязанностью и становится частью работы.

Корпоративное программное обеспечение для этого не нужно. Большинству небольших компаний хватает панели, которая держит доходы, расходы, клиентов и товары в одном месте и открывается с телефона. Система управления бизнесом от Kılman сделана как раз под этот размер: установка и ежемесячная поддержка включены, доступ открывают на ваше имя.

Что читать дальше

О шагах, которые идут после наведения порядка в учёте: контроль счетов и платежей, автоматизация CRM и почему проекты автоматизации проваливаются.