完成：

1、合作项目的前后台原型设计修改；把整个后台原型设计框架进行了重新修正；

2、看了产品现在的进度，感觉还是有点心忧：进度有点慢啊，兄弟姐妹们！

计划：

1、和猫哥碰一下K12项目的需求，看看是不是需要帮忙

2、把这个金融项目完结掉，总结下四五月份的状态以及收货；简单的写下近段儿时间需要总结整理的                 主题，任重道远啊！

收获：

今天收货最多的是看在大家在网站上的日报，以及中午时候面试了一个号称有3年产品经验的产品经理，然后面试中对方一直在说原型，原型，原型；需求分析没有完整思路。忽然想分享点关于原型设计方面的东西。

1、产品经理并一定要画原型！！！产品经理的重要职责不是画原型，不是画原型，不是画原型，重要的事情说三遍；

2、不要沉迷于“动效”！！！这是见过的产品最容易进入的误区！！！  原型只是为了给开发描述清楚需求，方便开发理解需求以及UI设计；所以没有必要做到高保真，并且实际上不画上2周左右时间去精细以及UI配合，也不可能做出真正的高保真原型；所以千万不要在“动效”上费时间，伤脑筋；能用文字说明的就不要动态面板、中继器，因为你不是交互设计师；当然，公司要求另说（一般有风投或者给投资人汇报时候确实必须做高保真）；

3、逻辑清晰。页面间的连贯性讲清楚，也就是页面间的交互逻辑是需要用文字或者交互说明（毕竟简单）的；

4、等比例。原型等比例，等比例，等比例；所以最好在做出东西之前预览下效果；别字体傻大傻大的。不协调；

5、PRD文档。因为大家看到的以及各种网站中关于PRD文档的解释，会让很多人误以为PRD文档必须是word版本，或者ppt版本。而实际上，PRD文档的目的就是跟别人解释清楚你的原型是在实现哪个需求，有没有前置、后置条件以及校验等说明，因此，只要完成这个目的，格式及形式都不重要！而最便捷的方式就是直接在原型旁边坐备注说明（效率快，并且清晰），实际上文档性的PRD文档反而不如这种方式方便；

6、沟通。即使你的原型画的再好，备注写的再好，需求了解的再清晰，在实际开发中总会发现开发有各种各样超出你想象的理解，所以开发过程中阶段性沟通很重要。

当然以上全部基于你们公司相对自由；不适用于对产品经理有奇葩规定与要求的公司。并且以上全部是个人观点，欢迎补充；如果有疑问可以留言啊，或者，有本事你来打我啊！！

疑问

能告诉我，你们现阶段有哪些疑惑么??拿出来留言，也许我们可以探讨切磋下。