Pulse Marketing Patterns Library
Версия: v0.4 · Статус: synced with spec v0.9 (consistency pass) · Последнее обновление: 2026-05-19
Каталог формализованных маркетинговых приёмов, используемых в Kontinuum Pulse. Каждый приём — это переиспользуемый шаблон правила или контентного ограничения, который маркетолог может применить к конкретному decision-flow в Policy DSL без изобретения с нуля.
Источник: методика Викентьева И.Л. («Приёмы рекламы и Public Relations»), адаптированная под software-стартап и privacy-VPN продукт.
См. также: specification.md §17.15 — как этот каталог технически интегрирован в Pulse.
Оглавление
- Структура pattern'а
- Категории
- Каталог приёмов
- Архетипы целевой аудитории Kontinuum
- Использование в Policy DSL
- Что НЕ переносится из Викентьева
1. Структура pattern'а
Каждый pattern хранится в pulse_curated.marketing_patterns (см. §17.15 в спеке) и имеет следующую структуру:
pattern:
id: PV0001 # PV = Pulse Vicentiev-tradition; реальный ID из каталога §3.1
name: "Эффект края"
category: composition
description: |
Первое и последнее смысловые ударения запоминаются лучше середины.
Поэтому ключевая мысль должна стоять в начале или в конце сообщения,
но не в середине.
applies_to: # к каким action типам применим
- show_ui_banner
- send_marketing_email
- start_onboarding_flow
- send_push
constraints: # формальные проверки (для brand verifier)
- kind: composition_check
first_block_carries_key_idea: required
last_block_carries_key_idea: recommended
archetype_affinity: # для каких архетипов лучше работает
- fighter
- pragmatist
example_dsl_usage: |
rule R0042:
...
patterns: [PV0001] # автоматически активирует composition_check
contraindications: # когда НЕ применять
- в transactional emails (там краёв нет — это инструмент)
sources:
- "Викентьев И.Л., Приёмы рекламы и PR, гл. 9"
added_at: 2026-05-19
version: 1Ключевые поля:
- constraints — машинно-проверяемые ограничения, которые brand-guardrails verifier (§8.5.4 в спеке) применяет автоматически.
- archetype_affinity — рекомендация, для каких субъектов pattern наиболее эффективен. Используется для ранжирования alternatives в decisioning, не как hard rule.
- contraindications — где pattern НЕ работает или вреден.
- sources — для traceability и review.
2. Категории
| Категория | Что общего у приёмов |
|---|---|
| Composition | Структурные правила: что куда поставить в сообщении/flow для запоминаемости |
| Trust building | Формирование доверия аудитории: эталоны, кредит, последовательность согласий |
| Pattern breaking | Удержание внимания через нарушение ожидания |
| Spiral patterns | Многоступенчатые нарративы: возвышение, антиспираль |
| Social proof | Использование других людей / событий как аргумента |
| Stereotype handling | Активация позитивных стереотипов (Ст+), коррекция негативных (Ст−) |
| Privacy-domain | Приёмы, специфичные для privacy-аудитории и VPN-категории |
3. Каталог приёмов
3.1 Composition
PV0001 — Эффект края
Категория: composition
Описание: Первое и последнее смысловые ударения сообщения запоминаются непропорционально лучше середины. Ключевая мысль должна стоять в начале или конце, не в середине.
Применимо к: show_ui_banner, send_marketing_email, start_onboarding_flow, send_push, show_survey.
Constraints:
first_block_carries_key_idea: requiredlast_block_carries_key_idea: recommended
Archetype affinity: все.
Противопоказания: transactional emails, error notifications (информационные, а не убеждающие).
Источник: Викентьев И.Л., гл. 9.
PV0002 — Эффект Миллера (7±2 → 3-5)
Категория: composition
Описание: Кратковременная память удерживает 7±2 объекта, но для рекламы рабочая ёмкость — 3-5 ударений. Сообщение с большим числом ключевых идей теряет все.
Constraints:
cognitive_load_max: 5(количество отличных «идей-ударений» в шаблоне)
Применимо к: все outbound и in-product templates.
Archetype affinity: особенно pragmatist, observer (низкая мотивация = низкая толерантность к когнитивной нагрузке).
Источник: Викентьев И.Л., гл. 9; Miller G.A. (1956).
PV0003 — Композиционная пауза (Non finito)
Категория: composition
Описание: Намёк вместо прямого высказывания. Получатель домысливает завершение и за счёт этого включается активнее. Применяется в субъектах писем, headline'ах баннеров, наводящих вопросах в onboarding.
Constraints:
headline_is_complete_statement: forbidden(для marketing-content, не для transactional)requires_callout_following_within: 1 step
Применимо к: marketing emails (subject line), banners (headline), onboarding step transitions.
Archetype affinity: evangelist, fighter (включены, любопытны).
Противопоказания: pragmatist (хочет ясности), critical security alerts.
Источник: Викентьев И.Л., гл. 10.
3.2 Trust building
PV0010 — Кредит доверия
Категория: trust
Описание: Серия абсолютно позитивных сообщений выглядит подозрительно. Признание ограничения / недостатка в ~1 из 4 сообщений повышает кредит доверия к остальным.
Constraints:
series_credibility_check: в серии ≥4 marketing-сообщений в окне 30d не менее 1 должно содержать признание ограничения (флагacknowledges_limitation: trueв template).
Применимо к: marketing email series, onboarding flows, drip campaigns.
Archetype affinity: fighter, evangelist (skeptical-к-марк-сообщениям).
Источник: Викентьев И.Л., гл. 14.
PV0011 — Управляемый эталон
Категория: trust
Описание: Сравнение с явно худшим эталоном переформатирует восприятие — не меняя сам продукт, меняем контекст. Для privacy-VPN: сравнение не с другими VPN, а с открытым публичным Wi-Fi.
Constraints:
comparison_baseline_explicit: requiredесли шаблон содержит сравнение.
Применимо к: marketing emails, banners, content pages.
Archetype affinity: pragmatist.
Источник: Викентьев И.Л., гл. 7.
PV0012 — Выработка закономерности (цепочка микро-согласий)
Категория: trust
Описание: Перед ключевым CTA провести получателя через серию мелких легко-принимаемых утверждений, формирующих закономерность. Каждое микро-согласие повышает вероятность согласия со следующим.
Constraints:
pre_cta_micro_yes_chain: для action'ов классаbilling_state_changeрекомендуется чейн из ≥3 micro-yes перед financial CTA.
Применимо к: onboarding flows, upsell flows, pricing pages.
Archetype affinity: observer (нужно «расшевелить»).
Противопоказания: срочные security/billing alerts.
Источник: Викентьев И.Л., гл. 10.
3.3 Pattern breaking
PV0020 — Оттяжка
Категория: pattern_breaking
Описание: Загадка → пауза → ответ-сюрприз. Структурно: заголовок ставит вопрос, тело сообщения некоторое время не отвечает, ответ приходит как payoff в конце.
Constraints:
expectation_payoff_check: если template начинается с question/hook → должен закрываться payoff в последнем блоке.
Применимо к: marketing emails, onboarding sequences, surveys.
Archetype affinity: evangelist, fighter.
Источник: Викентьев И.Л., гл. 10.
PV0021 — Слом закономерности
Категория: pattern_breaking
Описание: После серии регулярных однотипных сообщений неожиданно сменить стиль/тон/канал, чтобы удержать внимание. Например, после нескольких email — push с другим тоном.
Constraints:
series_variation_check: в серии ≥5 сообщений в окне ≥1 message должен иметьstyle_markerотличный от modal.
Применимо к: drip campaigns, retention sequences.
Archetype affinity: evangelist.
Противопоказания: transactional flows (стабильность важнее).
Источник: Викентьев И.Л., гл. 14.
3.4 Spiral patterns
PV0030 — Спираль возвышения
Категория: spiral
Описание: Многоступенчатый нарратив: новичок → активный пользователь → мастер → евангелист. Каждая ступень — новый уровень «героизма», требующий новых усилий и дающий новые награды.
Constraints:
progression_path_defined: requiredдля onboarding-flows и ambassador-programs.next_stage_visible_from_current: required(subject должен видеть «куда дальше», даже не вступая).
Применимо к: onboarding flows, ambassador programs, referral-stages, achievement systems.
Archetype affinity: fighter, evangelist.
Источник: Викентьев И.Л., гл. 14.
PV0031 — Антиспираль (приём для конкурентов)
Категория: spiral
Описание: Дать конкуренту «компрометировать самого себя» — позволить ему говорить, показывая его слабости через цитирование. Не атаковать напрямую; составить контекст, в котором его собственные действия выглядят сомнительно.
Constraints: не machine-checkable, требует human review при использовании.
Применимо к: content marketing (blog posts comparing tools), launches.
Archetype affinity: fighter, refugee.
Противопоказания: in-app messaging (там не место для конкурентных tropes).
Источник: Викентьев И.Л., гл. 15.
3.5 Social proof
PV0040 — Наблюдатель чужой победы
Категория: social_proof
Описание: Сделать subject'а свидетелем успеха других пользователей: «такие-то достигли такого-то результата с Kontinuum». Социальное доказательство без давления «вы должны».
Constraints:
social_proof_anonymized: required(никаких конкретных идентифицируемых subject'ов без opt-in)quantification_present: recommended(«2400 пользователей за месяц» vs «многие»)
Применимо к: marketing emails, landing pages, in-app inbox messages.
Archetype affinity: observer, pragmatist, refugee.
Источник: Викентьев И.Л., гл. 14.
PV0041 — Общий враг / опасность
Категория: social_proof
Описание: Объединить subject'а и бренд в борьбе против внешней угрозы. Для Kontinuum: «массовая слежка», «cloud-провайдеры читают ваши файлы», «инфра следящих trackers». Это естественный приём для privacy-аудитории и должен использоваться аккуратно (не fearmongering).
Constraints:
threat_factuality_check: required— угроза должна быть документирована со ссылкой на источник.solution_proximity_check: required— рядом с угрозой должно быть конкретное решение Kontinuum (а не «купи pro»).fearmongering_score: limited— мера эмоционального давления; brand-verifier держит ниже порога.
Применимо к: marketing emails, content pages, onboarding intro.
Archetype affinity: fighter, refugee.
Противопоказания: in-app banners на регулярной основе (накапливает усталость).
Источник: Викентьев И.Л., гл. 10; адаптировано под privacy-контекст.
3.6 Stereotype handling
PV0050 — Активация позитивного стереотипа (Ст+)
Категория: stereotype
Описание: Subject имеет в культурном репертуаре готовые позитивные образы (герой-защитник, освободитель, мастер). Маркетинговое сообщение активирует соответствующий стереотип, и subject автоматически переносит его на себя в роли пользователя продукта.
Constraints:
archetype_reference_explicit: recommended— template несёт явный архетипический маркер (visual или вербальный).
Применимо к: onboarding intro, content marketing, ambassador-content.
Archetype affinity: все, но разные архетипы — разные триггеры.
Источник: Викентьев И.Л., гл. 5-7.
PV0051 — Коррекция негативного стереотипа (Ст−)
Категория: stereotype
Описание: Subject может иметь негативный стереотип о категории продукта («VPN = для тех, кто скрывает что-то нелегальное»). Прямое отрицание лишь усиливает; коррекция работает через подмену культурного крючка.
Пример: вместо «VPN — нормально» (отрицание) — «приватность как цифровая гигиена, как замок на двери» (новый стереотип).
Constraints:
direct_denial_of_negative_stereotype: forbiddenalternative_frame_introduced: required
Применимо к: marketing emails, content pages, social campaigns.
Archetype affinity: observer, refugee.
Источник: Викентьев И.Л., гл. 6 (приём А.П. Капицы про мамонтёнка).
PV0052 — Ярлык-образ
Категория: stereotype
Описание: Заменить абстрактное понятие на конкретный физический образ. Вместо «приватный» — «как замок на двери», вместо «зашифрованный» — «как письмо в запечатанном конверте».
Constraints:
abstract_concept_grounded: recommended— abstract terms (privacy, security, encryption) сопровождаются physical analogy в первом упоминании.
Применимо к: onboarding intro, marketing emails, content pages.
Archetype affinity: observer, pragmatist.
Источник: Викентьев И.Л., гл. 5.
3.7 Privacy-domain specific
PV0070 — Refugee migration story
Категория: privacy
Описание: Адресовать пользователю, переходящему с продукта-инцидента (например, после утечки у Dropbox / breach у LastPass / changes в Reddit-API). Pattern: «вы пришли сюда, потому что вам надоело X — мы построили Kontinuum так, чтобы X не повторилось».
Constraints:
requires_attribution: refugee— применяется только к subjects, у которых first-touch attribution содержит refugee-source.incident_specificity: required— упоминание конкретного триггерного события, не общие фразы.
Применимо к: marketing emails первой недели после install, onboarding intro для refugees.
Archetype affinity: refugee (exclusive).
Источник: product team experience + Викентьев И.Л. (приёмы коррекции).
PV0071 — Privacy-as-hygiene framing
Категория: privacy
Описание: Переход от «приватность как параноидальная защита» к «приватность как нормальная цифровая гигиена». Удаляет negative-stereotype VPN-категории.
Constraints:
paranoia_language: forbidden(никаких «вас всех следят», «никто никому нельзя верить»)normality_language: recommended(mundane verbs: store, keep, manage)
Применимо к: все outbound и in-product.
Archetype affinity: observer, pragmatist.
Источник: product team + Викентьев И.Л., гл. 6.
PV0072 — Sovereignty narrative (для fighter-архетипа)
Категория: privacy
Описание: Subjects с archetype: fighter положительно реагируют на тему цифрового суверенитета: «ваши данные принадлежат вам, не им». Активирует архетип защитника границ.
Constraints:
requires_archetype: fighterrequires_consent: personalization
Применимо к: marketing emails для fighter-cohort, ambassador-content.
Archetype affinity: fighter (exclusive).
Противопоказания: для pragmatist звучит как идеология; не использовать.
Источник: product team + Kontinuum brand positioning.
4. Архетипы целевой аудитории Kontinuum
Архетипы — soft preference signal в Semantic Layer (см. specification.md §9.2.6). Source: только self-reported survey. Опциональный шаг onboarding с вопросами вроде «как для вас важна приватность?», «откуда вы узнали о Kontinuum?», «как часто настраиваете privacy-tools?». Subject может видеть и редактировать archetype в Settings → Privacy в любой момент.
В v0.8 архитектуры: behavioural-derivation и ML-кластеризация сознательно не используются. Самооценка subject'а — единственный источник. Это делает archetype:
- Прозрачным (subject сам выбрал).
- Юридически простым (явный consent на конкретное значение).
- Дешёвым в реализации (один survey + setting).
- Goodhart-устойчивым (subject уже контролирует свою классификацию).
Базовый набор архетипов:
| Archetype | Описание | Триггеры (Ст+) | Что не работает (Ст−) |
|---|---|---|---|
| fighter | Идеологически мотивированный privacy-сторонник. Готов бороться за инструмент, советовать. | Sovereignty, активизм, общий враг | Маркетинговый язык, гладкость |
| pragmatist | Прагматик. Нужен конкретный use case (работа, family). Не интересуется идеологией. | Конкретика, измеримая выгода, простота | Идеология, абстракции |
| observer | Любопытный, но низко-вовлечённый. Установил и наблюдает. | Ясность, social proof, простой next step | Когнитивная нагрузка, micro-yes цепочки |
| evangelist | Активный promoter (даже на free-tier). Делится, пишет, рекомендует. | Спираль возвышения, community, recognition | Massive marketing, шаблонные letters |
| refugee | Пришёл после инцидента у конкурента. Свежая память о боли. | Migration story, refugee framing, contrast | Игнорирование триггера, generic onboarding |
Privacy-инварианты:
- archetype требует
consent.personalization; без consent —null, и rules работают в generic-mode (variantarchetype_affinity: any). - archetype никогда не condition в
applies_when— только ranking signal для patterns / template variants / onboarding flows. - archetype не используется в
billing_state_change/tier_changeactions — compile-time блокировка.
Используя архетип для копи маркетолог получает soft preference: subject любого archetype (включая null) получит коммуникацию, но содержание подбирается по affinity.
5. Использование в Policy DSL
Pattern может быть привязан к правилу декларативно:
rule R0042:
name: "Pro user with low Veil traffic → relay upsell"
applies_when: # archetype здесь НЕ используется
all:
- subject.tier == "pro"
- subject.features.veil.session_count_7d < 3
then:
propose_action: show_ui_banner
patterns: # привязка к pattern library
- PV0001 # Эффект края — verifier проверит структуру шаблона
- PV0002 # Эффект Миллера — verifier проверит cognitive_load
- PV0011 # Управляемый эталон
template_variants: # soft ranking по archetype
- id: t_pragmatist
banner_id: "veil_relay_upsell_pragmatist_v3"
archetype_affinity: pragmatist
- id: t_fighter
banner_id: "veil_relay_upsell_fighter_v3"
archetype_affinity: fighter
- id: t_generic # обязательный fallback
banner_id: "veil_relay_upsell_generic_v3"
archetype_affinity: anyPattern-привязка делает три вещи:
- Compile-time check: brand-guardrails verifier (см. §8.5.4) применяет constraints pattern'а к шаблону при
template-validate. - Audit transparency: в audit-record решения указано, какие patterns были активированы — это объясняет «почему сообщение выглядит именно так».
- Discovery: маркетолог в Rule Studio видит, какие patterns можно применить к текущему типу action'а, и выбирает из списка вместо изобретения.
Archetype в template_variants даёт две вещи:
- Soft ranking: при наличии
subject.archetypePulse выбирает variant с лучшим affinity match. Приnull— variantarchetype_affinity: any. - Audit transparency: в audit-record указан выбранный variant и его archetype-affinity — объясняет «почему именно этот текст для этого subject'а».
Важно: все subject'ы получают action R0042 одинаково. Archetype влияет только на какой именно variant они увидят, не на сам факт получения. Это соответствует privacy-инвариантам §9.2.6.4 (расширения §3.1) и архитектурному принципу §3.6.
6. Что НЕ переносится из Викентьева
Источник вдохновения, но не источник догмы. Что мы сознательно не используем:
| Часть Викентьева | Почему игнорируем |
|---|---|
| Примеры PR-войн 1990-х | Контекст устарел, политическая риторика неприменима к software-стартапу |
| Длинные нарративные дуги | В App/email цикл внимания 2-5 секунд; нужны микро-нарративы |
| Театральная драматургия (ритуальность) | Для software выглядит фальшиво; UX-простота важнее «торжественности» |
| Физический имидж (внешность, мебель, реквизит) | Не применимо к digital product |
| Традиционные СМИ как канал | Маркетинговый сайт + community + in-app — наши каналы; ТВ/газеты — не наши |
| Манипулятивные техники (страх, давление, ложная срочность) | Прямо запрещены brand-guardrails (см. §8.5.4); противоречат privacy-этосу |
| Lookalike/clone-маркетинг (имитация лидера) | Kontinuum — отдельный категориальный игрок; не следует копировать big tech |
Appendix A — Behavioural substitution guide
С v0.8 архитектуры archetype не может использоваться как hard condition (applies_when) — только как soft preference для template variants и pattern ranking. Это касается всех action типов, не только billing. См. specification.md §3.6, §9.2.6, §12.2.
Но маркетологу часто хочется писать rules с условием «применить только к субъектам с архетипом X». Это нужно решать через наблюдаемое поведение subject'а — explicit, transparent, не psychographic.
Эта таблица — guide для substitution: «хочется X через archetype-condition — допустимо через Y».
| Желаемое (через archetype-condition) | Запрещено | Допустимо через (behavioural condition в applies_when) |
|---|---|---|
| Дать скидку «убегающим от конкурента» | applies_when: archetype == refugee для set_pricing_tier | applies_when: utm_source ∈ incident_migration_sources AND subject.installed_at > now() - 14d |
| Cross-sell наиболее лояльным | applies_when: archetype == evangelist для grant_credits | applies_when: subject.referrals_count >= 3 AND subject.community_active |
| Скидка price-sensitive | applies_when: archetype == pragmatist для set_pricing_tier | applies_when: subject.session_count_30d > 20 AND subject.tier == "free" AND days_since_upgrade_prompt > 14 |
| Ambassador-tier perks | applies_when: archetype == evangelist для grant_ambassador_reward | applies_when: subject.successful_referrals >= 5 OR subject.public_content_published == true (with consent) |
| Премиум-цена за privacy | applies_when: archetype == fighter для set_pricing_tier | Не делать вообще — независимо от способа. Premium-pricing по любой proxy-fighter переменной = brand damage. Единая цена. |
| Подбор tone в onboarding | applies_when: archetype == fighter для start_onboarding_flow | Через template_variants с archetype_affinity (см. §8.3.2). Все subject'ы получают flow; меняется только variant. |
| Подбор tone marketing email | applies_when: archetype == fighter для send_marketing_email | Через template_variants с archetype_affinity. Plus consent.marketing.email. |
| Подбор баннера | applies_when: archetype == refugee для show_ui_banner | Через template_variants с archetype_affinity. Все subject'ы получают banner; меняется только variant. |
Правило для маркетолога:
- applies_when = только наблюдаемое поведение / attribution / consent / tier / behavioural metrics. Archetype там физически невозможен (compile-time grammar rejection).
- template_variants с archetype_affinity = soft personalization без gating. Subject любого archetype получит action; меняется variant.
- Если хочется проксировать archetype через behavioural feature для billing — остановись и подумай. Эта проксизация может попасть под анти-discrimination tests (планируется в meta-automation, M5+).
- Если совсем неясно — поставь rule на approval queue с обоснованием.
Принцип: наблюдаемое поведение subject'а — допустимый business signal для condition'ов. Psychographic классификация — soft preference signal, не condition. Граница, проведённая в §9.2.6, защищает не только compliance, но и долгосрочный trust к Kontinuum (см. §3.6).
Статус и обновления
Каталог живой: маркетинг-команда добавляет новые patterns по мере наблюдения, удаляет недействующие. Каждое изменение проходит через Directus admin (с audit log), сложные изменения — через approval queue.
Версионирование каждого pattern'а отдельное (например, PV0001.v3), Audit Log ссылается на использованную версию.
| Версия | Дата | Изменения |
|---|---|---|
| v0.1 | 2026-05-19 | Initial catalogue: 18 patterns по 7 категориям. Источник — Викентьев И.Л. + product team experience. |
| v0.2 | 2026-05-19 | Добавлен Appendix A — Behavioural substitution guide. Practical guide для маркетинга: как использовать behavioural conditions вместо запрещённого archetype-targeting в billing-actions. |
| v0.3 | 2026-05-19 | Синхронизация с specification.md v0.8: archetype переопределён как soft preference signal (только self-reported, только template_variants ranking, никаких hard conditions). §4 «Архетипы» переписан под soft-preference подход; §5 «Использование в Policy DSL» пример обновлён с template_variants вместо archetype_targeting; Appendix A переформулирован под compile-time запрет hard-archetype-conditions для всех action типов. |
| v0.4 | 2026-05-19 | Consistency pass с spec v0.9: §1 структурный пример pattern'а — phantom PV0042 заменён на реальный PV0001; constraint имена унифицированы (first_block_carries_key_idea / last_block_carries_key_idea — каноническая форма во всех трёх документах); §5 ссылка §3.1 invariant 7-9 исправлена на §9.2.6.4 (расширения §3.1). |