最近几个月从参与产品远景讨论，逐渐到具体的产品经理的工作，算是实习吧。说说其中的一些体验。

按照敏捷开发的思路，不考虑完整编写需求文档，更多的是用一页纸来描述一件事情，比如如何支持新账户注册和添加联系人，可能用word写几页。但有些交互界面，不画个草图没法让人理解，在文档中贴图多了，对图上的细节也会逐渐补充文字，慢慢地文档就越来越大，有份文档居然有18页之多，这个太糟糕了。远离“看一眼就明白要做什么”的目标。

刚好老大安排了给UI设计师帮我，于是和美女设计师一起，花了一周时间把大部分业务流程梳理，先定义产品框架和核心模块，再定义基本的交互结构，比如常用功能如何展现，高级功能如何展现，然后逐个完成各核心模块的主要交互页面，这中间不断地做图标风格一致性、交互提示一致性等等查漏补缺的工作。相当于把模拟开发和测试的工作。

mockup的绘制过程，是不断回顾产品目标、以及不断的学习其他软件，和不断自我否定的过程，等整个绘制工作完成后，我有种“终于明白要做什么”的感叹，可喜可贺

然后，我们梳理了mockup中所有的图片（也不多，到昨天为止也就56张），按照业务流程设计了编号，比如A-1-a，表示A模块第一步流程的第一个分支。

我考虑将来就依据这些图片来帮助确认工作进度，实施开发和测试工作，如果有条件，希望测试能够把图片打印出来，在反面写上测试需要注意哪些，这样review 测试方案会有一种非常好的感觉。目前的做法是在禅道将记录每一张做为一个需求挂上去。（当然，其他隐含在后台，不通过UI展示的逻辑也很多，我会和设计师一起设计一些虚拟的Mockup草图），这样就可以像用扑克牌通缉令一样，来看看哪些工作还没有搞定了。

这个想法貌似不错，先试试看，以后有新鲜的再记录下。（很久没写了，写作能力大退步，加之仓促完成，写留个记号以后在整理）