Preview

CTA / Proof / FAQ families

Это изолированный preview-контур для reusable marketing families. Здесь удобно проверять канонический `CtaBlock` рядом с preview-only слоями `ProofResultsBlock` и `FaqBlock`, не раздувая сам `ui-kit`.

Открыть UI Kit

Что здесь уже канон

`CtaBlock` уже используется в системе как реальный reusable CTA. Этот маршрут нужен не чтобы придумывать новый вариант, а чтобы держать рядом согласованный preview-контур.

Что пока preview-only

`ProofResultsBlock` и `FaqBlock` пока живут как lab-слой: их удобно проверять отдельно, не таща сразу в live pages.

Зачем route отдельно

Так проще безопасно смотреть CTA / Proof / FAQ families вживую и не раздувать уже большой documentation hub в `/ui-kit/`.

CTA block

Простой финальный шаг для overview или service page

Блок нужен там, где после короткого объяснения надо дать один главный action и опциональный secondary путь без перегруженного hero-поведения.

Канонический CTA baseline: два действия максимум, спокойная surface-подача и без лишних variant-веток.

Proof / Results block

Preview-only proof-layer на 2–3 карточки

Подходит для sections, где важно быстро показать темп, результат или формат выхода без тяжёлого кейс-блока. Пока это preview-only слой, который удобно держать отдельно до rollout в live.

3–5 дней

Быстрый baseline

Подходит для service или overview page, где нужно показать темп работы без тяжёлой case-story.

2–3 артефакта

Понятный результат

Обычно это карта процесса, shortlist next steps и рабочий сценарий, который можно обсуждать с командой.

Preview-only

Безопасное внедрение

Сначала блок живёт в preview, чтобы спокойно проверить ритм, тексты и повторное использование без касания live pages.

FAQ block

Preview-only FAQ baseline на native details/summary

Самый безопасный baseline для preview: details/summary без клиентского JS, с нормальным keyboard-поведением и компактной визуальной подачей. В live имеет смысл только после отдельного смыслового rollout.

Когда использовать CTA block?

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

Чем proof/results block отличается от кейса?

Это не полноценный case-study, а компактный блок на 2–3 карточки. Он помогает показать темп, выход и эффект без длинной narrative-структуры.

Почему FAQ сделан через details/summary?

Это самый консервативный baseline: нативное поведение, минимум кода, нормальная keyboard/accessibility-база и почти нулевой риск побочных эффектов.