Как мы называем наши платформы / customer-segments наружу (в sales-разговорах, контрактах, public-docs) — vs внутренние технические ярлыки (B2C / B2B в коде, БД и инженерных дискуссиях).
До унификации внутренние ярлыки утекали в общение с клиентами: один и тот же offering звучал по-разному в demo, в drafting’е контракта и в обсуждении с инженерами, что вызывало путаницу. Standardisation — единое outward-facing именование, к которому все приходят1.
Таблица соответствия
| Website Tab | Website Option | Internal Technical (на сегодня) | Outward Facing |
|---|---|---|---|
| For Individuals | Individual / Family / Big Family | B2C | B2C |
| For Clinicians | Clinicians Plan | B2C | B2B – Clinician |
| For Business | Online Portals — manual uploads | B2C – Organizational | B2B – SaaS |
| For Business | API Integration — full automation | B2B | B2B – Integrated |
| For Enterprise | API Integration — full automation + customisation | B2B | B2B – Enterprise |
| For Enterprise | Custom Solutions | — | — (шаблон отсутствует, treat as bespoke) |
Примечания:
- “Clinicians Plan” сегодня в коде помечен как
B2C(один врач — потребитель платформы, как индивид), наружу —B2B – Clinician(он наш клиент, биллится отдельно от пациента). Целевое —B2Bи в коде, см. Миграция internal labels. - “Online Portals — manual uploads” сегодня
B2C – Organizational(использует тот же B2C-стек, просто org как тенант), наружу —B2B – SaaS. Целевое —B2Bи в коде. - Текущий internal
B2B(без квалификации) расщеплён наружу наB2B – Integrated(стандартная API-интеграция) vsB2B – Enterprise(с customisation, отдельный sales-track). В коде эти два пока неразличимы под однимB2B.
Изменения на сайте (планируется)
- Tab «For Labs» переименовывается в «For Business».
- Новая tab «For Enterprise» добавляется.
Как пользоваться
- В sales-разговорах, контрактах, public-docs (
Realai-plus/docs), pricing-страницах — outward-facing имена. - В коде, БД, internal Slack, dev-обсуждениях — пока на переходном этапе используются текущие internal labels (
B2C,B2B,B2C-Organizational). См. Миграция internal labels ниже — конечное состояние их collapse’ит. - На границе (drafting’е контрактов, public-docs / playbook’ах, marketing-материалах, customer success коммуникации) — переводим из internal в outward по таблице. Если customer слышит «B2C-Organizational» — это
B2B – SaaS.
Миграция internal labels
Outward-facing convention — не просто декоративный слой; внутренние labels тоже мигрируют. Сегодня под B2C живут два разных режима (Individuals + Clinicians), плюс отдельный B2C-Organizational — три «B2C-flavored» ярлыка для трёх разных offering’ов. Целевое состояние — только один B2C (только Individuals), остальные два перевозятся в B2B-семейство и на стороне кода:
| Internal Technical (сейчас) | Internal Technical (целевое) | Outward Facing |
|---|---|---|
B2C (For Individuals) | B2C (без изменений) | B2C |
B2C (For Clinicians) | B2B (Clinician variant) | B2B – Clinician |
B2C – Organizational | B2B (SaaS variant) | B2B – SaaS |
B2B (API Integration) | B2B (Integrated variant) | B2B – Integrated |
B2B (API + customisation) | B2B (Enterprise variant) | B2B – Enterprise |
Когда code-rename случится — отдельный sequencing-вопрос (legacy-stack-migration). Сейчас разрыв: outward уже стандартизован, internal — ещё в старом виде. На границе переводим из текущего internal через таблицу выше; после code-rename переходный столбец исчезнет, выровнено на один B2C + варианты B2B.
Открытые вопросы
- Routing «Custom Solutions» — что под этим понимается, какой stack, какой pricing-механизм. Шаблон отсутствует, treat case-by-case.
- Migration costs. Существующие контракты / public docs / sales-материалы используют старые ярлыки. Перевод — постепенный, не одномоментный.
- Sequencing internal label collapse. Конечное состояние — один
B2C(только Individuals) +B2Bварианты. Сейчас Clinicians и Organizational ещё подB2C-ярлыками в коде / БД / роутах. Когда и как переименовывать — отдельная sequencing-работа в legacy-stack-migration (data migration, route changes, tenant tag updates). До этого момента на границе outward→internal используется текущий столбец таблицы выше.
Связано
- integration-options — три integration paths (PDF-Only / Patient Portal / Full API); пересекается с column “Website Options” как «как клиент технически получает доступ»
- use-cases — три use cases (Lab / Doctor B2B / PHR) — overlap с column “Outward Facing”; обе пары координат могут coexist’ить, но требует sweep’а
- b2c-before-b2b-rollout — active — про порядок выкатки B2C → B2B (использует internal labels)
- b2b-portal — admin-портал organisations (что для outward — B2B – SaaS / B2B – Integrated)
- phr — Personal Health Record (что для outward — B2C)
- patient-portal — white-label B2B portal для пациентов клиник (что для outward — часть B2B – SaaS)
- doctor-portal — кабинет врача (что для outward — B2B – Clinician)
- legacy-stack-migration — параллельная история code-уровневой terminology консолидации (на доменной стороне)
Сноски
-
Slack-объявление в
realaicorp.slack.com(channelC09496ENYBW), 2026-05-18 — таблица соответствия Internal Technical ↔ Outward Facing, с переименованием site tabs (For Labs → For Business; новая For Enterprise). https://realaicorp.slack.com/archives/C09496ENYBW/p1773076628225889?thread_ts=1773076628.225889&cid=C09496ENYBW. ↩