你用不好的“产品工具”

到底产品需要啥工具来开展工作？如果让不同工作经历的产品经理来列举，相信会有一个长长的列表，像Axure原型工具、Adobe系列设计工具、Mockups草图工具、office文档工具都会榜上有名。之前我也尝试安装过很多工具，随着经验的积累安装在电脑里的工具越来越少，少到最后只剩下一些电脑初装软件。这么看，我们就要思考我们依赖的工具到底是什么？套用一段经典台词来说明就是：曾经有一堆工具摆在我面前我确实都很珍惜，如果非让我保留一种工具的话，我会说：思维工具，具体要给这个工具找到什么对应的软件，我会说：随便。

其实无论你在产品能力的什么阶段，你都会或多或少的接触到思维工具。这里面我简单罗列了一下一名产品经理最常用的三种思维工具，分别是针对人的用例图，针对业务的流程图，针对场景的故事地图。针对分析人这方面，作为产品经理在掌握如何使用UML里面的用例图之外，也应该关注一下PMP里面提到的干系人管理。针对分析业务这块，我们用的最多的是流程图，几乎每天参加的大小会议上，你都会看到各式各样用Visio画的各种泳道类的流程图。但今天我们着重提一下故事地图，它是用来串联人物、场景、流程的工具。

故事连接一起

最初接触这个工具是参加一个TW交流会，交流过程中在会场的座位上摆着一本《用户故事地图》（这次交流会是在TW的北京职场举行的）。

TW-Creative Talks

起初带着一定的好奇心，想把这套思维技术引入到所在的团队中，回到公司先后组织了几次内部的交流活动。平时的工作中充斥着白板、便签贴、站立会议的身影，组织一两次下来收获的就是这些，我把大家当时的思考内容拍了照片封存起来，其实内心知道没有达到自己所期望的，感觉大家都听懂了，但偏偏结果与理想还是有很大的差距，当时确实没找到原因。

敢于尝试

最近的一次公司内部的敏捷方法课程调研交流过程，让我有一个体会，产品经理工作的敏捷应该先考虑的是产品思维的敏捷。这一年没事就想，相关的书籍也翻出来看了几遍，最近有一个项目对这个技术应用的效果终于看到的雏型，结果产出如下。

小有收获

大体上这套思维工具能够把你从复杂的系统关系上抽离出来，进而帮助你分析清楚业务脉络。回过头来想一想，在这次尝试使用这套思维工具的过程中，大体可以总结出以下三点经验。

第一，待分析的产品要具有一定的复杂性。复杂到大体上能够给这套思维工具得以施展的空间，很多工具都是从简单的场景起步入手门槛低，但这个工具正好相反，针对越小的场景进行分析对这套工具掌握程度的要求就越高。

再深入想想，其原因在于大家在应用新工具时往往将精力放在对工具效果的产出上。比如说如果白板上的便签不够饱满，就会觉得分析的不够透彻。如果找不到一款主流的软件，就会觉得不够专业。如果使用的方法跟书中介绍的有差别，就会认为的没有理解精髓。

第二，针对思维工具的应用要建立在一些基础分析能力的储备上。比如说抽象提炼的能力，结构化思维的能力，这就像小学的加、减、乘、除，没有一定的基础，上来直接尝试作四则混合运算是不现实的。这也是当我初次接触就尝试大规模应用，最后效果不佳的一个原因。

第三，新工具的引入需要有一定的方式方法。使用新工具的过程中一定要明确引进工具是为了解决什么问题，紧盯目标，不要只盯着工具应该有的效果。工具的应用过程要有剪裁和组合，一切工具都是围绕人们要解决的问题而生，也会随着时间而变的过时，进而需要调整。不要将即成的模版和指导作用看得太重要，它们的作用就像是给超重的人一本减肥辅导书一样。

没事拿身边的一些工作任务做尝试，不断的总结调整。对你最具价值的能力来至于经验，尤其是你失败的经验。

写于二零一七年十一月二十五日