这个系列会记录我在迭代自己工作流时候所做的探索。
为什么执着于工具
- 增进工作体验。所谓工欲善其事,必先利其器。我相信增进工作体验会增进工作质量。
- 考验同理心。作为一个产品经理,坚持探索更好的办公解决方案,意味在面临用户的问题时,也能坚持为他们探索更好的解决方案。
- 让自己沉浸在高效运转的想象中。这让我觉得自己是个更好的人。
产品经理都需要哪些工具
简单说说我的工作。
产品经理对一个个产品负责。对于任何产品的工作都包括了需求,生产,销售,协调四方面。从这四点来说,需要的工具各不相同。
- 需求指收集各处产生的需求。有用户提出的(想要新的功能或者更好的体验),有公司内部提出的(showcase或者内部权限控制),有产品们自己想做的(新业务增长点)。我一般会用共享文档列一张表来记录所有需求(或者还不是明确需求的一些点子),同时把所有需求和点子在允许的范围内公开。
- 生产是指将需求转变为可以开发的方案。产品经理输出的一般是产品文档和原型图。需要文档软件来书写文档并共享给设计师 / 工程师 / 别的产品。需要设计软件画出原型图。
- 销售指让用户开始使用产品。作为互联网产品,我更希望产品能靠口碑或者功能自我销售,这就需要统计软件来记录和分析用户的使用情况。
- 协调……就是协调。就这么几个人在做需求,先做哪个后做那个,什么时候做新功能,什么时候修复软件里的bug。市面上有不少项目管理的软件来做这件事。另外作为产品经理,我希望能为设计师和工程师创造能专注的时间,所以我会承担一些很杂的事情。我会通过待办清单和日程软件确保自己不会被琐事淹没。
总结下来,我工作需要的工具分为5类:文档 / 项目管理 / 设计软件 / 日程todo / 数据统计。
本篇文章我会先谈谈文档工具。其余的一些我慢慢写。
产品工作是一个协同工作,没有人会单枪匹马作战(除了一部分很硬核的真独立开发者)。这就需要能落在纸面上的信息来在团队间沟通,这就是产生了写文档的需求。旧社会的单机文档是有不少坏处的,最突出的就是不好版本管理。如果团队的5个人手里拿着5个不同版本的文档,产品很有可能翻车。所以越来越多的人选择将工作用文档放在共享文档上,这样可以方便的让所有人看到最新的版本。下面我说说我尝试过的几个文档解决方案,我个人认为的优缺点,以及我目前的选择。
Confluence - Jira的丑官配
工程师非常推荐的文档软件,给我安利了好几次。我也尊敬了好几次。但是可能是我没有用到它的精髓。给我的感