Confluence 最常见的使用场景有哪些？
常见场景包括共享知识、产品与技术文档、项目背景、决策、会议记录、入职培训和内部沟通。
知识库或团队 Wiki
集中维护制度、操作指南、FAQ、标准和经验知识，让成员不必反复询问同一个问题。
产品需求
把客户背景、目标、范围、用户故事、设计、决策和验收标准放入一份可评审的 PRD。
技术文档
维护架构说明、RFC、运行手册、发布信息和故障排查材料。
项目规划
共享项目简报、里程碑、研究、状态、风险和决策记录，具体任务则由工作跟踪工具管理。
会议与决策
用统一的议程、协作记录、行动项和决策文档保留会议成果。
入职与制度
为员工提供统一维护的团队介绍、流程、制度、培训和常用资源入口。
不同团队如何使用 Confluence？
各团队把同一个协作工作区用于不同知识：产品团队定义方向，研发团队记录系统，IT 团队支持运营，业务团队协调计划和制度。
| 团队 | 常见内容 | 目标 |
|---|---|---|
| 产品 | 战略、路线图、研究、PRD、发布计划 | 形成共享的产品背景 |
| 研发 | 架构、RFC、运行手册、复盘 | 让决策和运行知识可检索 |
| IT 与客服 | 知识文章、流程、FAQ、事件记录 | 提升自助解决效率与答案一致性 |
| HR | 入职、制度、福利、培训 | 让员工找到当前有效的指引 |
| 市场 | 活动简报、信息策略、日历、发布素材 | 保持跨团队协同 |
| 管理与运营 | 计划、目标、进展、决策、手册 | 让优先级和决策更透明 |
Confluence 可以用于项目管理吗？
可以，它适合承载项目简报、计划、干系人背景、状态、风险与决策；当具体任务需要严格流程时，通常会配合专门的跟踪工具。
常见做法是把项目叙事和事实文档放在 Confluence，再嵌入或链接相关 Jira 工作项。干系人看到“为什么”和最新摘要，交付团队继续在工作项层面管理负责人、状态和优先级。
什么时候应该用 Confluence，而不是 Jira？
信息需要解释、多人共同编写、灵活结构或长期查阅时用 Confluence；工作需要负责人、状态、优先级、流程规则和报表时用 Jira。
- 产品简报、决策和运行手册写在 Confluence。
- 任务、缺陷、请求和交付阶段放在 Jira。
- 互相链接，避免背景与执行脱节。
什么情况下不适合使用 Confluence？
如果业务需要严格的交易记录、专用流程、大规模分析或源码版本控制，Confluence 不应替代对应的专业系统。
- 源码和代码评审使用代码仓库。
- 客户与销售记录使用 CRM。
- 运营队列使用工单或工作管理系统。
- 大规模分析使用受治理的数据平台。
- 受监管或高度敏感的记录遵循组织批准的专用系统。
Confluence 仍可用于解释流程并链接到事实系统。
怎样让 Confluence 工作区长期有用？
从精简的空间结构开始，为关键内容指定所有者，对重复工作使用模板，并定期更新或归档资料。
- 为每个空间确定清晰用途。
- 建立简短、可预测的顶层目录。
- 使用成员实际会搜索的名称。
- 关联决策、计划和跟踪中的工作。
- 为关键页面添加所有者和复核日期。
使用场景已参考 Atlassian 官方的 Confluence 使用场景与团队最佳实践指南。
相关 Confluence 指南
准备发布 PRD 或团队文档？
在浏览器中把纯文本或 Markdown 转成清晰、可粘贴到 Confluence 的富文本。
打开 Text to Confluence Editor →最后复核于 ，依据当前 Atlassian 使用场景文档。