每个项目可以不一样：项目工具按需启停

不是所有的项目都长得一样。

研发团队需要完整的任务流、看板、状态、优先级；产品同事的知识库项目主要是文档，任务管理反而是负担；销售或客户成功的项目要的是把外部邮件归档进来；有的项目只用来发公告和讨论。

如果一个工具试图给所有项目套用同一套模板，结果就是：要么大家觉得太重，要么觉得不够。

一个项目 = 一组工具集

我们重新组织了项目的内部结构：每个项目都是一组工具的组合。当前支持的工具有：

• 任务：发起任务、看板、表格、状态流
• 文档：富文本、附件、行内评论、目录
• 讨论：异步公告和讨论帖
• 目标：可量化的目标追踪
• 邮件转发：每个项目专属的收件地址

项目管理员进入项目设置，可以启用、停用、重命名任意一个工具。停用之后，对应入口就从项目导航里消失，不影响其他项目。

默认配置照顾常用场景

新建项目时，任务、文档、讨论默认启用——这是大部分协作项目都需要的；目标和邮件转发默认停用，需要时再开。这种默认值是我们用了几个月之后调出来的，覆盖了大部分常见使用方式。

工具的命名也可以改

"任务"在研发那里叫任务，在销售那里可能叫"客户跟进"，在产品那里可能叫"需求池"。同一个工具，不同团队的叫法不一样。所以我们也允许重命名——你看到的标签是项目自己的语言，不是工具强加的。

为什么不直接做"项目模板"

很多协作工具的解决方案是模板——选一个"研发项目模板"就预设一堆字段。问题是模板一旦生成，后续改起来很重，而且模板永远覆盖不全所有团队的实际情况。

工具开关是一种更轻的方案：项目本身是空的容器，工具按需添加，不用时关掉。这种弹性比模板更耐用。

接下来我们还会引入更多工具——比如复盘、决策记录。但底层逻辑不变：项目是容器，工具是积木。