《典型用户和场景》
以前在项目需求分析中，我没有考虑不同的用户，在项目开发后也没有考虑典型的用户和场景，这导致项目开发之后存在的用户对象出现问题，产品生存的价值就是用户，因此，我的这一做法会导致项目功亏一篑。
这一章的学习，我知道了所谓“Persona”，就是典型用户。在产品开发的过程中，我们经常需要描述一组典型的用户。以前大家通常是以一些抽象的名词来表示用户，如“家用电脑初学者”、“经验丰富的系统管理员”，现在我们建议用一个“典型用户”来代表。典型用户不再是一个抽象的概念，而应该是一个活生生的人物。
典型用户一般有哪些特性？一个典型用户往往描述了一组用户的典型技巧、能力、需要、想法、工作习惯和工作环境。
在设计软件的过程中，我们（设计/开发者）往往会以自己使用产品的习惯和对软件行业的熟悉程度出发设计，忘记了我们的软件是给千千万万个不那么会用电脑的人使用的。在这种情况下，搞一个“典型用户”会强迫我们在考虑问题时从用户的角度出发。书中有个小吴卖石头，对于那些不会上网的根本就不是典型用户。
光看用户的表面语言和行动远远不够，所以我们要找到用户背后的动机。不然实现的功能总是无法取得用户的满意。以致于产品可能要多次“返工”。“返工”不仅仅考验软件开发团队，也考验用户的耐性。也许用户觉得这次在你的公司购买的软件这么麻烦，下次他会考虑换一家公司进行购买。我们的软件不是给所有人用的。每个人都想自己做的软件多一些使用者，但是在做软件的时候，我们不能考虑太多类人。需要考虑的是主要使用我们软件的典型用户，一些跟我们软件实际上并无交集的人并不能算为典型用户。
有了典型用户之后，我们还得决定每一个典型用户的目标——他/她使用系统想要达到什么目的（如：购物、卖产品、滥发广告……）。对于每一个目标，列出达到目标所必须经历的过程，这就是场景，也可以叫故事（Story）。注意，有些场景描述了成功的结果，有些场景描述了失败的结果。用户和系统有成百上千种可能的交互情况，写场景时要有针对性。