Антон Дегтярёвбитрикс24 для ветеринарной клиники: карты, вакцинации, записи
Первое, с чем сталкивается ветклиника при внедрении CRM — у клиента может быть три собаки и кошка, и каждая со своей картой, весом, аллергиями и графиком прививок. Обычная CRM про это не знает: там один контакт — одна карточка. Показываю, как обойти это ограничение в Битрикс24 и что из типовых функций клиники реально приживается, а что остаётся на бумаге.
главная особенность — не владелец, а питомец
В большинстве CRM единица учёта — человек: контакт, его телефон, история покупок. В ветклинике объект наблюдения другой — питомец: у него своя история болезней, вес, порода, реакция на препараты, график прививок. Владелец — это просто контакт, к которому привязано от одного до пяти-шести питомцев.
Штатная связка Битрикс24 «контакт — сделка» этого не различает из коробки. Решение — заводить питомца не как отдельный контакт, а как элемент смарт-процесса или через кастомные поля в сделке: имя питомца, вид, порода, дата рождения, вес, хронические диагнозы. Одна сделка на приём — но карточка тянет всю историю питомца через связанные записи.
На аудитах вижу частую ошибку: клинику заводят на связке «один контакт — одна карточка животного», и когда у клиента появляется второй питомец, администратор либо путает карты, либо заводит нового человека-дубликат под то же имя владельца.
карточка приёма — что реально нужно фиксировать
Из практики восьми ветеринарных внедрений минимальный рабочий набор полей выглядит так: вид и порода животного, вес на момент приёма (меняется при лечении, важно для дозировки), диагноз, назначенные препараты, дата следующего визита, ответственный врач.
Отдельное поле — аллергии и противопоказания. Это единственное поле, которое реально спасает: если новый врач без него назначает препарат, на который у животного уже была реакция, повторная реакция может быть тяжелее первой. В карточке это должно быть видно сразу, без пролистывания истории приёмов.
История приёмов должна тянуться хронологически по питомцу, а не по владельцу — иначе при приёме второго животного этого же клиента администратор видит смешанную историю обоих питомцев и путает назначения.
Отдельно советую заводить поле «стерилизован/кастрирован» и «хронические заболевания» прямо в шапке карточки, а не в теле истории приёмов. Это то, что врач должен увидеть за секунду до начала осмотра, а не искать пролистыванием пяти прошлых визитов, пока питомец нервничает на столе.
напоминания о вакцинации — где автоматизация окупается быстрее всего
Вакцинация раз в год, обработка от паразитов раз в квартал — это классические сценарии, где робот в CRM реально экономит время администратора. Дата следующей прививки известна сразу после текущей — значит, автоматическую задачу можно ставить в момент закрытия приёма, а не вспоминать про это отдельно.
Схема простая: при закрытии приёма с типом «вакцинация» робот создаёт задачу администратору за 5-7 дней до расчётной даты следующей прививки — обзвонить или отправить сообщение в мессенджер. В 8 из 10 клиник на моих аудитах эта функция была лидером по возврату повторных визитов среди всех автоматизаций.
Второй слой — сегментация базы по типу питомца и графику: собаки, кошки, экзотика — у каждой свой цикл обработок. Рассылки по сегментам работают лучше, чем одно письмо всей базе: владелец кота не должен получать напоминание про обработку от клещей для выгула.
запись к врачу — специфика против онлайн-записи
Ветклиники редко работают строго по записи в отличие от салонов красоты — часть потока это неотложные обращения: питомцу плохо прямо сейчас, ждать порядок записи никто не будет. Это меняет логику работы с расписанием.
Онлайн-виджет записи, аналогичный тем, что используют салоны, здесь работает хуже: клиника обычно держит резерв слотов под неотложку и не хочет, чтобы их автоматически занимали плановые визиты. Практичнее — форма на сайте с заявкой, которую администратор ставит в CRM руками, оставляя буфер на форс-мажор.
Плановые визиты — вакцинация, чипирование, плановая стерилизация — можно и нужно вести через запись на конкретное время, здесь предсказуемость выше и щадящий подход к расписанию врача оправдан.
Ещё один рабочий приём — отдельное поле «тип обращения» в самой заявке: плановое, неотложное, повторный контроль. Администратор видит это до звонка и сразу понимает, можно ли предложить запись на завтра или нужно искать окно сегодня, не тратя время на уточняющие вопросы по телефону.
воронка для клиники — не продажи, а цикл здоровья питомца
Стандартная воронка «лид → квалификация → счёт → сделка» плохо ложится на ветеринарную специфику — здесь нет классической продажи, есть цикл обслуживания: обращение → приём → назначение → контроль → повторный визит.
Рабочая схема, которую настраиваю чаще всего: стадии «новое обращение», «на приёме», «назначено лечение», «контроль эффективности» (для хронических случаев и курсов лечения), «здоров / плановое наблюдение». Последняя стадия — не финал сделки, а точка, откуда запускается напоминание о следующей вакцинации.
Отдельная воронка нужна для стационара, если клиника его держит — там другая логика: не одно посещение, а период наблюдения с ежедневными записями, что плохо ложится в стандартную карточку сделки Битрикс24 и обычно требует смарт-процесса.
что битрикс24 не заменит — специализированная мис
Честно скажу клиентам сразу: если у клиники сложная лабораторная диагностика, свой стационар с почасовым мониторингом или интеграция с ветеринарными базами данных (учёт чипирования, электронные ветеринарные сопроводительные документы) — Битрикс24 это не закроет, для этого существуют специализированные медицинские информационные системы (МИС) для ветеринарии.
Рабочая схема для клиник с такой спецификой — специализированная МИС для клинической части (карта болезни, лаборатория, документооборот) плюс Битрикс24 для CRM: маркетинг, повторные визиты, работа с базой владельцев, рассылки, аналитика по загрузке врачей.
Для небольшой клиники (1-3 врача) без сложной лабораторной части одного Битрикс24 обычно достаточно — избыточно тащить вторую систему ради функций, которые не используются.
На аудите я всегда прошу клиента честно ответить на один вопрос: сколько раз за последний месяц клинике реально понадобилась функция, которой нет в CRM, а не «может понадобиться в будущем». В половине случаев ответ — «ни разу», и тогда вторая система — это просто лишние расходы на подписку и время на дублирование данных вручную между двумя базами.
интеграция с сайтом и мессенджерами
Форма записи на сайте должна сразу создавать сделку с заполненными полями по питомцу — вид, примерный возраст, повод обращения, а не просто «имя, телефон, комментарий». Чем больше контекста у администратора до звонка, тем короче разговор и меньше ошибок в графике.
WhatsApp и Telegram для ветклиник — это не опция, а основной канал: владельцы животных чаще пишут, чем звонят, особенно с фото симптомов. Подключение мессенджеров к CRM разбирал подробно в статье про подключение WhatsApp к Битрикс24 — для клиники это тот же принцип, только переписка чаще идёт с фотографиями и видео состояния питомца, для которых важно настроить сохранение в карточку, а не только в общий чат.
с чего начать внедрение
Не начинайте с полного цифрового двойника бумажной карты — это займёт месяцы и заглохнет. Начните с одного слоя: карточка питомца с ключевыми полями (вид, порода, вес, аллергии) плюс автоматическое напоминание о вакцинации. Это уже закрывает основной поток повторных визитов.
Второй этап — воронка приёма с нужными стадиями под ваш профиль клиники (общая практика, стационар, только приём). Третий — интеграция с сайтом и мессенджерами, чтобы заявки не терялись в личных чатах администратора.
Если у клиники несколько врачей и нужно распределять нагрузку — посмотрите ещё как настроить воронку продаж в Битрикс24, логика распределения ответственных там разобрана подробно и применима к распределению приёмов между врачами.
В среднем на настройку первого этапа — карточка питомца и напоминания о вакцинации — у клиники общей практики уходит одна-две недели с учётом переноса текущей базы клиентов из бумажных карт или таблицы. Полный переход со всеми этапами занимает 1-1,5 месяца.
сколько стоит и какой тариф реально нужен
Для клиники на 1-3 врача без сложной лабораторной части обычно хватает тарифа «Стандартный» — около 3000 руб/мес за портал: он даёт роботов и триггеры для напоминаний о вакцинации, разграничение прав между администратором и врачами, генерацию документов из шаблонов (согласие на процедуру, акт оказанных услуг). Базовый тариф за ~500 руб/мес технически дешевле, но в нём нет роботов — а без них напоминания о прививках придётся ставить вручную, и весь смысл автоматизации теряется.
Мобильное приложение Битрикс24 бесплатно на любом тарифе и для клиники это не опция, а рабочий инструмент: администратор на ресепшене открывает карточку питомца с телефона, если основной компьютер занят, а выездной врач (есть клиники с услугой выезда на дом) видит историю питомца и вносит назначения прямо после визита, не дожидаясь возврата в клинику.
Отдельно считаю стоимость настройки, а не только лицензию: типовая настройка карточки питомца, воронки приёма и напоминаний под клинику общей практики — от 40 тысяч рублей, с учётом переноса базы клиентов из таблицы или бумажных карт. Сеть из нескольких точек или клиника со стационаром обойдётся дороже — там больше кастомных полей и отдельная логика по каждому филиалу.
складской учёт лекарств и зоотоваров — где crm ограничена
Битрикс24 умеет вести простой каталог товаров с остатками — этого достаточно, чтобы видеть, сколько упаковок вакцины или расходников осталось на складе клиники. Но полноценный складской учёт лекарственных препаратов — с сериями, сроками годности партии и списанием по факту приёма — в CRM не предусмотрен: это уже зона товароучётной системы, а не карточки клиента.
На практике для небольшой клиники (1-3 врача) хватает связки «CRM для клиентов и записи + простой складской модуль или таблица для препаратов» — дублировать полноценный ERP ради контроля остатков вакцины не оправдано. Для клиники с собственной аптекой и продажей зоотоваров в розницу разговор другой: там нужен товарный учёт с сериями и сроками годности, и его лучше вести в 1С с обменом в Битрикс24 — логику такого обмена, включая типичные ошибки при передаче остатков, я разбирал в статье про обмен товарами и остатками между 1С и Битрикс24.
Показательный случай с аудита: клиника пыталась вести полный складской учёт медикаментов прямо в карточках CRM через кастомные поля — в итоге получила два места правды (что физически на складе и что записано в CRM), которые расходились уже через месяц. Разделение зон — CRM для клиента и записи, специализированный учёт для склада — снимает эту проблему сразу.
сеть клиник — несколько филиалов, телефония и зарплата врачей
Для сети из двух и более точек первый вопрос — единая база клиентов или раздельная по филиалам. Практика показывает: база должна быть единой, потому что владелец питомца нередко обращается в ближайший на момент филиал, а не всегда в «свой», и администратор другого офиса должен сразу видеть историю приёмов и аллергии животного, а не заводить карточку заново.
При этом права доступа стоит разграничить по филиалам через оргструктуру — администратор одной точки не должен без необходимости видеть финансовые показатели другой. Телефония на несколько филиалов и SMS-напоминания о вакцинации (для владельцев, которые реже открывают мессенджеры, чем smsку с коротким текстом) — отдельная настройка, сравнение вариантов телефонии под Битрикс24 я делал в статье про сравнение телефонии для Битрикс24.
Зарплату врачей на сети клиник часто привязывают к показателям из CRM — количеству приёмов, среднему чеку по назначениям, проценту повторных визитов пациентов конкретного врача. Это удобно считать прямо из отчётов CRM, но важная оговорка: KPI по среднему чеку в ветеринарии работает иначе, чем в продажах — рост чека не должен подталкивать врача к избыточным назначениям, поэтому в оценку обязательно добавляю долю повторных визитов и жалоб, а не только выручку на приём.