CRM для бухгалтера: угоди, договори і нагадування без окремої підписки

11:30, четвер. Місяць тому на пошту впала заявка: «Шукаю бухгалтера для ФОП, порадили вас». Ви відповіли, домовилися скинути умови — і закрутилися. Сьогодні той самий чоловік пише: «Так ми працюємо чи ні? Мені вже інші відповіли». Ви гарячково згадуєте, на чому зупинилися: чи скинули договір, чи назвали ціну, чи взагалі відповіли вдруге. У пошті — обривок, у месенджері — нічого, у голові — туман. Клієнт, який сам прийшов і хотів платити, іде до конкурента не тому, що ви гірші, а тому, що він просто випав з поля зору.

Слово «CRM» у бухгалтера часто викликає відторгнення: це ж про продажників з їхніми «воронками» й «холодними дзвінками», а не про облік. Але суть CRM не в продажах. Це система, яка не дає жодному клієнту загубитися — від першого «порадили вас» до підписаного договору й далі, впродовж усього обслуговування. А ведення клієнтів — це рівно те, чим агенція займається щодня.

У цій статті розберемо, навіщо бухгалтеру CRM насправді, які етапи проходить клієнт від заявки до обслуговування, чому окрема CRM-підписка поруч з окремим обліком породжує «зоопарк» і подвійне введення, і як виглядає CRM, вбудована в систему обліку.

Навіщо бухгалтеру CRM насправді

Забудьмо на хвилину про «продажі». Подивімося, що реально губиться в агенції без системи ведення клієнтів:

• Заявки. Хтось написав, порадили, залишив контакт — і це осідає в пошті чи месенджері без жодного контролю. Частина заявок просто не оброблюється.
• Онбординг. Новий клієнт прийшов, але процес прийому ніде не відстежується: чи зібрані документи, чи підписаний договір, чи заведений в облік. Клієнт «начебто наш», а насправді півсправи.
• Договори. Хто на якому договорі, коли він закінчується, які умови — це або в окремій папці, або в голові засновника.
• Нагадування. «Передзвонити клієнту після відпустки», «нагадати про підвищення тарифу», «уточнити нові реквізити» — усе це живе в стікерах і забувається.
• Контекст клієнта. Хто його привів, які були домовленості, чому він на такому тарифі — знання, яке не передається й зникає разом зі співробітником.

CRM для бухгалтера закриває саме це — не пошук нових клієнтів холодними дзвінками, а те, щоб наявні й вхідні клієнти проходили шлях без втрат. Це система пам'яті агенції про клієнтів: заявки, етапи, договори, теги, нагадування. Різниця з таблицею принципова: таблиця зберігає стан на момент, коли ви її оновили руками, а CRM веде клієнта по етапах і сама нагадує, коли час діяти.

Ще одне поширене заперечення бухгалтера: «у мене всього тридцять клієнтів, навіщо мені CRM, я їх усіх знаю». Знати клієнтів справді можна й на пам'ять — доки їх тридцять і доки ви працюєте самі. Проблеми починаються на двох переходах: коли клієнтів стає більше, ніж вміщує голова, і коли з ними починає працювати не одна людина, а команда. У другому випадку «знаю всіх» уже не працює: те, що в голові засновника, недоступне новому бухгалтеру. CRM потрібна не тому, що вас багато клієнтів, а тому, що знання про них має бути спільним і не зникати разом із конкретною людиною.

Воронка від ліда до клієнта

Слово «воронка» лякає бухгалтерів, але означає воно просту річ — етапи, які проходить клієнт від першого контакту до стабільного обслуговування. Для агенції ця воронка коротка й зрозуміла.

Кожен перехід між етапами — місце, де клієнт може випасти. CRM робить воронку видимою: ви бачите, хто на якому етапі застряг, кому давно не передзвонили, у кого висить непідписаний договір другий тиждень. Замість «здається, десь була заявка» — чіткий список тих, з ким треба щось зробити сьогодні.

