部门墙是怎么垒起来的

最初做产品经理的时候，我一直觉得“部门墙”这个词有点夸张。毕竟，大家都在同一家公司，目标也差不多。直到我参与的一个项目，由于研发、市场、客服各自为政，版本内测延期、客户反馈无人认领、推广节点一拖再拖，我才终于体会到什么叫“信息孤岛”。

有次周会，市场小李说：“你们研发的功能，客户问了三天都没人答复。”而研发老王也不服：“我们不是都交给客服了吗？”客服更委屈：“可我们根本不知道这个功能已经上线了！”

部门墙，有时候不是人不想合作，而是信息流动不畅、目标不透明。

一次OKR试验的契机

后来，公司开始推OKR管理法（Objectives & Key Results），说白了，就是“目标+关键结果”。最早我其实很抵触，觉得这不就是换个花样写KPI吗？但领导说，这次要跨部门一起定OKR，每个人都要写出自己怎么跟其他团队协同。

我们产品线的OKR确定后，研发、市场、客服都要参与进来，每个人的关键结果都要和主线目标挂钩。比如：

• 产品经理Objective：提升用户活跃度30%
  • KR1：上线新版本，新增三项互动功能（研发配合）
  • KR2：每周收集用户反馈并整理改进建议（客服协同）
  • KR3：市场部门每月做一次线上推广活动（市场协同）

这样一来，我们开会就不会自说自话，而是围绕着各自的KR讨论进度和问题。

OKR落地的小窍门

刚开始推行OKR的时候，大家都觉得写KR很难。市场部门喜欢写“提升品牌知名度”，研发喜欢写“优化系统性能”，客服喜欢写“提升客户满意度”。这些KR看上去很美，但根本无法衡量，也不指向同一个目标。

后来，我们把OKR拆得更细，每个KR都要有明确的数据指标和责任人。比如：“市场每周拉新用户500人”、“客服每月收集20份高质量用户反馈”、“研发每两周修复3个高优先级BUG”。

还有个小技巧是，每次OKR复盘会，都要请跨部门的同事来点评和补充。这样，大家看到彼此KR之间的连接点，慢慢就形成了协同的习惯。

工具也很关键

OKR推行过程中，Excel表格很快就撑不住了。后来我们用上了飞书的OKR插件，每个人可以直接在上面填写、更新自己的OKR，关键结果的进度也能自动同步。这种可视化的方式，让所有人都能看到彼此的进展。

有一次，市场的同事发现客服的KR进度缓慢，主动提议一起分析用户流失原因。这样的跨部门自发协作，以前真的是想都不敢想。

结尾的小故事

有一回，客服小吴在OKR复盘会上说了句大实话：“以前总觉得你们市场、产品做的事跟我们没关系，现在才发现，用户投诉里有好多问题，其实产品早就优化了，只是我们没宣传到位。”

后来，她主动给市场写了一份“用户常见问题汇总”，市场直接用来做了下期的推广文案。整个流程意外地顺畅。

所以，OKR不是灵丹妙药，但它至少让每个人的工作目标摆在了桌面上，大家有了共同语言。部门墙还在，但不再那么高了。