GUIDE / 选型

私有化部署的协作工具有哪些：一份分类清单

相关：私有化还是 SaaS：数据主权、交付成本与真实取舍　·　一人公司用什么替代飞书 / Notion　·　私有化部署　·　环境自检

这是一份分类清单，不是推荐榜。我们没有逐一实测所有产品，所以只描述"它属于哪一类、自托管的形态是什么"，不评价好坏。以公开信息为准，如有偏差请指正。

一、先把"私有化"拆成三种形态

同一个词经常指三件不同的事，先分清再谈选型：

形态	数据在哪	谁运维	典型场景
本地安装	你自己的电脑/内网机器	你自己	1–10 人，数据敏感但不复杂
自托管服务器	你租或自建的服务器	你（或代运维）	10 人以上，需要多人远程访问
混合	核心数据本地，协作在云	共同承担	有外部协作方，但核心资料不能出门

三种形态的成本结构完全不同：本地安装几乎零成本但难协作；自托管服务器要有人管；混合最灵活也最容易出现"两边数据不一致"。

二、按类别看：五类工具与代表产品

下面的产品只是"这一类里有自托管形态"的举例，排序无意义，也不是推荐。

类别	代表产品	自托管形态	适合谁
文档与知识库	Outline、Wiki.js、Affine；Atlassian Confluence（自托管走 Data Center）	Docker 自托管为主	需要把文档留在自己机器上的团队
任务与项目	Plane（有开源版可自托管）、Focalboard、Taiga；Jira 自托管为 Data Center	Docker / 手动部署	要 issue 流但不想上云
沟通与 IM	Mattermost、Rocket.Chat、Matrix（Element）	服务器自托管	数据不能进第三方 IM
代码与 DevOps	GitLab 自管理版、Gitea / Forgejo	自建服务器	代码必须在内网
经营 / 作战盘	战簿 WarBook（本站在做的这一类）	一个文件夹 + 静态页	要看"公司在跑什么"，不只是看任务

一个需要知道的行业变化：Atlassian 已结束 Server 产品线的支持，自托管转向 Data Center（面向较大规模、价格体系不同）。如果你的方案依赖旧版 Server，需要重新评估；官方说明见 Atlassian Server 支持终止 FAQ。

三、选择矩阵：三个维度就够了

• 数据敏感度：客户名单、报价、未公开的产品规划 → 要本地或内网；一般的会议纪要 → 云上也行。
• 运维能力：团队里有没有人愿意管服务器、备份、升级。没有的话，自托管服务器这一类直接排除，只剩本地安装。
• 协作半径：只在办公室内 → 本地安装够用；有远程同事或外部合作方 → 必须有服务器或混合。

三个维度里只要"运维能力"是空的，你的选择就只剩两类：本地安装，或者继续用云但把敏感数据单独隔离。

四、三条踩坑提醒

坑一：许可证会变

自托管产品的授权策略比云产品更容易变（停售、改价、改开源协议）。选型时除了看功能，要确认"如果明年它改协议，我的数据能不能带走"。

坑二：升级比部署难

部署一次是几个小时，升级是每年一次、每次都要处理兼容性。要确认对方提供"覆盖代码、保留数据"的升级路径，而不是"导出再导入"。

坑三：备份是你的责任

自托管最常见的事故不是被攻击，是"机器坏了，没人做备份"。上线第一天就要把备份脚本跑通一次，而不是等出事。

五、我们在哪一格

战簿属于最后一类，而且只做其中很窄的一段：看公司在跑什么——情报、窗口、任务、审批、日报、账本。它不自带文档编辑、不做 IM、不做代码托管。

所以它不是"替代上面四类"，而是和它们并列：文档还在 Outline、代码还在 GitLab、沟通还在 Mattermost，战簿只负责"这几件事今天该谁做"。

六、一个最小可用的自托管组合

文档      Outline（或 Wiki.js）
代码      Gitea / Forgejo
沟通      Mattermost（人少可以先不用，用微信群）
作战盘    战簿（一个文件夹 + 静态页）
备份      每晚 rsync 到一个离线硬盘，保留 8 周

这套组合的共同特点是：都能跑在一台普通服务器或两台机器上，且数据都是文件形态，坏了能捞出来。

七、怎么判断"私有化"是真需求还是伪需求

三种情况私有化是真需求：合同或合规明确要求数据不出内网；数据本身就是核心资产；供应商可能停服而你无法接受。

三种情况是伪需求：只是"感觉云上不安全"但说不出具体风险；团队里没人愿意运维；你需要的东西其实靠权限管理就能解决。伪需求硬上私有化，最常见的结局是三个月后没人维护。

---