做了 2 年多的产品经理，实际上都在做交互的活。一直想找时间认真系统的学习交互的知识，最近终于算是有空了，其实算是发了狠吧。只看书不写笔记是没有用的，接下来就要结合自己的项目经验结合书本内容记录下来。
第一章的内容主要讲了整个产品设计的过程
其中有两个点值得一提。
第一，产品设计是为了解决用户的终极目标的，而不能局限在当前任务的解决上。这里有个例子，用户想要马跑的更快，那我们是让他们的马吃的更好，练的更壮，然后跑的更快还是说直接发明一辆车给他们呢？ 在这里用户的终极目标是“快”，所以产品的设计也应该围绕这个去解决。
第二，产品的设计流程。
分为 Research（调研）, Modeling（用户建模）,Requirements（需求分析）,Framework（产品框架设计）,Refinement（完善）,Support（支持）.
直接列出来是比较枯燥。现在刚好在做一个跨境电商供应链的项目，我就结合着一起说下每个阶段都干什么？
1. Research，由于这个供应链项目主要内部员工在使用，类似于 ERP 系统，所以 research 阶段主要做的工作分为两部分，第一部分看竞品，看看市场上有哪些类似的竞品。当然 ERP 这种系统一般比较难找到竞品，我好运的是刚好有个合作方也在做这个，就去搂了一把，了解了大概，知道是怎么回事。 第二部分就是和目前正在用现有系统的人聊聊，看看他们怎么想的。这些人就包括公司的大 boss，运营部分，开发团队以及市场部分等等。
2. Modeling，公司里面大家干活各司其职，ERP 也是这样玩的，在实际使用中也会因为职责不同，有各种审批的工作要做。所以在这个阶段，我就一个个去找相关的人聊天，一边聊一边记录下来他们平时所做的工作，以此来创建使用者模型。在这个项目中大致可以分为 业务员，采购员，仓储管理，售后服务几个大角色。
3. Requirement，聊天的时候，除了了解他们平时做什么，也知道了他们平时在用系统的时候最讨厌的是什么东西，他们觉得怎么样做才会更好用。有了这些以后，就可以分析他们的具体诉求，分析完了再去找单个人确认。
4. Framework，需求确认以后，就是记录了，UX 很大一部分工作是沟通，那拿什么沟通呢，就必须有可视的内容了。这一步也是最耗时的一部，可以分成好多小步骤去做。我习惯性的会先把 key path 全部先画出来。在这个项目里主流程就是采购流程怎么走，批量的订单如何被处理的等等。 有了 key path 后就可以细化画出功能表了，俗称 IA。当然这时的 IA 还不是完善的。有了 IA 以后，就继续做线框图来将用户的操作具象化，这一过程中会发现很多之前 key path 以及 IA 中没有考虑到的点。完成线框图之后会把页面做成一个可使用的 DEMO 用来模仿用户的操作，毕竟只是看和上手玩还是差很多的。这一过程中又会发现一些问题，改改改。有了一份较为完善的 DEMO 和 IA 以后就可以去找运营团队一起玩，玩的过程中又会改改改。有了一份满意的方案以后，继续找技术团队聊，在确定方案可操作性以后就可以找 UI 开工了（如果对技术不确定是否适合，可以提前找开发确认，不然很容易满心欢喜跑过去被打回来）。
5. Refinement，这个阶段就是在 UI 出来以后，用高保真的 DEMO 再多跑几遍场景，让实际使用者多试试，看看是否趁手，不趁手改改改。
6. Support，终于定稿了，将所有设计文件标注需求以及逻辑交付给开发团队进行开发。 还要做到随叫随到，不然很可能开发赶时间就做歪了。
新杯子装旧水，各位看官多指点。
