最近正在做一个医疗相关的项目，由于种种的原因，提供到我这边的只是一份残缺且没有交互的原型。虽要求先梳理完善，虽要求需进行内部评审，虽设计过程中提了许多问题，然并卵，不确定的仍很多。真是应了那句理想很丰满，现实很骨感。

交付设计稿的时候，也没有进行评审就交付开发，最后到了开发环节，问题就都暴露出来了，当然，这个本身就是可想而知的结果。 

最后，虽痛苦，就慢慢煎熬着吧...... 

这次体会最深的是，每个新项目的开发，情况总是多种多样的，很多时候还是你明明就知道问题存在着，但那却不是你能去改变的。这个时候，团队之间前期沟通很重要，互相理解也很重要，特别是初次合作的团队。还有另外一个体会就是PRD，原型，交互，即使需求不明确，该做到位的还是需要做到位，不然后面问题暴露出来，开发找的就是他的上游，责任都在上游了，实在没法解决，那至少要事先团队内说明清楚。

最近看到了一篇好文《用原型代替PRD时，原型应该包含哪些内容》，感觉完全就是把这次自己在项目中的汇总给梳理出来了。那原型到底应该包含哪些呢？粗略列了一下，要细看，得看原文哈！

1、变更日志

示例（来自用原型代替PRD时，原型应该包含哪些内容）

2、版本说明

示例（来自用原型代替PRD时，原型应该包含哪些内容）

3、信息结构

示例（来自用原型代替PRD时，原型应该包含哪些内容）

4、流程图

示例（来自用原型代替PRD时，原型应该包含哪些内容）

5、页面流程图

示例（来自用原型代替PRD时，原型应该包含哪些内容）

6、交互说明

示例（来自用原型代替PRD时，原型应该包含哪些内容）

7、全局交互说明

全局交互说明主要包括什么呢？

1、状态，包括默认状态，常见状态，异常状态。

2、限制，包括范围（数据的取值范围），极限值（数据的显示限制）。

3、操作，包括常见操作，特殊操作，误操作，手势操作。

4、反馈，包括提示，跳转，动画

自己再补充点这次遇到的UI的注意点，

1、列表的不同状态下的展现区分，包括点击录入的，选择录入的，不可录入显示的。

2、列表的文字不同状态的区分，包括提示文字，录入文字，不可修改文字。