Попробуйте другую формулировку: «проверки», «регистратура», «ИИ» или «телемедицина».
01 · измеримый результат
Стартовая модель ниже нужна не для обещания результата, а для проверки жизнеспособности маршрута. База сценария — 10 000 новых квалифицированных визитов в экосистему BitMedic за месяц. Показатели могут пересекаться: один человек способен одновременно воспользоваться поиском, вернуться и открыть лендинг. Все проценты — рабочая пессимистичная гипотеза до накопления собственной статистики.
| Измеримый результат | Событие | Пессимистичная доля | Объём | Что это доказывает |
|---|---|---|---|---|
| Вернулся в течение 30 дней | portal_return_30d | 4% от новых визитов | 400 | Портал начал работать как собственная повторная аудитория, а не одноразовая посадочная страница. |
| Сформулировал запрос | search_submit | 6% | 600 | Человек не просто просмотрел страницу, а обозначил предметную задачу. |
| Изучил тему глубже | second_article_open | 8% | 800 | Появился интерес к тематическому маршруту, а не только к одному заголовку. |
| Сохранил материал | favorite_add | 1,5% | 150 | Есть намерение вернуться к вопросу или передать материал внутри клиники. |
| Перешёл к гипотезе | hypothesis_landing_open | 2% | 200 | Экспертный интерес перешёл в проверку конкретного решения или пилота. |
| Вернулся с лендинга | landing_return | 12% от 200 переходов | 24 | Лендинг не стал тупиком: человек продолжил отношения с ядром после предложения. |
| Прямой прелид | prelead_direct | 0,25% | 25 | Человек сам запросил контакт, расчёт, диагностику или участие в пилоте. |
| Накопительный прелид | prelead_accumulated | 0,15% | 15 | Серия действий в разные даты показала устойчивый интерес и привела к релевантному предложению. |
| Пилот начат | pilot_started | 0,08% | 8 | Маркетинговый маршрут дошёл до проверяемого бизнес-результата. |
02 · накопление интереса
Десять действий за один вечер и десять действий в течение двух месяцев — разные сигналы. Поэтому каждое событие хранит тему, источник и точное время, а итоговый балл пересчитывается с учётом давности, повторения в разные даты и последовательности действий.
| Целевое действие | Базовый балл | Обязательная временная метка | Ограничение против ложного интереса |
|---|---|---|---|
| Поиск по конкретной теме | +5 | searched_at | Одинаковый запрос в одной сессии засчитывается один раз. |
| Открытие статьи | +1 | opened_at | Не более одного балла за статью в сутки. |
| Дочитывание более 60% | +3 | depth_reached_at | Техническое прокручивание без времени чтения не считается. |
| Добавление в избранное | +4 | favorited_at | Снятие избранного отменяет сигнал. |
| Повторный визит по той же теме | +5 | returned_at | Новая дата и интервал не менее 24 часов. |
| Переход по карточке гипотезы | +6 | card_clicked_at | Повторные клики одной карточки в сессии не суммируются. |
| Возврат с лендинга в BitMedic | +4 | landing_returned_at | Нужны связанные hypothesis_id и session_id. |
| Явный запрос контакта или пилота | +20 | request_submitted_at | Сразу создаёт прямой прелид независимо от суммы. |
| Закрыл одно предложение трижды | −5 | offer_dismissed_at | Останавливает показ этой гипотезы минимум на 30 дней. |
Свежий активный сигнал.
Текущий интерес сохраняется.
Интерес требует подтверждения.
Только исторический контекст.
Не влияет на текущий спрос.
| Дата | Событие | Расчёт | Баллы |
|---|---|---|---|
| 1 августа | Поиск «автоматизация регистратуры» | 5 × 0,50 | 2,5 |
| 1 августа | Дочитал статью на 75% | 3 × 0,50 | 1,5 |
| 5 августа | Вернулся к той же теме | 5 × 0,80 | 4,0 |
| 5 августа | Добавил материал в избранное | 4 × 0,80 | 3,2 |
| 15 августа | Открыл карточку пилота | 6 × 1,00 | 6,0 |
| 15 августа | Вернулся с лендинга в портал | 4 × 1,00 | 4,0 |
| Бонус | Тема подтверждена в три разные даты | последовательность | +7,0 |
| Итоговый балл по теме | 28,2 | ||
03 · данные маршрута
source, medium, campaign, referrer, event-код или внутренний сервис.
topic_id, статья, поисковый запрос, hypothesis_id, карточка и лендинг.
occurred_at, первая и последняя дата интереса, число активных дней и интервал между действиями.
anonymous_id, user_id после входа, session_id, возврат с лендинга и созданный прелид.
Без временных меток и связного идентификатора аналитика увидит набор кликов, но не отличит случайную активность от формирующегося запроса. Для отчётности одновременно сохраняются первый источник, текущая сессия и последнее содержательное касание.
04 · внешний трафик · 45%
Самая холодная и дорогая часть потока. Её задача — не только получить форму на первом экране, но и перевести часть оплаченных посетителей в повторно доступную аудиторию BitMedic. Пессимистичный объём — 4 500 из 10 000 визитов.
| Канал и доля | Что делаем | Пессимистичный результат | Предполагаемый маршрут до прелида |
|---|---|---|---|
| Органический поиск20% · 2 000 визитов | Ведём на точную статью или тематическую подборку. Сохраняем запрос и тему входа. | 160 возвратов за 30 дней; около 5 прелидов. | Поиск → статья → поиск внутри портала → повторный визит → карточка гипотезы → лендинг → накопительный прелид |
| Яндекс Директ15% · 1 500 визитов | Часть кампаний ведём на лендинг гипотезы, часть — на экспертный материал для сравнения намерения. | 90 возвратов; около 3 прелидов. | Директ → лендинг → заявка = прямой прелид Директ → лендинг → BitMedic → повторное касание → накопительный прелид |
| VK и другие сети10% · 1 000 визитов | Используем узкие сообщения по проблеме, короткий материал и продолжение темы внутри портала. | 40 возвратов; около 1 прелида. | Объявление → материал/лендинг → BitMedic → подборка → карточка → прелид |
05 · внутренний трафик · 35%
Это не бесплатный трафик: он уже оплачен продажами, сопровождением и продуктовой инфраструктурой. Его преимущество — известный контекст клиники и более короткий путь к предметному разговору. Пессимистичный объём — 3 500 визитов.
| Канал и доля | Что делаем | Пессимистичный результат | Предполагаемый маршрут до прелида |
|---|---|---|---|
| Действующие клиенты18% · 1 800 визитов | Ведём из рассылок, сопровождения и личного кабинета в материалы по текущим задачам клиники. | 324 возврата; около 9 прелидов. | Клиентская коммуникация → BitMedic → серия материалов → релевантный пилот → прямой или накопительный прелид |
| Сервисы компании10% · 1 000 визитов | Размещаем контекстные переходы из используемого сервиса, не предлагая уже подключённый продукт. | 120 возвратов; около 4 прелидов. | Рабочий сервис → инструкция/статья → смежная проблема → карточка гипотезы → прелид |
| Реферальные программы7% · 700 визитов | Партнёр передаёт не рекламную главную, а точную подборку с сохранённым реферальным кодом. | 105 возвратов; около 4 прелидов. | Рекомендация → тематическая точка входа → BitMedic → контакт/пилот → прямой прелид |
06 · event-трафик · 20%
Событие создаёт короткий всплеск внимания, который быстро исчезает без продолжения. Задача BitMedic — связать QR-код, регистрацию или письмо после мероприятия с конкретной темой и наблюдать, возвращается ли участник к ней позже. Пессимистичный объём — 2 000 визитов.
| Канал и доля | Что делаем | Пессимистичный результат | Предполагаемый маршрут до прелида |
|---|---|---|---|
| Конференции8% · 800 визитов | Отдельные QR-коды по докладу, стенду и раздаточным материалам ведут в event-подборку BitMedic. | 160 возвратов; около 5 прелидов. | Конференция → QR → подборка → повторный визит → пилот/контакт → прелид |
| Вебинары8% · 800 визитов | Материалы, запись и ответы размещаем в портале; письма после вебинара ведут на разные тематические продолжения. | 200 возвратов; около 6 прелидов. | Регистрация → вебинар → материалы BitMedic → поиск по теме → лендинг гипотезы → прелид |
| Другие мероприятия4% · 400 визитов | Каждому формату назначаем собственный event-код и одну понятную следующую тему вместо общей главной страницы. | 48 возвратов; около 2 прелидов. | Мероприятие → короткая страница → BitMedic → повторное касание → накопительный прелид |
07 · итог маршрута
Заявка, запрос звонка, диагностики, расчёта или участия в пилоте сразу создаёт прелид с источником, темой и гипотезой.
Одна тема подтверждается поиском, чтением, возвратами и переходом к гипотезе в разные даты. Балл включает релевантное предложение, после которого человек совершает разрешённое целевое действие.
Это не прогноз выручки и не обещание конверсии. Это нижняя рабочая гипотеза, которую необходимо проверять отдельно по каждому источнику, теме, лендингу и времени до результата.
01 · редакционная производственная система
До публичного открытия необходимо не просто наполнить портал, а создать запас материалов, связанный тематическими маршрутами и календарём актуализации. Минимальный корпус позволяет проверить поиск, внутренние переходы, повторные визиты и накопление интереса до покупки трафика.
| Переменная статьи | Тип | Обязательность | Кто заполняет | Назначение |
|---|---|---|---|---|
author_id | Связь → автор | Да | Редактор | Ответственный за исходный текст и фактическую основу. |
editor_id | Связь → редактор | Да | Редакция | Владелец качества, структуры и прохождения статусов. |
expert_id | Связь → эксперт | По правилу темы | Редактор | Обязателен для медицины, права, ИБ, регуляторики и интеграций. |
status | Справочник | Да | Система/издатель | draft → editing → expert_review → seo_ready → published → revision → archived |
published_at | Дата и время | При публикации | Система | Начало публичной версии и точка для аналитических когорт. |
last_reviewed_at | Дата и время | Да | Эксперт/редактор | Когда факты и ссылки реально проверялись последний раз. |
review_due_at | Дата и время | Да | Система | Автоматическое попадание в очередь перепроверки. |
valid_until | Дата и время | Для срочного контента | Эксперт | После даты статья помечается устаревающей либо снимается с выдачи. |
source_ids | M2M → источники | Да | Автор/эксперт | Список нормативных, официальных и редакционных оснований. |
category_id | Связь → рубрика | Да | Редактор | Основное место материала в навигации. |
topic_ids | M2M → темы | Да | Редактор + маркетинг | Поиск, рекомендации, баллы интереса и связь с гипотезами. |
related_article_ids | M2M → статьи | Минимум 2 | Редактор | Продолжение маршрута после чтения. |
legal_status | Справочник | Да | Редактор/юрист | editorial, partner, commercial, regulated, disclaimer_required. |
version + change_log | Версия + O2M | Да | Система | Кто, когда и что изменил; возможность восстановить прошлую редакцию. |
archive_reason + archived_at | Текст + дата | При архивировании | Издатель | Статья не удаляется без следа: фиксируется причина и маршрут замены. |
02 · боевая инфраструктура
Контент, версии, SEO, гипотезы, карточки и правила аналитики хранятся в Directus в отдельных коллекциях BitMedic. Публичный сайт не содержит административный токен и получает только разрешённые опубликованные поля через серверный слой или ограниченный публичный API. Редакторы и маркетинг работают в выделенной админке.
Машиночитаемая схема, идемпотентная миграция и отдельная read-only проверка фактических коллекций, полей и связей.
План без записи → применение только недостающего → повторная проверка. Миграция не удаляет существующие данные автоматически.
Публичный доступ только к опубликованным записям и разрешённым полям. Новое поле не становится публичным автоматически.
Материалы сайта загружаются в выделенные папки. Публичная выдача работает через домен портала и контролируемый файловый слой.
Токены и пароли находятся только в переменных окружения. Браузер не получает административные полномочия.
Перед изменением сохраняются схема, данные и файлы; после — сверяются количество записей, связи и контрольные суммы.
| Роль | Может | Не может | Подтверждение |
|---|---|---|---|
| Автор | Создавать и изменять свои черновики, прикреплять источники. | Публиковать, удалять версии, менять SEO и гипотезы. | Черновик и история изменений. |
| Редактор | Править статьи, назначать автора/эксперта, связывать материалы, отправлять на проверку. | Удалять опубликованное и менять правила аналитики. | Статус editing/expert_review. |
| Маркетинг | SEO, контекст, поисковые синонимы, гипотезы, лендинги, карточки, расписание и UTM. | Менять основной текст статьи, источники и экспертное заключение. | SEO-ready и preview кампании. |
| Издатель | Публиковать, возвращать на доработку, архивировать, восстанавливать версию. | Менять схему данных и системные политики. | Публичная версия и журнал решения. |
| Технический администратор | Схема, политики, миграции, интеграции, резервные копии. | Публиковать редакционный материал без прохождения статусов. | Manifest изменения и verify-отчёт. |
03 · SEO и контекст
SEO хранится не в коде страницы и не в отдельной таблице маркетолога. Оно связано с конкретной публичной сущностью и версией. Сервер формирует метаданные, canonical, Open Graph, структурированные данные, sitemap и robots до отдачи страницы поисковому роботу.
| Переменная | Где применяется | Кто изменяет | Правило |
|---|---|---|---|
seo_title | Title и карточка поиска | Маркетинг | Уникальный, с предупреждением по длине и без подмены редакционного заголовка. |
seo_description | Meta description | Маркетинг | Описывает ответ страницы, а не рекламное обещание. |
canonical_url | Canonical | Система/маркетинг | Одна индексируемая версия при дублях и кампаниях. |
robots_mode | index/follow | Маркетинг, публикация — издатель | Черновики, preview и тестовые варианты всегда noindex. |
og_title, og_description, og_image_id | Социальное превью | Маркетинг | Изображение из разрешённой папки; preview доступен до публикации. |
schema_type + schema_payload | JSON-LD | Система, контроль маркетинга | Article, VideoObject, BreadcrumbList и FAQ только при наличии соответствующего видимого контента. |
topic_ids | Внутренний поиск и баллы | Редактор + маркетинг | Общий справочник тем для контента, событий, карточек и гипотез. |
intent | Контекст запроса | Маркетинг | learn, compare, prepare, solve, pilot — используется в выдаче, не показывается как реклама. |
audience_ids | Релевантность | Маркетинг | Руководитель, регистратура, ИТ, маркетинг, открытие клиники и другие утверждённые сегменты. |
search_synonyms | Поиск BitMedic | Маркетинг | Связывает пользовательские формулировки с темой без изменения текста статьи. |
search_boost | Ранжирование | Маркетинг с лимитом | Не поднимает устаревший, архивный или нерелевантный материал. |
redirect_from | Карта редиректов | Маркетинг/технический администратор | Старый URL не теряет историю и внешний трафик после смены slug. |
Preview сниппета, проверка обязательных полей, предупреждения о дублях, статус индексирования, карта внутренних ссылок и история изменений.
Sitemap только для published, robots по среде, canonical без UTM, хлебные крошки, Open Graph и структурированные данные.
Тестовая и пилотная среды закрыты от индексации. Публичная индексация включается отдельным подтверждённым действием после переноса.
04 · событийная аналитика
Событие — не строка «клик». Это доказательство конкретного действия, связанное с человеком или анонимным профилем, сессией, временем, источником, темой и объектом. Расчёт балла выполняется отдельной версионируемой моделью, поэтому правила можно менять без переписывания истории.
bm_eventsbm_score_rules| Переменная правила | Пример | Зачем |
|---|---|---|
rule_code + version | search_topic_v1 | Исторический расчёт всегда знает, по какой версии начислен балл. |
event_name | search_submit | Какое нормализованное событие запускает правило. |
base_points | +5 | Вес действия до учёта времени. |
required_properties | topic_id, query_length ≥ 3 | Не начислять балл техническому или пустому событию. |
cooldown_hours | 24 | Повторы в коротком окне не раздувают интерес. |
cap_per_session | 1 | Максимум начислений за сессию. |
decay_curve | 0–3:1; 4–14:0,8; 15–30:0,5; 31–60:0,25 | Свежесть интереса влияет на итоговый вес. |
sequence_rule | 3 разные даты по одной теме: +7 | Отделяет устойчивый запрос от активности в одной сессии. |
negative_rule | 3 закрытия предложения: −5 и пауза 30 дней | Система учитывает отказ, а не только положительные действия. |
active_from + active_to | период эксперимента | Правило можно включить и остановить без удаления истории. |
Система записывает каждый вклад в bm_interest_signals: event_id, topic_id, base_points, decay_coefficient, sequence_bonus, negative_points, effective_points, calculated_at, expires_at и rule_version. Итог 26+ разрешает показать релевантный пилот, но не передаёт контакт в продажи без явного или заранее согласованного действия.
05 · фабрика лендингов гипотез
Лендинг не создаётся как независимый HTML-файл. Он является версией гипотезы, получает связанный контент BitMedic, кампании, форму, правила возврата и критерий остановки. Благодаря этому можно одновременно тестировать 10–20 предложений и не терять историю.
bm_hypothesesbm_landing_versionsbm_campaign_links06 · фабрика боковых карточек
Текст и цвет карточки — только внешний слой. До показа система должна определить тип сообщения, связь с темой и гипотезой, допустимый слот, аудиторию, период, частоту, приоритет, исключения и действие после отказа.
bm_cardsbm_card_placementsЧетыре позиции сохраняют геометрию. Раз в 10 секунд меняется только одна карточка; остальные три DOM-элемента не перерисовываются. После левой стороны выбирается правая, верх/низ — случайно.
Preview всех состояний, расписание, аудитория, частота, UTM, юридический статус, статистика показов и причины исключения конкретной карточки для тестового профиля.
Клик связывается с темой и гипотезой; закрытие запускает cooldown; конверсия выключает предложение; завершение гипотезы автоматически снимает все её размещения.