Приклад. Агенція отримує 10 заявок на місяць. Без системи ведення половина губиться на переходах: 3 не передзвонили вчасно, 2 «зависли» на договорі. З десяти потенційних клієнтів доходить до обслуговування 5. З воронкою, де кожна заявка має етап і нагадування, до договору доходять 8 — не тому, що агенція стала переконливішою, а тому, що ніхто не випав через забудькуватість. Для агенції з середнім чеком це різниця в кілька постійних клієнтів щомісяця, тобто відчутна частина зростання — з тих самих вхідних заявок.

Воронка корисна й після підписання. Клієнт на обслуговуванні — теж стан, який треба вести: теги (група єдиного податку, є працівники, є ПДВ, «складний», «платить вчасно»), нагадування (продовжити договір, переглянути тариф), історія змін. Це перетворює хаотичну базу «всі клієнти скопом» на керований портфель.

Договори, теги й нагадування

Три робочі інструменти CRM, які щодня економлять час агенції, — це договори, теги й нагадування. Розберемо кожен.

Договори

Договір з клієнтом — це не просто підписаний папір, а набір умов, які треба пам'ятати: що входить у тариф, які строки, коли продовження. У CRM договір прив'язаний до клієнта, і ви завжди бачите, на яких умовах працюєте. Зникає ситуація «а що ми йому обіцяли пів року тому» — умови зафіксовані, а не переказуються по пам'яті. Про те, як має виглядати сам документ, ми писали окремо — див. зразок договору з ФОП.

Теги

Теги — найпростіший і найнедооціненіший інструмент. Це мітки на клієнтах, які дозволяють миттєво зібрати потрібну групу:

• за групою єдиного податку — щоб бачити всіх «третьогрупників» перед квартальним звітом;
• за наявністю працівників — кому потрібна зарплатна звітність;
• за платіжною дисципліною — хто регулярно затримує оплату обслуговування;
• за складністю — кому потрібна увага старшого бухгалтера.

За тегами будь-яку вибірку клієнтів видно за секунду замість перебирання таблиці рядок за рядком.

Нагадування

Нагадування — це те, що перетворює наміри на дії. «Передзвонити після відпустки», «нагадати про індексацію тарифу з нового року», «уточнити зміну реквізитів» — усе, що зазвичай живе в стікерах і забувається, стає задачею з датою, прив'язаною до клієнта. Система нагадає сама, коли час, і жоден клієнт не залишиться без контакту тільки тому, що про нього забули.

Разом договори, теги й нагадування закривають повсякденне ведення клієнта. Це та частина роботи агенції, яку зазвичай тримають «в голові» й яка першою розсипається зі зростанням кількості клієнтів. Як вибудувати процеси агенції загалом, щоб зростання не впиралося в стелю, ми розбирали у статті про процеси бухгалтерської агенції.

Чому окрема CRM-підписка — це зоопарк

Тут виникає спокуса: узяти окрему CRM-програму, яких на ринку багато, і вести клієнтів там. На перший погляд логічно — інструмент спеціалізований. На практиці окрема CRM поруч з окремим обліком породжує ту саму проблему, від якої агенції страждають найбільше: розірвані дані й подвійне введення.

Уявіть типовий «зоопарк»: клієнти заведені в CRM, податки рахуються в обліковій програмі, документи лежать у папках, комунікація в месенджерах. Що відбувається на стиках:

Кожен стик — це ручне перенесення даних, тобто джерело помилок і витраченого часу. Завели клієнта в CRM — треба завести його ще й в обліку. Змінилися реквізити — правити у двох місцях. А оскільки в бухгалтерській роботі центр ваги все одно в обліку (податки, документи, звіти), CRM збоку швидко перетворюється на напівзакинуту базу, яку ніхто не оновлює, бо «є ж основна система».

Окремо про вартість. Класичні CRM тарифікуються за кожного користувача: більша команда — дорожча підписка. Для агенції, де з клієнтами працюють кілька бухгалтерів і асистентів, це означає, що сама спроба навести лад у клієнтській базі стає постійною статтею витрат, яка росте разом із командою.

Висновок простий: CRM цінна для бухгалтера тоді, коли вона в тій самій системі, де ведеться облік. Тоді клієнт заводиться один раз, його картка одночасно і CRM-картка, і облікова, а нагадування живуть поруч з дедлайнами звітності.

Онбординг як частина воронки

