研究型 workflow
适合研究、查证、归纳，再流转到文档或演示交付。
研究型 workflow 适合这些任务：
- 查一个主题，不是查一条事实；
- 需要保留来源、结论和不确定性；
- 后面还要把结果流转给文档、PPT 或交付物。
最典型的主干结构
- Goal / brief
- Search / knowledge / research capability
- Data operation，提取关键信息
- Review，确认结论边界
- Document / deck / delivery
推荐节点顺序
| 步骤 | 推荐节点 | 作用 |
|---|---|---|
| 研究目标定义 | Goal / brief | 写清楚主题、时间范围、地区、输出要求 |
| 资料获取 | Search / Knowledge / Research capability | 找来源、抓材料、拿初步结果 |
| 结果整形 | Data operation | 只保留结论、引用、分组、时间线等关键字段 |
| 人工确认 | Review / Approval | 防止把不成熟结论直接送到下游 |
| 交付输出 | Document / Deck / Delivery | 生成报告、文档或演示稿 |
最适合放审批的位置
研究型 workflow 的审批通常不一定在“搜索之前”，而更适合放在：
- 结论流向外部文档前；
- 研究结果要驱动高风险决策前；
- 需要对外发送研究摘要前。
最常见的错误搭法
- 直接把研究结果丢到最终交付，没有 review；
- 不做 data operation，导致下游拿到一整坨原始材料；
- 题目过宽，workflow 本身看起来很完整，但输出一直很浅。
更好的使用方法
- 研究问题一定要窄，不要只写行业名；
- 先把“查什么”定清楚，再决定“怎么交付”；
- 能把来源、结论、不确定性拆开，就不要全塞在一个节点里；
- 如果后面一定要进 PPT，尽量在前面就约束研究输出结构。
适用示例
- “研究近 12 个月中国 AI 视频工具定价带，并整理成对外简报”
- “汇总竞品对比，保留来源和时间范围，再输出成演示稿底稿”
想直接照着搭
如果你想从空白画布开始照着做一遍，可以继续看：
截图占位
后续建议补 2 张图：研究型 workflow 的典型主干、研究结果进入文档/演示的下游分支。