刘易斯和约翰。
设想师容易的把性能架设落实到使命流水线中，技能人员用简单的技能去完成设想师的设想，会招致货物的使命流水线无比的简单，而用户正在运用货物的时分也是会绕着某个流水线走没有少的弯道最初能力到达本人的手段。需要：装置数目字单据。
正常来说，用户模子和技能模子差异很大，况且越是简单的货物，差异越大。简单的技能+简明的体现层+用户的终极需要=好的货物(义务编者：帝位库)
最初，提炼出用户的终极指标，依照某个最终的需要，去为用户需要最优的设想。指标是稳固的，使命是易变的。如是重复…”
再有冤家遇到的：
“给部手机充值需求部手机吸收考证码，可是我正是由于部手机停机了才会需求给部手机充值，因为无奈接遭到考证码，招致无奈给部手机充值”
还是拿领取宝举例，用户的最终手段没有外乎是为了领取，那样各族数目字单据、各族没有同的明码、各族部手机考证都没有是用户所必需阅历的流水线，该署流水线依照使命综合论理能够是具有的，然而假如能够后盾实现的话就没有需求让用户去施行，要不就会涌现我已经遇到过的为难——
由于用户的最终手段很明白，因为实现某个指标的两头环节，假如能够靠简单的技能正在后盾完成，那样就没有要让用户来承当这种简单操作的苦楚。而某个设想没有是以使命为核心的，是以用户需要为核心的。
第四阶段，经过以使命为核心的遍历评价界面设想，囊括情形和角色表演，情形又同零碎界面和用户使命形容有关。
期冀-操作前或者操作没有能满意后的期冀；
习气-用户正常的操作或者运用习气，比方内外手操作、浏览习气等；
指标-用户最终想要失去什么；
情形-用户正在什么状况（外正在、内正在要素）下停止操作；
效果-是什么需求差遣用户来运用某个货物；
因为咱们需求率先经过无效的用户钻研手腕，搜集并综合出如次相关指标用户的消息——
设想模子越是濒临用户模子，用户需求进修和回忆货物如何运用的中央就越少，这是由于实践货物和用户期冀很濒临，那样的货物就很简单被运用。由于是关于成绩或者使命畛域，用户模子是货物设想人员无奈随便改观的，而技能模子则依托于后来的技能程度，正在定然时代内也很难有大的变迁，唯有设想师模子存正在极大的可塑性，是货物设想人员能够经过奋力来改观的。
用户模子中的概念和行止彻底归于用户的成绩畛域或者使命畛域，而技能模子则坐落技能处理计划畛域。后果：装置单据时，请求短信考证。
假如咱们但是为了实现这个使命并且做设想，就会把设想成为如次这形状：
优良的交互设想该当是让用户正在达到他们阶段性的指标的时分，没有反应他们终极的指标。很明显，该当为指标停止设想，而没有该当为使命设想。我看是135的记号，点击修正部手机联接，进入修正页面，通知我修正部手机必需先装置单据。黎曼提出了“以使命为核心”的设想模子（Task-Centered System Design，TCSD）中，设想进程分成了四个阶段：
。
而好的设想师会把简单留给技能人员，把容易还给用户，如次图：
一些技能身家的冤家更是喜爱步入这种误区，正在一度表格里梳头出咱们能给用户需要的各族能够的性能，最初按如实现能够性分期去做，那样就疏忽了用户所需求的性能，常常招致货物虚胖，用户没有买账。
其三阶段，基于情形的界面设想，即构思一度情形，设想零碎界面，请求体现用户的实正在需求；
第二阶段，以使命为核心的需要综合，即肯定零碎支撑的用户类型和使命类型；
第一阶段，辨认用户和使命，即经过用户访谈和做作视察等手腕确认使命，而后构成使命形容文档，最初考证使命并停止反应修正；
1993年由克莱顿。反之，假如设想师模子濒临技能完成模子，用户就需求走很多弯道，做很多取舍，回忆很多地位，货物重大的操作疲倦和回忆累赘，而正是那样操作疲倦和回忆累赘使众人感觉货物难以运用偏重重伤害了货物的用户经验。
设想师模子总是散布于用户模子和技能模子两者之间的某小半，如次图——
没有要给用户太多的取舍，假如用户中心指标是为了搜寻，他就没有在意本人搜的是wap还是web，是用google还是用Baidu…
“我的数目字单据绑定的部手机记号是135xxx已停用，现正在运用186xxx，以后计算机外面没有装置单据。
如领取宝的空降明码、领取明码、数目字单据、绑定部手机、取舍储蓄卡…正在技能上是一度简单的完成进程，正在设想上也是N条必需走的道路，体现正在用户运用货物上，就是要实现N个使命，势必会有各族误操作，怨声连天。指标没有是使命，指标是终结环境，而使命是到达指标所需求的两头进程。
没有好看出，以“使命为核心”的设想模子是“以用户为核心”设想模子的根底，有余的是它过于注重货物或者零碎的性能使命，谋求用户的实践指标，却根本没相关心用户的情感召、易用性等范围的集体指标及经验指标。