目标之前,先想清楚问题是什么
又到了半年节点,很多团队开始制定下半年的目标和计划。在产品研发团队中,目标和计划通常会以项目的形式展开。
而在公司层面,资源总是有限的。为了保证资源投向最有价值的方向,各团队会提交项目方案,参与统一的优先级评估。这也是一个重新思考“什么值得做”的好时机。
我们常见的问题:目标设定太快
很多项目的目标,看上去是这样写的:
目标:优化移动端的用户体验
关键方案:
1. 重新设计移动端页面
2. 替换老旧的 UI 库
这类目标虽然方向没错,但太过宽泛,无法评估成效,也缺乏紧迫感。
当然,目标需要有衡量性、有时限,符合基本的 SMART 原则,这是最基础的常识。但比起“怎么写好一个目标”,更重要的问题是:你设这个目标之前,想清楚问题了吗?
一个好项目,首先要讲得通
设定目标,不是为了做计划而做计划。它应该是为了解决一个真实存在的问题。
如果你都还没有弄清楚:
- 为什么做这件事?
- 要解决的到底是什么问题?
- 这个问题是否足够重要,值得投入资源?
那么,无论你的目标写得多么精致,项目都很可能是无效的。
所以,一个有价值的项目,第一部分永远不是“目标”,而是背景与问题。明确说明:
- 我们的战略目标与当前现状之间的差距是什么?
- 用户、业务、收入、增长、满意度,有哪些关键指标不达预期?
- 和竞争对手或行业水准比,我们有哪些落后?
- 是否有用户反馈、数据监测、异常指标等客观事实?
项目立项的第一步,是搞清楚要解决的问题是否存在、是否重要。
用数据把问题说清楚
当你能用清晰的数据、用户反馈、现状对比,把问题摆在台面上,目标自然就顺水推舟了。
我们来看看下面这个例子:
项目名称:移动端优化
背景与问题:
1. 移动端转化率仅为 PC 端的 30%
2. 移动端满意度调查得分仅 3.7 分
3. 上半年 PC 端 UI 升级后,满意度从 4.2 分提升至 4.7 分
目标:
- 核心目标:在 Q3 内减少 30% 的移动端用户流失,提升表单提交率至 80%
- 次要目标:满意度评分提升至 4.5 分
关键方案:
1. 重新设计移动端表单流程
2. 替换 UI 库
这个项目看起来合理,是因为它讲清楚了为什么做这件事,问题在哪,目标要解决什么,而不是一开始就拍脑袋定目标。
写在最后
设定目标不是项目的第一步。
真正的问题是:你知道自己要解决什么问题吗?
如果问题不清楚,目标的设定就没有根基;如果问题不成立,整个项目就没有必要。
所以,与其一上来就写目标,不如先花时间问清楚:
- 是什么促使我们要做这件事?
- 哪个地方出了问题?有没有数据支撑?
- 如果我们不做,会发生什么?值得投入资源吗?
- 为什么是我们做?为什么是现在做?
想清楚问题,目标自会浮现。
否则,目标只是看上去很美的 PPT 而已。