OpenClaw 老板口令清单 — 飞书群置顶版 V2.0¶
📌 用途: 老板在飞书群里直接下需求的速查表。
🎯 目标: 少打字、少确认、直接进入执行。
💡 使用原则: 先写“做什么”,再补“主题 / 项目名 / 页数 / 风格 / 重点”。
1. 最常用的 6 句¶
2. 产品类¶
写 PRD¶
做方案 / 需求分析¶
竞品分析¶
周报 / 复盘¶
3. 设计类¶
做 PPT¶
做原型¶
出设计方案¶
4. 开发类¶
做官网 / 网站¶
做页面¶
做功能¶
接口 / 数据¶
5. 测试类¶
修 Bug¶
做 Review¶
做测试¶
查进度 / 查阻塞¶
6. 运营类¶
SEO 方案¶
写文章¶
内容规划¶
发布 / 传播¶
7. 最顺手的超短说法¶
这些在飞书群里可以直接发:
做个客户 PPT,主题是 xxx,8 页,要 HTML做个汇报 PPT,主题是 xxx,6 页,只要大纲写个 PRD,主题是 xxx做个原型,项目名 xxx,要 HTML做个页面,项目名 xxx,页面是首页修个 Bug,项目名 xxx,问题是 xxx帮我 review 一下做个竞品分析,主题是 xxx写一篇文章,主题是 xxx汇报一下当前进度
8. 默认补齐规则¶
如果老板说得很短,系统默认按下面补齐:
PPT¶
客户 PPT:默认面向客户,默认销售演示汇报 PPT:默认面向老板和管理层,默认内部汇报培训 PPT:默认面向内部同事,默认培训讲解- 没写页数:默认
8-12页 - 没写风格:默认
专业、简洁、结论先行 - 写了“只要大纲”:不做 HTML
- 写了“要 HTML / 要预览稿 / 先看效果”:生成 HTML 演示稿
产品 / 设计 / 开发¶
- 没写太细时,先按保守方案出首版
- 需要关键确认时,再回到 Gate 流程
Bug / Review / 测试¶
- 默认优先看风险、回归和阻塞项
9. 推荐写法¶
最推荐的结构:
示例:
10. 不推荐写法¶
尽量避免:
你看着办随便做一个搞个那个介绍先弄一个再说
这类说法也能处理,但更容易触发默认值,结果不一定正好符合预期。
11. 高端质感文档口令(飞书云文档)¶
适用场景:你希望文档“一看就专业、上档次”,但又不花哨。
高端版产品 PRD¶
写一份高端版产品 PRD(飞书云文档友好):
主题:<主题>
项目名:<project-name>
受众:管理层 + 执行团队
要求:
1) 结论先行,前 200 字给出目标与边界
2) 用 H1/H2/H3 层级,少表格,多“标签 + 列表”
3) 每节都有“决策 / 原因 / 风险 / 验收标准”
4) 语气专业克制,简洁大方,不堆口号
高端版设计方案¶
写一份高端版设计方案(飞书云文档):
项目名:<project-name>
主题:<页面或产品>
风格:高级感、商务、克制
要求:
1) 先讲设计目标与品牌调性
2) 再讲信息层级、版式、组件与交互
3) 每个页面按“目标 / 布局 / 关键交互 / 风险”输出
4) 用短句和要点,避免大段描述
高端版汇报材料(可转 PPT)¶
写一份管理层汇报底稿(高端版):
主题:<主题>
页数:6-8 页
要求:
1) 结论先行,第一页就给建议与决策项
2) 每页只表达一个核心观点
3) 数据与事实优先,避免空泛形容词
4) 可直接转飞书文档和 PPT 大纲
12. 维护说明¶
- 这份文档适合长期置顶在老板群
- 后续新增能力时,直接补一条模板即可
- 优先维护“老板真的常说的话”
- 如果模板更新,直接运行一键更新脚本重新上传并置顶