1. 发车模式

在产品的发布模式上，很多新型企业、成熟企业会采用一种发车模式：即限定时间和质量，通常2周发布一个新版本，用以规范发布、提升发布速率、规范系统之间的集成。

每个公司都会有自己的黑话，有的叫“火车模式”，有的叫“班车模式”，有的叫“高铁模式”等等，为方便大家理解咱们就统称发车模式。

跟企业的具体情况以及团队能力，发布周期会有所不同，不必纠结于2周这个频率；总之就像发车一样，每间隔一段时就发布一次新版本，有计划、有规律。

这样做的好处在于所有人都清楚各版本发布时间节点、掌握项目进度，较为自由可控地协调工作任务、降低沟通成本；紧凑的发布节奏，无形间形成一种略微紧张的氛围，良性地促进开发流程敏捷而稳定的发展。

设计师是通过设计手段解决业务需求，更多情况下都是跟车角色，很少主动发车；所以当我作为面试官，会查看求职者设计项目的出发点是否基于业务需求，作为项目真实性的评判标准。

2. 用户故事

用户故事是从用户角度描述用户希望得到的功能，基于who、what、why，用简单易懂的话帮助所有人理解具体的需求内容，在项目启动阶段就达成共识，避免理解偏差出现“这不是我想要的”反复改稿情况。

用户故事的经典书写形式为“As a …I want to…，so that …”，即“作为一个（用户角色），我想要（什么功能），以便于（达到什么目的）”。

比如“作为一个家长，我想要获取孩子的成绩单，以便于了解孩子的学习情况”、“作为一个用户，我想要预约排号，以便于自由掌控排队时间”。

用户故事具体形式多样，这里只列举常见的便签和电子表格供大家参考。