Skip to content

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.


Оглавление

  1. Структура pattern'а
  2. Категории
  3. Каталог приёмов
  4. Архетипы целевой аудитории Kontinuum
  5. Использование в Policy DSL
  6. Что НЕ переносится из Викентьева

1. Структура pattern'а

Каждый pattern хранится в pulse_curated.marketing_patterns (см. §17.15 в спеке) и имеет следующую структуру:

yaml
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: required
  • last_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: forbidden
  • alternative_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: fighter
  • requires_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, recognitionMassive marketing, шаблонные letters
refugeeПришёл после инцидента у конкурента. Свежая память о боли.Migration story, refugee framing, contrastИгнорирование триггера, generic onboarding

Privacy-инварианты:

  • archetype требует consent.personalization; без consent — null, и rules работают в generic-mode (variant archetype_affinity: any).
  • archetype никогда не condition в applies_when — только ranking signal для patterns / template variants / onboarding flows.
  • archetype не используется в billing_state_change / tier_change actions — compile-time блокировка.

Используя архетип для копи маркетолог получает soft preference: subject любого archetype (включая null) получит коммуникацию, но содержание подбирается по affinity.


5. Использование в Policy DSL

Pattern может быть привязан к правилу декларативно:

yaml
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: any

Pattern-привязка делает три вещи:

  1. Compile-time check: brand-guardrails verifier (см. §8.5.4) применяет constraints pattern'а к шаблону при template-validate.
  2. Audit transparency: в audit-record решения указано, какие patterns были активированы — это объясняет «почему сообщение выглядит именно так».
  3. Discovery: маркетолог в Rule Studio видит, какие patterns можно применить к текущему типу action'а, и выбирает из списка вместо изобретения.

Archetype в template_variants даёт две вещи:

  1. Soft ranking: при наличии subject.archetype Pulse выбирает variant с лучшим affinity match. При null — variant archetype_affinity: any.
  2. 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_tierapplies_when: utm_source ∈ incident_migration_sources AND subject.installed_at > now() - 14d
Cross-sell наиболее лояльнымapplies_when: archetype == evangelist для grant_creditsapplies_when: subject.referrals_count >= 3 AND subject.community_active
Скидка price-sensitiveapplies_when: archetype == pragmatist для set_pricing_tierapplies_when: subject.session_count_30d > 20 AND subject.tier == "free" AND days_since_upgrade_prompt > 14
Ambassador-tier perksapplies_when: archetype == evangelist для grant_ambassador_rewardapplies_when: subject.successful_referrals >= 5 OR subject.public_content_published == true (with consent)
Премиум-цена за privacyapplies_when: archetype == fighter для set_pricing_tierНе делать вообще — независимо от способа. Premium-pricing по любой proxy-fighter переменной = brand damage. Единая цена.
Подбор tone в onboardingapplies_when: archetype == fighter для start_onboarding_flowЧерез template_variants с archetype_affinity (см. §8.3.2). Все subject'ы получают flow; меняется только variant.
Подбор tone marketing emailapplies_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.

Правило для маркетолога:

  1. applies_when = только наблюдаемое поведение / attribution / consent / tier / behavioural metrics. Archetype там физически невозможен (compile-time grammar rejection).
  2. template_variants с archetype_affinity = soft personalization без gating. Subject любого archetype получит action; меняется variant.
  3. Если хочется проксировать archetype через behavioural feature для billing — остановись и подумай. Эта проксизация может попасть под анти-discrimination tests (планируется в meta-automation, M5+).
  4. Если совсем неясно — поставь 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.12026-05-19Initial catalogue: 18 patterns по 7 категориям. Источник — Викентьев И.Л. + product team experience.
v0.22026-05-19Добавлен Appendix A — Behavioural substitution guide. Practical guide для маркетинга: как использовать behavioural conditions вместо запрещённого archetype-targeting в billing-actions.
v0.32026-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.42026-05-19Consistency 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).