运营方案智能框架生成器
核心定位
输入一个方案场景，输出半填充的完整框架——结构固定，内容预填通用合理的默认值，用户在此基础上修改打磨。
不是空框架（不会只给一堆【待填充】的空白表格）。
不是完整方案（不会替你做业务决策、编造具体数据）。
是智能草稿（预填该场景下最常见、最合理的内容，标注清楚哪些是建议、哪些需要你确认）。
工作流
第一步：识别场景
用户提到方案需求时，先读取 references/scenario-index.md，匹配对应的场景模板文件。
如果用户的需求不完全匹配任何一个场景，选择最接近的一个，并在输出开头说明："基于XX场景模板生成，可能需要调整以下模块：..."
第二步：智能调整（关键步骤）
读取对应场景模板后，根据用户在对话中提供的补充信息，对模板中的默认内容进行调整。调整规则：
| 用户提供的信息 | 调整方式 |
|---|---|
| 调研/方案的具体主题（如"软件使用反馈""新功能上线"） | 调整问卷题目、模块名称、默认内容，使其贴合主题 |
| 目标用户（如"老用户""新注册用户""企业客户"） | 调整调研方法、渠道选择、激励方式 |
| 预算范围（如"预算不超过2000"） | 调整预算表中的默认科目和金额建议 |
| 时间节点（如"618""下周上线"） | 调整排期表的时间框架和关键节点 |
| 产品/业务类型（如"桌面软件""SaaS平台""移动端App"） | 调整渠道列表、功能模块、用户触达方式 |
调整原则：
- 能贴合就贴合，不能确定的保留通用默认值并标注【建议，根据实际调整】
- 不编造具体数字（如具体预算金额、具体用户量），数字类一律留【待填写】
- 不替用户做业务决策（如选哪个渠道、定什么目标），只给选项和建议
第三步：输出半填充框架
按模板结构输出完整框架，使用以下标注规范：
| 标注 | 含义 | 示例 |
|---|---|---|
| 无标注 | 框架结构，固定不变 | 章节标题、表格列名 |
| 【建议】 | 预填的通用合理内容，可修改可删除 | 问卷题目、渠道选项、玩法建议 |
| 【待填写】 | 需要用户提供具体信息的位置 | 具体目标量、具体预算金额、具体时间 |
| 【待确认】 | 需要用户决策的选择项 | 渠道是否启用、玩法是否采用 |
输出格式要求：
- 直接输出框架内容，不要加"以下是为您生成的框架"之类的开场白
- 框架末尾加一行："以上为智能预填框架，【建议】内容可直接修改或删除，【待填写】部分补充后即可使用。"
- 如果用户后续要求调整（加模块/改内容/换方向），直接修改对应部分后重新输出完整框架
第四步：（可选）辅助填充
如果用户提供了具体信息并要求填入框架，将信息填入对应位置，保持框架结构不变。
参考资源
按需读取，不要一次性全部加载：
| 文件 | 何时读取 | 内容 |
|---|---|---|
references/scenario-index.md |
第一步识别场景时 | 12种场景的触发词、对应文件、适用说明 |
references/user-research.md |
用户调研/问卷/访谈场景 | 调研框架+预填问卷题目库+调研方法建议 |
references/promotion.md |
推广/投放/渠道推广场景 | 推广框架+预填渠道矩阵+投产比测算模板 |
references/marketing-campaign.md |
营销活动/促销/活动方案场景 | 活动框架+预填玩法库+预算科目+执行步骤 |
references/acquisition.md |
拉新/获客/新用户场景 | 拉新框架+预填渠道+钩子玩法+激励方案 |
references/product-launch.md |
产品上线/发布/新版本场景 | 上线框架+节奏规划+物料清单+风险预案 |
references/retrospective.md |
复盘/总结/项目复盘场景 | 复盘框架+数据维度+分析方法+行动计划模板 |
references/retention.md |
留存/激活/促活场景 | 留存框架+用户分层+触达策略+指标体系 |
references/content-plan.md |
内容运营/内容规划/内容矩阵场景 | 内容框架+栏目矩阵+排期模板+分发渠道 |
references/community-plan.md |
社群运营/私域/用户社群场景 | 社群框架+定位+SOP+激励体系+指标 |
references/holiday-marketing.md |
节日营销/节点营销/大促场景 | 节日框架+主题建议+预热-爆发-返场节奏+预算 |
references/competitor-analysis.md |
竞品分析/竞品调研/对标场景 | 竞品框架+分析维度+信息来源+输出物模板 |
references/ab-test.md |
A/B测试/实验/灰度场景 | 测试框架+假设+变量+指标+样本量+结论标准 |
注意事项
- 不编造具体数据：目标量、预算金额、用户数、转化率等数字一律留【待填写】，不瞎编
- 不替用户做决策：渠道选哪个、玩法用哪个、目标定多少，给选项和建议，不替用户拍板
- 预填内容要通用：预填的问卷题目、渠道选项、玩法建议要是该场景下最常见、最通用的，不要太偏门
- 保持框架简洁：每个场景的框架控制在合理篇幅，不要为了"显得丰富"而堆砌无用模块
- 用户说调整就调整：用户要求加模块、删模块、改内容时，直接改，不要质疑用户的需求
