1.头脑风暴，快速产品化
在需求讨论阶段，大家头脑风暴会提出各种各样的想法，这个时候就需要将想法快速的产品化，然后大家再进行新一轮讨论，这个阶段的产品原型就不拘泥于细节，主要体现流程和框架，表现形式也多种多样，可以是手画原型，也可以是axure草图，能简单明了的表述思路即可。
2.内部业务沟通、确认
一般针对内部的商业产品，涉及复杂的业务流程时，产品经理在梳理、确认需求之后，为避免开发产出与原始需求不一致，一般也需要产品经理画出原型与业务部门进行二次确认，这个阶段的原型，就需要有比较完善的操作细节，以便业务部门反馈细节。
3.外部用户调研
产品经理针对新功能，调研用户的反馈时，一般就需要制作高保真原型了，要求无论是产品交互，还是UI界面，都要无限接近正式产品，这样可以让用户代入到真实的使用场景中，也能够提出客观的反馈。高保真原型一般需要UI设计师进行配合，保证界面上的精美度，不过日常工作中，高保真原型的使用频率也是最小的。
4.交付开发的原型
交付开发的原型，我习惯在原型上标注一些需求说明，因为有些开发同学比较习惯对照原型进行开发，可能有些时候就忽略了需求文档当中的功能说明，如果在原型当中也进行标注的话，一是有助于开发理解功能，二是可以避免需求遗漏。
原型最终目的还是传达产品经理的设计思路，没有一成之规，形式为目的服务，具体采用什么形式可以灵活选择。
另外，我习惯把常用控件单独保存，在设计原型时尽量复用已有控件，避免前段二次开发。
