介绍目标导向设计，以STAR法则为思考框架。
当接到一个需求，为集团里的销售人员设计CRM系统时,要如何去分析，拆解需求呢？
先来看看STAR法则到底是什么
背景：situation 需求的背景是什么，业务需求是什么？用户需求又是什么？
目标：task 要完成什么目标
行动：action 如何做来实现目标
结果：result 最终的结果会是什么？
在方军老师的「穿透式学习」中提到，对于抽象概念的学习，可以运用形象化的比喻优化自己的思维模式。说白了就是用我们熟悉的事物来类比抽象的内容，让抽象的内容有现实的载体，将不熟悉的事物与熟悉的事物进行类比，更容易发现不熟悉事物的问题。而关于目标导向设计，可以拆分为目标-名词，导向-动词，设计-结果为了完成目标，我需要进行一连串的设计。将这个过程抽象为马拉松，参加马拉松的目标是完成42.195公里的跑步，为了完成这段马拉松，我需要完成一连串的训练、并注意饮食的调整，让自己的身体可以达到一定状态。
设计是我为了目标导向所进行的行动，训练是我为了完成马拉松长跑的行动。
目标导向设计为什么又采用STAR原则来拆分需求呢？结合STAR原则的具体定义，为了保证设计流程的完整性，行动前明确背景，行动后关注结果。
**背景：做项目的原因？**
业务需求：业务上的价值，
用户需求：帮助用户是什么什么目标？
**目标：项目想达成的效果，怎么衡量**
业务目标：总收益、访购率
用户目标：可用性、满意度
**行动方案**
拆目标：客户被录入=销售被动录入+客户主动录入
定策略：客户主动录入：投放带填写信息的广告文章
验方案：1.地铁广告灯箱投放。2.公众号文章投放。3.销售朋友圈投放
结果：多方案对比客户录入量
**结果：测量效果**
业务：有用、好用
行为：触达、能用
态度：想用、满意度
末尾菜单~我的作业
**背景**
交易银行部任务管理方式落后，总行下发任务至分行都是通过邮件进行，后期跟进也都需要依靠电话、微信来督促。因此希望打造一个任务管理的系统，通过系统来下发任务至分行，分行需要总行帮助的时候也可以通过这个系统触达总行人员。以保证任务的下发、跟进、完成是完整的集合在系统内部。保证资料有统一的集合处。
**目标**
业务目标：总、分行用户通过系统完成任务，提升工作效能。任务数量，任务完成率，
用户目标：方便地发起任务、跟进任务、反馈任务结果、完成任务。新建一个任务所花的时间，对系统的满意度，完成一个任务所需的时间。
**用户**
::系统角色分类::
总行产品经理
分行产品经理
总行产品经理主管
分行产品经理主管
::任务使用角色分类::
任务发起人
任务执行人
**行动**
::**拆目标**:: 任务完成率
::**定策略**::
**产品经理方便的发起任务**
嵌入招呼聊天窗口，同步至系统
系统快捷入口
::**方案**::
1.系统内 ：
新增任务
跟进任务
反馈任务
2.招呼：
发起任务
**结果**
业务：新增用户浏览时、页面跳出率
行为：任务完成率、点击操作成本
态度：视觉满意度、易用程度评分
