# Карта записей принесла компании 10 новых клиентов

> Клиники откладывали уведомления после внедрения новой программы из-за дополнительной работы. Бесплатная карта помогла увидеть готовый способ запуска сообщений.

Источник: https://crossmark.ru/cases/nisha-razrabotka-prilozhenii-i-po-dlya-i-omnikanalnye
Автор: Сергей Мазур · опубликовано 2026-10-04

Разработчик программ для клиник искал дополнительную выручку от внедрения, а сервис уведомлений терял клиентов из-за сложного старта. Кроссмарк свёл их вместе, и клиникам стали дарить карту записей и напоминаний пациентов. За 2 месяца сервис заключил 24 договора, а разработчик получил 10 новых платящих клиентов на свои услуги. До совместной работы таких клиентов у разработчика не было.

Владелец стоматологии только закончил загрузку базы пациентов и расписания в новую программу. Менеджер сервиса уведомлений предлагает автоматические напоминания, но владелец смотрит на экран и говорит: «Я понимаю, что напоминания нужны. Но мы только закончили с программой. Не хочу сейчас подключать ещё одну систему, разбираться с шаблонами и потом объяснять пациентам, почему им пришло не то сообщение.

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

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

Если вы тоже ищете, кто приведёт к вам клиентов, — [подберите себе партнёра](https://crossmark.ru/#join): две минуты, бесплатно, без карты.

## Кто такие разработчик программ и сервис уведомлений?

Участников трое: разработчик программ для клиник, сервис уведомлений для бизнеса и их общий клиент.

**Разработчик программ для клиник** создаёт программы для стоматологий, косметологических клиник, салонов красоты и SPA. Система помогает вести базу пациентов, расписание, записи, услуги, врачей и историю посещений. Компания работает с клиниками по всей России и хочет, чтобы после покупки программы сотрудники пользовались ей каждый день.

**Сервис уведомлений для бизнеса** подключает SMS, мессенджеры и голосовые уведомления. Компания настраивает автоматические сообщения, связывает их с расписанием и клиентской базой. Ей нужны клиники, готовые подключить уведомления без долгих переговоров и объяснений.

**Владелец стоматологии** покупает программу для управления клиникой, загружает базу пациентов и расписание. После внедрения ему нужны подтверждения записей и напоминания без лишней работы для администраторов.

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

## Почему клиенты сервиса уведомлений отказывались?

Клиенты отказывались, потому что боялись новой работы сразу после внедрения основной программы.

После загрузки данных владельцу предлагали отдельную услугу. Для неё нужно было заново объяснять процессы, собирать данные и отвечать на вопросы двух поставщиков. Операционная перегрузка — ситуация, когда у человека слишком много новых задач и он откладывает даже полезное решение.

За 2 месяца до совместной работы разработчик провёл 50 внедрений, но ни один платящий клиент сервиса уведомлений не пришёл от него. Самостоятельно сервис заключил 8 договоров с клиниками.

![Пустая стойка стоматологии и компьютер с расписанием, рядом скептичный белый кот.](https://s3.regru.cloud/crossmark/statejnik/kejsy/nisha-razrabotka-prilozhenii-i-po-dlya-i-omnikanalnye-2.webp)

## Что компания дала клиентам партнёра?

Клиникам предложили «Карту записей и напоминаний пациентов».

Менеджер разработчика вручал обещание в день загрузки базы и расписания: «Мы уже загрузили ваших пациентов и расписание. Давайте бесплатно соберём для вас карту записей и напоминаний: покажем, кому и когда стоит отправлять сообщения, какие каналы выбрать и как проверить первое уведомление. Вы увидите, как это будет работать именно в вашей клинике, и решите, нужно ли подключать услугу постоянно».

Внутри карты были три части:

- **Карта записей и напоминаний пациентов.** Один документ показывал записи, сообщения, время напоминания и действия при переносе приёма.
- **План первого запуска.** Четыре готовых сценария показывали подтверждение записи, напоминание, перенос визита и сообщение после посещения.
- **Проверка перед отправкой.** Специалист проверял базу, шаблоны и согласия, а затем показывал, как отправить тестовое сообщение.

Готовый документ передавали через один рабочий день после получения необходимых данных. До совместной работы только 3 из 30 клиник, которым позже вручили карту, имели собственный документ с подобным планом.

## Как найти выгрузила базу клиентов через разработчика?

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

Путь одного клиента выглядел так.

1. Владелец покупал программу, а специалист разработчика загружал базу пациентов, услуги, врачей и расписание. Он говорил: «Теперь все записи у нас в одном месте. Давайте сначала убедимся, что сотрудники освоили программу».

2. Менеджер показывал выключенный блок уведомлений и объяснял, что сообщения помогут подтверждать записи и напоминать о визитах без ручных звонков. Он говорил: «Смотрите, расписание уже заполнено. Мы можем настроить сообщения прямо по этим записям, чтобы администратору не приходилось каждый раз звонить пациенту».

3. Менеджер вручал сертификат на бесплатную карту записей и напоминаний пациентов. Клиент получал обещание, а не готовый документ: «Вот сертификат. Если пришлёте необходимые данные, мы подготовим карту бесплатно. Никаких обязательств по покупке нет».

4. Владелец соглашался, а специалист создавал общий Telegram-чат с клиентом и представителем сервиса уведомлений. В чате появлялась общая техкарта в Яндекс Документах/Таблицах: «Давайте всё обсуждать здесь втроём. Так не придётся пересылать сообщения и объяснять одно и то же разным людям».

5. Разработчик передавал предзаполненную техкарту с событиями программы, полями базы, черновиками шаблонов, каналами и статусами согласий. Сервис проверял данные и готовил карту: «Мы уже видим, когда пациент записывается и когда меняет время. Осталось проверить шаблоны и убедиться, что сообщения можно отправлять».

6. Специалисты проводили тестовую отправку в тот же день, показывали результат владельцу и включали подтверждение записи. После проверки они подключали остальные сценарии: «Тестовое сообщение пришло, время и имя указаны правильно. Давайте включим подтверждения, а напоминания проверим на следующих записях».

7. Владелец оплачивал подключение и абонентское обслуживание сервиса уведомлений, а разработчик получал оплату за собственный пакет внедрения. Клиника начинала пользоваться автоматическими сообщениями: «Теперь администратор видит, какие сообщения отправлены, и не тратит полдня на обзвон. Давайте оставим эту настройку в постоянной работе».

Владелец стоматологии с двумя кабинетами думал, что подтверждения и напоминания займут около 3 часов администраторского времени в день. В расписании было 24 визита, а ручное подтверждение каждого занимало примерно 5 минут, то есть только на подтверждения уходило 2 часа в день. После проверки клиника подключила сервис, включила подтверждения и напоминания, а затем добавила сообщения о переносах.

![Разработчик и сервис уведомлений обмениваются клиниками, между ними ярко-зелёная стрелка и кот.](https://s3.regru.cloud/crossmark/statejnik/kejsy/nisha-razrabotka-prilozhenii-i-po-dlya-i-omnikanalnye-3.webp)

## Сколько получили обе компании за 2 месяца?

За 2 месяца совместной работы сервис уведомлений заключил 24 договора, а разработчик получил 10 новых платящих клиентов. Сравнивали все 50 внедрений разработчика за 2 месяца до совместной работы и за 2 месяца вместе.

| Что считали | До совместной работы | За время совместной работы |
|---|---:|---:|
| Всего внедрений программы с загрузкой базы и расписания | 50 | 50 |
| Клиники, сразу согласившиеся на подключение уведомлений без сертификата | — | 4 |
| Клиники, отказавшиеся от предложения и не взявшие сертификат | — | 16 |
| Клиники, получившие сертификат на карту записей и напоминаний пациентов | — | 30 |
| Получили сертификат, но не прислали данные для подготовки документа | — | 6 |
| Получили готовую карту записей и напоминаний пациентов | — | 24 |
| Купили сервис уведомлений после получения карты | — | 12 |
| Получили карту, но не купили сервис уведомлений | — | 12 |
| Всего новых договоров сервиса уведомлений | 8 | 24 |
| Новые платящие клиенты разработчика программы из совместного потока | — | 10 |

Из 24 договоров сервиса уведомлений 12 пришли после получения карты, ещё 4 клиники согласились сразу. Разработчик получил 10 платящих клиентов из этого же потока.

Себестоимость подготовки 24 карт составила 48 000 ₽: каждая карта занимала 2 часа специалиста, а час стоил 1 000 ₽. Ежемесячная оплата 10 новых клиентов разработчика составляет 200 000 ₽, поэтому затраты на подготовку всех карт были ниже этой суммы.

Раньше после загрузки базы мы фактически оставляли клинику один на один с вопросом, как сообщать пациентам о записях. Теперь я сразу показываю, что можно сделать дальше, и вижу, как у клиента за один день появляется работающий инструмент, а не ещё одна задача в списке.

Кроссмарк подбирает разработчику программ для клиник партнёра вроде сервиса уведомлений — с теми же клиентами. Сервис встречает клинику раньше, чем ей приходится отдельно искать способ настроить сообщения. Кроссмарк предлагает подарить в этот момент карту. Три такие стратегии партнёрства входят в бесплатный тариф «Старт».

## Когда такая схема не сработает?

Схема подходит не всем и не всегда. Вот условия, при которых она ломается.

- **База не содержит минимально необходимых данных.** Для карты нужны имя, телефон и дата или время записи. В этой истории 6 клиник получили сертификат, но не прислали данные и не получили готовый документ.

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

- **Клиника не проверила согласия пациентов.** Без проверки нельзя отправлять рекламные сообщения людям, которые не разрешали такую коммуникацию. Поэтому сначала запускают сервисные уведомления.

- **Не определено, кто отвечает за шаблоны и сбои доставки.** Без заранее согласованных сроков и ответственных разработчик и сервис могут перекладывать работу друг на друга. Первый запуск тогда задерживается.

- **Выбранный мессенджер не подходит части пациентов.** Один канал не охватывает всю базу. В таких случаях нужен резервный способ отправки: SMS или голосовое уведомление.

![Та же стойка стоматологии теперь полна людей, рядом показаны 24 договора и 10 клиентов и торжествующий хомяк.](https://s3.regru.cloud/crossmark/statejnik/kejsy/nisha-razrabotka-prilozhenii-i-po-dlya-i-omnikanalnye-4.webp)

## Как запустить такую схему с партнёром?

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

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

Подготовьте общую техкарту с событиями, полями, шаблонами, каналами и статусами согласий. Добавьте сертификат на бесплатную карту записей и напоминаний пациентов.

Обучите менеджеров и специалистов показывать выключенный блок уведомлений во время загрузки базы. Научите их объяснять пользу простыми словами и создавать общий Telegram-чат.

Запустите схему на ограниченном числе клиник. Сначала включайте один-два сервисных сценария, проводите тестовую отправку и фиксируйте ошибки данных, шаблонов и интеграции.

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

## Где компаниям этого рода искать клиентов, кроме партнёра?

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

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

## Вопросы и ответы

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

В этой истории источником клиентов стали партнёрские внедрения, а не реклама. Разработчик передавал клиники сервису в день загрузки базы и расписания. За 2 месяца сервис заключил 24 договора, из которых 12 пришлись на клиники, получившие готовую карту.

Уведомления предлагали в момент загрузки базы и расписания, когда потребность в подтверждениях и напоминаниях уже понятна. Из 50 внедрений 30 клиник взяли сертификат, 24 получили готовую карту, а 12 купили сервис после её получения.

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

Подготовка одной карты стоит 2 000 ₽ по затратам времени специалиста. В этой истории подготовили 24 карты по 2 часа при стоимости часа 1 000 ₽, поэтому общая себестоимость составила 48 000 ₽. При этом 10 новых платящих клиентов дают 200 000 ₽ в месяц.

Клинику не нужно заставлять покупать услугу: сначала исправляют данные и согласия, затем возвращаются к подключению. В этой истории 12 из 24 клиник, получивших карту, сервис не купили. Документ всё равно показал, что необходимо проверить перед запуском.

**Рядом по теме:**

- [План запуска рекламы принёс компании 11 новых клиентов](/cases/vpn-based-produkty-i-performance-agentstva-i-whitelabel)
- [Подарок после курса принёс компании 14 клиентов](/cases/hr-i-edtech-onlain-shkoly-dlya-sobstvennikov)

- Внутренний замер сервиса уведомлений и разработчика программ: внедрения, сертификаты, готовые карты, договоры и новые клиенты за 2 месяца до совместной работы и 2 месяца вместе.
- Стратегия Кроссмарка «Карта записей и напоминаний пациентов»: участники, путь клиента, срок, цена, ограничения.