不知道现实工作中的你，是不是也犯过类似的错误，也在思考和苦恼如何正确地推导设计目标？希望今天这篇小文，可以帮助你正确地理解产品目标，并准确的推导出设计目标与设计策略。 Part 2目标 首先，我们先来了解一下什么是目标？ 1.1 目标定义目标是立足于某时间点，对未来一段时间后可取得的预期结果的主观描述。这里有1个核心关键词：可取得的预期结果，其他都是对这个词的限制性定语。所以，目标一定要是可取得的预期结果，而不是行动方案。
1.2 目标分级
目标从宏观到微观可以划分为三个等级，分别是愿景目标，结果目标及过程/行动目标。
▲图3 目标的三个等级
愿景目标是宏观的，抽象的。比如我们 vivo 浏览器的愿景目标是：做最好用的 Android 浏览器。愿景目标奠定了我们产品设计的基调和方向。当产品各方因素出现冲突时，可以以愿景目标来作为决策依据。 结果目标是具体的、量化的、有时限的、达成后可见成果的。比如通过提供下载功能，提升用户留存 2%；或者通过首页视觉优化，提升首页用户满意度至 Good 等级；或者通过流程优化，提升订单支付成功率 20%。 因为结果目标是滞后性的指标，是需要一段时间后才能看到结果，所以我们在设定目标时，还通常会设定一些过程性的行动指标，以确保可以通过各个过程指标的按时达成，导向结果目标的达成。过程/行动目标是指具体的工作行动，包括工作时间、频率、具体的行为要求。 我们在项目中所谈论的产品目标，通常都是第二类结果目标，这也是本文谈论的主题，所以下文中我将以产品目标，来指代结果目标。
1.3 目标设定结构和原则
咱们可以先来做个小测试，判断一下以下几个描述是不是目标？1、让 vivo 浏览器成为行业一流品牌。2、提高 vivo 浏览器日活率。3、提升 vivo 浏览器使用体验。 答案是都不对。因为目标设定有其特有的结构和撰写原则，而以上描述统统不符合目标设定的标准。（如果现实中你们也是这样设定目标的，那就需要好好改进一下啦~） 通用的目标设定的结构是在某段时间 T 内，通过某(些)策略，把 M 指标 (从 X ) 改变到 Y。（当现状X大家都比较明确时，可以省略） 比如上面的案例，我们可以改写为：1、在 2 年内，达成 vivo 浏览器商店口碑排名第一。2、在 Q3 季度，把浏览器日活从1亿提升至 1.2 亿。3、通过 V9.0 首页改版，首页用户满意度从 Good 提升至 Excellent 水平。 目标设定除了要满足上方的结构要求外 ，还要尽量符合 SMART 原则这个多数同学都比较熟悉，我们就简要介绍一下：
因为我们的设计目标是来源于产品目标的。所以在推导设计目标之前，需要先检查和审视产品目标，以保证我们在做正确的事情。 检查和审视的标准就是我们前面提到的 SMART 原则和目标表达的结构：因为在具体项目中，时限是确定的，可达成性是产品协同各方一起协定的，所以设计师 重点需要检查的是以下三项：1. 产品目标是否明确具体：作为设计师，你能否通过目标描述，清晰的知道要达成的可预期结果是什么？比如【让 vivo 浏览器成为行业一流品牌】，就是不清晰的，因为对于行业一流大家并没有统一的评判标准。 2. 产品目标是否可测量：是否有明确的数据指标来衡量，这个指标是定性的还是定量的，定性的指标是否要提前联动用研一起准备，定量的指标后台是否已经存在，还是要提出新的埋点？比如【让 vivo 浏览器成为手机厂商中最受用户喜爱的浏览器】这个就可以通过第三方机构进行问卷调研获得数据。 3. 产品目标是否与平级的目标，上一级目标，甚至愿景目标相契合。如果产品目标会妨碍平级的目标/上一级目标/愿景目标的达成，那明显是短视且不合理的，设计师应该主动提出质疑。比如我们 vivo 浏览器的的愿景目标是做最好用的Android浏览器，但是在产品设计时，产品同学为了提升搜索框的添加率，而提出弱化关闭按钮的诉求，以达到促进用户添加行为的目的，这显然是不合理的。
▲图6 不故意弱化关闭按钮
再比如：在互联网领域，经常 1 个设计师会和 3~4 个甚至更多产品经理合作，当产品同学内部缺少沟通时，可能会出现不同业务产品目标互相冲突的情况，这个时候设计师作为中间的串联者就需要拉通不同的产品一起协商讨论，尽可能避免不同业务功能的目标冲突。 目标达标结构就是前面提到的【在某段时间T内，通过某(些)策略，把 M 指标(从 X )改变到 Y 】设计师需要确保通过产品需求文档的阅读，能够明确的get到以上几个信息，再展开设计目标的推导。 Part 4
