本人是一名工作两年的产品汪。是一个从兽医专业成功转行到产品经理的幸运儿。肯定有人心里疑问哪家公司这么大胆……哈，就不提了，总之我还是很优秀的。 刚工作的时候也遇到过一些坑，记得第一次写需求文档的时候，我满腔热血，怀揣着一颗感恩地心告诉自己，一定要好好完成，于是熬夜两天写出了近万字的文档说明给到开发，我以为大家会很满意，然而并不是这样的。我至今依然记得他们脸上崩溃以及要疯的表情，现在回想估计想打我的心都有。 后来通过跟同行业的伙伴交流以及前辈的指教，他们告诉我“图比较直观，开发真的不喜欢那么多字的文档啊”，于是我提交给开发的内容就变成了“各种图+文字说明”。 产品经理的工作核心应该是做好产品规划以及产品的设计逻辑。产品设计的最终表述形式被称为产品需求文档，也叫 PRD文档，（Product Requirement Document的缩写）。公司属性的不同以及团队要求的不同决定了产品需求文档没有一个统一的标准，当然也就不存在通用模板。 通长我提交给研发的内容是“产品形态图+产品结构图+业务逻辑图+原型图+文字说明”。也是从那时起开始学习大量作图工具。 像Axure、Sketch、Visio等工具，也是那个时候开始接触到了 ProcessOn 作图工具，学习成本低，非常容易上手，而且集成了流程图、思维导图、UML和原型设计器于一身，简直是产品经理的福利。
想必业内的朋友应该都比较了解我提及的图形概念，以下简单贴出几个案例示意一下。 以【豆瓣】产品为例，业务逻辑图一般都会用ProcessOn 的流程图制作，简单的就是下面的这种图形，如果涉及到多部门或业务方就需要画“泳道图”了。 业务逻辑图 豆瓣用例图 产品结构图（信息结构图） 在写产品需求文档之前，一般会先罗列出产品功能的信息内容，这是将想法逐渐清晰的第一步，也是为了辅助接下来功能的设计工作。罗列信息内容方式比较多，有习惯用纯文本的，也有用思维导图的，我比较倾向于用思维导图完成结构图的梳理，不仅因为它清晰易懂，采用思维导图也提高了后续改进和完善信息的效率 【即刻】产品结构图 【豆瓣APP】产品结构图
上个月参与了ProcessOn的最新升级版本的评测邀请。当然啦因为我是他们的忠实用户。 这个热衷粉的定性估计来源于我经常在后台和QQ群给他们提交各种反馈、吐槽及建议。以至于他们团队的大多数都认识了我这个“钉子户”，升级后的新版，UI设计确实比之前好看很多，希望产品的网页速度可以提升提升再提升(毕竟没有最好，只有更好)，尽快推出更多新的功能。 |
|
|
