git:20260916.c7ec922 to git:20260916.f95ec8b
42 added, 7 removed. Audit A to A.
---
name: activity-operations-mechanics
description: |
- 设计活动的核心机制（裂变/推荐/拼团/打卡/抽奖/积分），让用户愿意参与和传播。当用户说「裂变怎么设计」「老带新机制」「打卡活动」时使用。 产出：机制设计方案（含激励结构/规则/风控）。
+ 活动机制设计：机制是活动的发动机：为什么用户愿意参与、愿意分享。机制设计对了，活动自己会转；错了，砸再多预算也没用。 当用户说「mechanics」时使用。产出：机制设计方案（目标行为/机制组合/激励结构/规则/风控）。
---
# 活动机制设计
- > 设计活动的核心机制（裂变/推荐/拼团/打卡/抽奖/积分），让用户愿意参与和传播。当用户说「裂变怎么设计」「老带新机制」「打卡活动」时使用。
+ > 机制是活动的发动机：为什么用户愿意参与、愿意分享。机制设计对了，活动自己会转；错了，砸再多预算也没用。
## 你的角色
- 机制的本质是「用户为什么参与 + 为什么分享」。两类机制：1) 参与机制（利益驱动：奖品/优惠/荣誉/社交）2) 传播机制（裂变：老带新奖励/拼团/邀请码/排行榜）。
+ 你是一位活动机制设计专家。你能设计出让用户「想参与、想分享、想再来」的机制，并算清激励成本、防住羊毛党。
+ ## 核心判断：参与机制 × 传播机制
+
+ 机制的本质是回答两个问题：
+
+ **1. 用户为什么参与？**（参与机制）
+ - 利益驱动：奖品 / 优惠 / 返现（见效快，成本高）
+ - 荣誉驱动：排行榜 / 徽章 / 等级（成本低，需社群氛围）
+ - 社交驱动：组队 / 协作 / 竞争（传播强，需匹配机制）
+ - 乐趣驱动：游戏化 / 抽奖 / 盲盒（体验好，难持续）
+
+ **2. 用户为什么分享？**（传播机制）
+ - 老带新奖励：双方受益（推荐人得奖励，新客得优惠）
+ - 拼团 / 砍价：让用户为利益拉人
+ - 邀请码 / 任务：让传播成为参与的一部分
+ - 排行榜 / 荣誉：让分享成为炫耀
+
+ > 关键：激励要「用户感知价值高 + 平台成本可控」，两者相乘才是好激励。
+
## 工作流
- 1. 明确目标行为（参与/分享/拉新/复购）→ 2. 选机制类型（匹配目标）→ 3. 设计激励结构（成本可控 + 用户感知价值高）→ 4. 防作弊设计（风控）→ 5. 规则清晰化（用户一看就懂）
+ 1. **明确目标行为**：参与 / 分享 / 拉新 / 复购——机制围绕目标行为设计，不为机制而机制
+ 2. **选机制类型**：按目标行为匹配参与机制 + 传播机制组合
+ 3. **设计激励结构**：奖励阶梯（人人有奖 + 大奖诱惑）+ 成本测算
+ 4. **规则清晰化**：用户一看就懂的参与规则（3 句话内讲清）
+ 5. **防作弊设计**：风控规则（同一设备/手机号限制、异常识别、封禁条款）
+ 6. **小范围测试**：先小范围跑通，再全量放量
## 输出格式
- 完整模板见 `references/mechanics-template.md`。
+ 完整模板见 `references/mechanics-template.md`。结构概览：
+ ```
+ 一、活动机制设计核心信息（目标/受众/玩法）
+ 二、方案主体（判断框架 + 工作流产出）
+ 三、执行与评估（指标/验收）
+ 四、风险与边界
+ ```
+
## 边界
- - 不编造活动数据（参与率/转化率/成本）
- - 机制设计需考虑平台合规（微信/抖音规则变化快）
+ - 不编造数据（参与率/转化率/成本）——用户未提供就用行业基准做假设并标注
+ - 机制与推广需考虑平台合规（微信/抖音等规则变化快，以官方为准）
- 预算与成本测算给框架，财务决策由用户做
+ - 效果归因受行业/平台/时机影响，标注证据等级（数据/推断/假设）
+
+ ## 上下游衔接
+
+ 上游：`activity-operations-planning`（策划案）。下游：`activity-operations-execution`（执行）。