先说结论
Odoo 的绩效评估如果只被当成“发一张表、经理打个分、员工点确认”，那几乎一定会用废。
因为它天然想拆开的，其实是三条不同链路：
- Template：评估结构长什么样
- Goals：本周期持续跟踪什么目标
- Feedback Requests：向谁收集过程证据
- Appraisal：把这些材料汇总成一次正式评估
所以它并不是“一张万能表单”，而是一个以评估为终点的协作编排器。
第一层：Template 负责统一框架，不负责替你产出事实
绩效模板最适合承担的职责其实很克制：
- 统一问题结构
- 固定评估维度
- 规范自评 / 经理评语的版式
- 避免不同团队各写一套野生问卷
它回答的是：
- 这次 appraisal 该问哪些问题
- 哪些模块一定要出现
- 自评和经理评审用什么结构表达
它不自动回答：
- 员工这季度目标到底完成了多少
- 同事对协作的真实反馈如何
- 某个项目延期究竟是谁的责任
所以模板的价值是“让讨论结构一致”，不是“替组织获得真实证据”。
第二层：Goals 解决的是持续追踪，不是结案打分
很多公司把 goal 也塞回 appraisal 表单里，结果最后只剩一句：
- 完成 / 未完成
这就把目标管理做扁了。
更合理的理解是：
- appraisal 是周期性结案
- goal 是周期中的持续对象
Goal 更像一条随时间推进的承诺，应该承载：
- 目标内容
- 负责人
- 截止时间
- 当前状态
- 必要时的阶段更新
这样到正式 appraisal 时，系统才不是从零开始写印象分，而是把已有目标轨迹拉进来做总结。
所以如果一个团队从不维护 goals，只在 appraisal 当天回忆“你这季度干了啥”，那再漂亮的模板也救不了结果质量。
第三层：Feedback Request 解决“证据从哪来”
绩效最容易失真的地方，不是表单不精美，而是信息来源单一。
如果一次 appraisal 只看：
- 员工自评
- 直属经理意见
那它很快就会演化成：
- 自评偏乐观
- 经理印象偏主观
- 横向协作方根本没被问到
Feedback request 的意义就在这里。
它并不是“额外多发几封邮件”，而是在组织层面明确：
- 这次评估需要哪些旁证
- 谁能评价协作过程
- 哪些反馈该进正式结论，哪些只作参考
所以反馈请求本质上是在补齐 appraisal 的证据链，而不是制造流程负担。
为什么这三层不能混成同一个对象
因为它们节奏不同。
Template 的节奏：慢
它通常季度级、半年级甚至年度级才调整一次。
Goals 的节奏：中
目标会在周期中持续更新，甚至月度检查。
Feedback Request 的节奏：快且按事件触发
有些反馈只在某次评估窗口出现，有些则需要针对特定协作者补采样。
Appraisal 的节奏：正式结案
它是组织上一次“定稿动作”，不是所有信息的原始来源。
如果你把三层压成一张表，会发生什么？
- 模板一改，历史评估结构全乱
- 目标没有独立生命周期
- 反馈变成附言，无法形成可追溯来源
- 最终 appraisal 只能承载结论，无法承载过程
绩效模块最常见的误用方式
误用一：把模板当成“万能绩效制度”
模板只能统一框架，不能自动替代目标管理和反馈机制。
误用二：Goal 只在评估当天回填
这样 goal 就退化成装饰字段，不再是过程对象。
误用三：把 feedback request 当作礼貌性抄送
如果反馈对象、目的和采集窗口不清晰，回来的内容通常不可用。
误用四：只追求最终分数
Odoo 更适合帮助你沉淀结构化结论，而不是把绩效系统缩成一个分数字段。
误用五：以为 appraisal 一定要全公司同模板
有些组织需要同制度下的多个模板：管理岗、销售岗、研发岗的证据结构并不一样。
一个更稳的实施思路
如果你要把这套东西真正用起来，我更建议按下面顺序落地：
第一步：先定义模板最小骨架
只保留真正稳定的栏目，比如：
- 目标回顾
- 协作反馈
- 成长建议
- 下周期重点
第二步：让 goals 成为周期中对象
要求目标不是在结案时回忆，而是在周期中维护。
第三步：把 feedback request 变成取证动作
明确哪些角色会被请求反馈，什么问题需要他们回答。
第四步：最后才让 appraisal 收口
这样 appraisal 就是在做“归档与决策”，不是在临时拼素材。
为什么这套设计比“Excel 年终表”更靠谱
因为 Excel 年终表通常有两个问题：
- 过程证据分散在聊天、会议、脑海里
- 结论时点离事实太远
而 Odoo 这套拆法的价值在于：
- 模板负责统一结构
- 目标负责积累过程
- 反馈请求负责补第三方视角
- appraisal 负责正式定稿
这比“年底大家凭印象回忆”要稳得多。
我会怎么跟业务方解释
如果业务方问：
“为什么绩效评估还要 goals 和 feedback requests，直接一张评估表不就够了？”
我会说：
因为评估表负责写结论，不负责创造事实。目标是事实的主线，反馈请求是旁证，模板只是结论容器。三者缺一，评估都会变得很主观。
一句话记忆
Odoo Appraisal 不是一张静态评分表，而是“模板定结构、目标跑过程、反馈补证据、评估做定稿”的四段式协作链。
DISCUSSION
评论区