Makelore 2.0 initial clean snapshot
This commit is contained in:
66
.opencode/skills/marketing-launch-story/SKILL.md
Normal file
66
.opencode/skills/marketing-launch-story/SKILL.md
Normal file
@@ -0,0 +1,66 @@
|
||||
---
|
||||
name: marketing-launch-story
|
||||
description: 当 NianCode 市场运营角色准备学习者项目的宣传页、展示文案、发布故事、演讲稿、社交文案、受众定位和基于证据的信息表达时使用。
|
||||
---
|
||||
|
||||
# 宣发展示故事
|
||||
|
||||
使用这个 skill,帮助学习者清楚解释和展示完成后的项目。
|
||||
|
||||
## 给学生看的说话规则
|
||||
|
||||
必须使用 `youth-plain-language`。宣传内容要像学生上台介绍作品:短、真实、能直接说出口,不用广告黑话或夸张词。
|
||||
|
||||
## 工作流程
|
||||
|
||||
1. 阅读项目计划、已实现功能、Demo 行为和已知限制。
|
||||
2. 定义受众和一句话定位。
|
||||
3. 把产品事实转成有证据支撑的价值点。
|
||||
4. 起草展示文案、作品广场介绍、讲解提纲;只有明确需要页面时再起草展示页结构。
|
||||
5. 标出仍需要截图、Demo 链接或确认的说法。
|
||||
|
||||
默认主交付物是 `宣发材料.md`。宣传页、展示页、HTML 或截图是辅助材料,只有用户明确要求页面时才作为本阶段必须完成的产物。
|
||||
|
||||
## 故事保护规则
|
||||
|
||||
- 从产品真实能做的事情出发,而不是从未来愿景出发。
|
||||
- 每个卖点都需要对应的产品事实、Demo 行为、截图,或“需要证据”备注。
|
||||
- 学习者演示要足够短,能在课堂上讲清楚。
|
||||
- 区分公开文案、内部备注和风险。
|
||||
- 优先诚实说明限制,不夸大宣传。
|
||||
|
||||
## UI/UX 课程质量
|
||||
|
||||
只有当本次要产出宣传页、展示页或 HTML 页面时,才使用 `ui-ux-course-quality`。
|
||||
|
||||
确保主信息、行动按钮、证据区、截图和学习者说明在移动端和桌面端都可读。不要通过隐藏缺失证据、弱化真实产品或依赖不可读装饰文字的宣传 UI。
|
||||
|
||||
## 必须输出
|
||||
|
||||
返回宣发材料,包含:
|
||||
|
||||
1. 宣传定位
|
||||
2. 目标受众
|
||||
3. 一句话介绍
|
||||
4. 核心卖点
|
||||
5. 可直接使用的展示文案
|
||||
6. 演讲/讲解提纲
|
||||
7. 证据清单或需要补充的证据
|
||||
8. 宣发清单
|
||||
9. 页面版 UI/UX 检查(仅当本次产出宣传页、展示页或 HTML 页面)
|
||||
|
||||
## 纠偏清单
|
||||
|
||||
出现这些情况时纠偏:
|
||||
|
||||
- 文案夸大了项目能力。
|
||||
- 受众不清楚。
|
||||
- 只列价值点,没有产品证据。
|
||||
- 故事只讲技术,不讲用户价值。
|
||||
- 演示稿对学习者 Demo 来说太长。
|
||||
|
||||
文案要诚实、简短,并由 Demo 证据支撑。
|
||||
|
||||
## 交接
|
||||
|
||||
交接给部署工程师时,提供最终对外文案、所需素材和缺失证据。
|
||||
Reference in New Issue
Block a user