在第10章中提到的如何定义典型用户和典型场景，以及从典型用户到场景，从场景到任务的过程。作者在写书的过程中，也恰恰使用了这套方法论。
有了典型用户之后，我们还得决定每一个典型用户的目标 — 他/她使用系统想要达到什么目的。对于每一个目标，列出达到目标所必须经历的过程，这就是场景，也可以叫故事。
“阿超”、“小飞”就是《构建之法》这本书的典型用户，他们之间的对话就是现实中许多工程师在工作中会遇到的场景，这是“从典型用户到场景”。
场景怎么写？首先针对每一个场景，设计一个场景入口（描述场景如何开始）。接着描述典型用户在这个场景中所处的内部和外部环境（内部环境指心理因素等）。然后给场景划分优先级，按优先级排序写场景。
作者借书中角色之口，说出了工程师们在遇到问题时的困惑，以及思维方式，并对他们在当前场景中的心理活动进行了幽默风趣的刻（吐）画（嘈）。
“
小飞：超总，我想提一个和我职业发展有关的问题。我们接受的可都是科班的软件工程教育，我们当时的院领导说我们毕业后都是要朝CTO发展的，至少是软件金领，我当然知道这是遥远的将来的事，但是我总觉得我至少可以做一个软件白领吧，这些构建之类的事情，嘿嘿，是不是要由所谓的软件蓝领来做？
阿超：问题提得好......
他望着这位将来的CTO、软件金领，突然想抄起身边的塑料水桶，把水都从他的白领里灌进去。他喝了一大口水，退到窗边，勉强把这个念头压了下去。
阿超：我觉得大学的软件工程课，本来要教全面的技术，但是考试往往只考定点投篮和无防守情况下的配合......（以前面的篮球考试为例切入）。
”
然后，作者再给出他的看法以及一套解决方案，应该怎样解决这些问题，这是“从场景到任务”。
在作者表达其观点的同时，这是同样显示出了，这种观点的应用场景，代入感，或者说对于观点的指导性都很强，可以深入的让读者了解作者想要表达的观点和思想，通过，这章的阅读，不仅理解了作者对于典型用户和典型场景的定义和理解，还充分的学习到了定义这两种问题的方法。