Окремо варто спинитися на етапі, який агенції провалюють найчастіше, — онбордингу. Підписати договір ще не означає прийняти клієнта: далі йде найважча частина, де клієнт часто «зависає» на місяці в напівприйнятому стані. Саме тут CRM показує себе найкраще, бо перетворює онбординг з розмитого «начебто працюємо» на керований чек-лист із зрозумілими кроками.

Типовий онбординг ФОП — це послідовність, однакова для кожного нового клієнта: зібрати реєстраційні дані й групу єдиного податку, отримати доступи до електронного кабінету й попередньої звітності, провести аудит «хвостів», зафіксувати умови обслуговування, завести клієнта в облік із податковим профілем і підключити канал передачі документів. Коли ці кроки — етапи у воронці, видно, на якому саме кроці застряг кожен новий клієнт: у цього не отримані доступи другий тиждень, у того не проведений аудит.

Різниця між CRM і таблицею тут особливо помітна. У таблиці онбординг — це рядок, який хтось має не забути оновити. У CRM це стан, який видно й за який хтось відповідає: клієнт не «загубиться» між підписанням і початком нормального обслуговування, бо система показує незавершені кроки. Для агенції, яка приймає кількох клієнтів на місяць, це різниця між чистим стартом і хронічними «хвостами», які потім спливають під час першого ж звіту.

Ще один недооцінений бік воронки — вона зберігає контекст походження клієнта. Хто його порадив, з якої заявки він прийшов, що йому обіцяли на першій зустрічі — усе це прив'язане до картки й не зникає разом зі співробітником, який вів переговори. Коли клієнта підхоплює інший бухгалтер, він бачить не голу картку, а всю історію: звідки клієнт, які були домовленості, на чому зупинилися.

CRM усередині системи обліку

Doc2Pay містить CRM не як окремий модуль збоку, а як частину єдиної системи, де ви ведете весь облік клієнтів. Клієнт заводиться один раз — і його картка одночасно є і CRM-карткою (заявка, етап воронки, договір, теги, нагадування), і обліковою (група єдиного податку, податки, документи, дедлайни). Нічого не переноситься між системами, бо система одна.

Що це дає на практиці. Угоди й воронка ведуть клієнта від заявки до обслуговування — видно, хто на якому етапі. Договори прив'язані до клієнта з умовами. Теги дозволяють миттєво зібрати будь-яку вибірку — за групою, працівниками, дисципліною. Нагадування спрацьовують самі й прив'язані до клієнта. А оскільки все це в системі обліку, картка клієнта показує повну картину: і його статус у воронці, і його податки, і його документи, і історію дзвінків. Коли клієнт телефонує, ви бачите не лише контакт, а й угоду, договір і теги — про зв'язок телефонії з карткою ми писали у статті про IP-телефонію для агенції.

Головне для агенції: CRM у Doc2Pay не тарифікується окремо за користувачів. Уся команда працює в системі без доплат за кожного бухгалтера — CRM входить у підписку разом з обліком, податками й рештою модулів. Подивіться тарифи Doc2Pay: на час раннього доступу це доступно безкоштовно, тобто навести лад у клієнтській базі можна без окремого рядка витрат.

Коротко: CRM для бухгалтера

• Це не про продажі, а про ведення клієнтів. Заявки, онбординг, договори, теги, нагадування — щоб жоден клієнт не загубився.
• Воронка робить шлях видимим. Від ліда до обслуговування видно, хто на якому етапі застряг — і вхідні заявки перестають випадати через забудькуватість.
• Договори, теги, нагадування закривають повсякденне ведення — ту частину роботи, яку зазвичай тримають у голові.
• Окрема CRM-підписка — це зоопарк. Розірвані дані, подвійне введення й оплата за кожного користувача.
• CRM має жити в системі обліку. Один запис клієнта, одна картка, нагадування поруч із дедлайнами — і без доплат за команду.

CRM — це фундамент, на якому тримаються решта процесів агенції. Щоб замкнути цикл роботи з клієнтом, читайте, як виставляти клієнтам рахунки за обслуговування — білінг природно продовжує CRM, перетворюючи ведення клієнта на облік плати за нього. А про те, як налагодити процеси агенції загалом, — у статті про процеси бухгалтерської агенції.