对文章有兴趣来不及看？点选右上角「橘色小书签」收藏文章，再也不怕错过就是一辈子！
本篇文章整理我个人建议PM 产品经理要会使用的工具，以便于能够顺利著手工作与发挥团队影响力。不理解什么是产品经理的同学，可以参考〈PM 产品经理有哪些种类？一次搞懂产品经理必备的五大能力！〉这篇文章。任何想了解产品经理这职位或者精进职涯的同学，都很适合阅读本文，从目的性的纬度梳理，会区分为：产品设计& 思路、专案管理、数据实验、简报、其他。
一、产品设计工具（Product Design）
在大多数的公司，PM 产品经理只需要涉及到画原型（prototyping），并不会涉及到User Interface Design（UI）使用者介面设计以及Interaction （交互设计）：前者广义而言即为设计在设备上真实会看到的介面，包含根据作业系统以及萤幕长宽比的介面适配等等；后者包含设计页面间如何切换（例如渐进变淡换页、上下左右切换页面等等）。原型可以简单理解为：解释一张介面具备哪些元素（按键、图、功能位置）、页面间的流程为何。
PM 产品经理不需要具备跟UI 设计师、产品设计师一样的专业UI/UX 设计能力，只需要具备能够表达自己设计的产品流程与大致样貌的能力即可。为了完成原型，建议产品经理具备以下其中一个工具的能力：Figma、Sketch、Axure，或者任何其他可以帮助你完成产品原型的简单工具。
Figma
Figma的定位是让使用者设计UI/UX 使用者介面与交互体验，不是仅仅到了原型的阶段。但也有不少PM 产品经理倾向学习到如此的深度。
Figma 结合了保存文件在云端的在线协同特性，处理速度快、以及其跨平台（Windows，Mac，Chrome，Linux）的特性，Figma 算是现在最受欢迎之一的UI/UX 设计工具。它具备很多Sketch 必须要透过第三方插件（extention）才能够完成的功能，例如：Zeplin（评论）、Liveshare（在线分享）、Abstract（版本历史管理）等等。
任何设计透过一个link，可直接让团队评论与建议。个人建议PM产品经理学习Figma 的深度到知道如何使用其Library 中的基础元素(icon, device interface, placement 等等) 与拖拽介面来制作原型与表达产品流程即可，不建议花过多时间精进产品设计能力到设计师的水平。
但如果是对于设计有追求的PM产品经理，我推荐YouTube 上的免费学习资源：AJ&Smart: Figma Design Tutorial: Get Started in Just 24 Minutes!这段影片中可以学习到基础的Figma 使用技巧。若是你本来就会使用Sketch，要转移到Figma 是非常容易的事情：Figma 支持导入Sketch 文件。Figma 比较明显的缺点在于语言的部分：有不少语言仍然是英文展示，需要使用者花点时间习惯。
Sketch
Sketch的定位与Figma 重合的部分在于其UI/UX 设计的部分，不只是在画原型的深度而已。但是Sketch 的在线协同功能不像Figma 一样简易。举个实例，Figma 是可使用网页版直接进行设计，与生成link 提供给团队进行评论。但是Sketch 需要第三方插件（例如Zeplin）的辅助完成此事。
如果要从Figma 跟Sketch 选择一个软体来学，我个人会建议选择Figma。目前整个市场都是倾向在线协同的赛道，并在实务中Figma 能提高效率。
Axure
Axure是我第一个接触的原型设计工具，它的定位就是方便使用者简便的设计基础原型，我个人还是很推荐不想花费过多时间学习UI/UX 的设计细节的产品经理使用Axure。为什么呢？首先，厘清一下优先级，PM 产品经理的职责在于带领团队完成清晰目标，而非花过多时间设计精美的使用者介面。
Axure 可以快速完成线框图、流程图，进而完成原型。我认为其操作难易度与PowerPoint、Keynote 基本是相等的；基本就是拖跩一个介面模板，键入文字与置入元素Placements，串连流程去表达产品原型。
YouTube 上有免费的完整教学影片：Axure RP Prototyping Noob to Master，在此推荐给大家做学习（可开启字幕，如果能帮助理解）。
其他Others
我确实在职场中看过完全不会使用Axure、Sketch、Figma 的PM产品经理，他们取而代之使用的工具会是使用Google Slides 或者Keynote 中的工具来表达自我的产品理念，也确实有藉由这样的能力就能做到上位的。在此强调，产品经理的存在意义在于带领一个团队达成一个目标。在一般的公司征都会替一个团队配有产品设计师（Product Designer）或是UI/UX 设计师，产品经理应该思考的是如此最大化思考战略的时间，以及如何和设计师配合视觉化自己的理念。
二、专案管理（Project Management）
现在许多公司都使用敏捷开发（Agile）的方法论，加上其适应公司的方式跑专案，大多数是没有专案经理（Project Manager）的。这样的时空背景下，PM 产品经理大概就必须身兼专案管理的职责。
专案管理的核心是什么？确保读者能够很快的知道产品规划：在什么时候大概会发生什么事情、不同部门在理解了规划后应该对应执行的行为（action items）到底是什么呢？
举个例子：假设两个月之后，Instagram 要上新功能：网路红人深度内容订阅制（Subscription），帮助他们可以赚更多钱，那么即便在产品端有这个功能，必然要提早进行专案管理让行销与营销侧的部门知晓，方便他们维护与网路红人的关系，并且在市场上利用产品端内、端外的途径打通此消息，最大效益化这一个产品变动造成的正面效益。这些都不仅仅是产品端的改动，更是专案管理将消息正确传递的影响。
Jira
澳洲最大互联网公司之一的Atlassian 设计的产品Jira 无疑在专案管理工具中肯定是会听过的。Jira 本身是对于工程师管理专案相对友好的，它可以用Epic 的关系把一个大的Task 专案关联，并且一个大的Task 可以拆解成若干个Sub Tasks。并且这些Task 与Sub Task 可以有对应的属性（例：负责人、开始／结束时间、属于产品中的哪一个模块等等），一般来说产品研发团队内部很大概率会使用Jira 来进行专案管理与讯息传递。
Jira 的功能包含专案列表、涌道管理、燃烬图、Roadmap 时间列表等等的表达形式，是我个人还蛮喜欢使用的专案管理工具之一。我个人使用时体认最大的缺点就是，学习成本还是比较高的。对于不熟悉产品研发流程的非产品、非研发的同学使用起来通常是抱怨连连。
Monday.com
Monday.com与Jira 的目标用户明显不同，我个人使用起来比较深的体悟是： Monday.com 对于非产品、非研发的同学特别友好，而且每个版的栏位很容易客制化，而不是死死的模板。
举个例子：如果我要维护一个给非产品、非研发的同事们查询专案进度的版，我可能会以「功能预估发布时间」为一个时间维度，而不是一般产品与研发同学们熟知的「版本号」、「Build Version」这种相对生涩的字眼。针对要每个专案的「目的」，我也会写更加易懂的字眼，而不是写上相对难懂的「ARR」、「 ARPPU」之类的。而针对产品与研发的同学，就可以另外客制化适合的版来做专案管理；
Google Sheets
许多SME（Small and Medium Enterprises）并不会想要花钱去购买专案管理平台，所以使用Google Spreadsheet 来进行专案管理也是很常见的方式之一。网路上有非常多专案管理的Google Spreadsheet 模板，针对产品经理而言，只要具备理解能力与解决问题的能力，对于每一家SME 可能都会有自己的专案管理表格的现象，相信花点时间都能慢慢上手。
三、数据实验（Data + Experiment）
关于产品经理要掌握的数据分析实务相关的知识，可以阅读这篇文章：〈PM 决策术：产品经理必学的数据分析思维！关于数据应该懂多少？〉。
我认为PM 产品经理不必要在入职前就摸熟所有的数据平台，因为每家公司可能都使用不同或者多个数据平台。例如：我个人就使用过reDash、Tableau、Amplitude、Mode、SensorsData、Firebase、Google Analytics，但我从未在入职前就先熟悉所有平台。
更稳妥的做法是，你必须要知道自己未来担任产品经理时，会怎么使用这些平台来分析实验与监测数据。
以下有几点我认为产品经理在处理实验时，值得注意的几点：
具备根据属性或行为来分群使用者：新／旧用户、付费／免费用户、不同市场的用户（美国、日本、韩国的用户等等）。
具备理解漏斗（funnel）的能力：理解数据事件（event）的概念、转化率（Conversion）为两个或两个以上事件构成，两个以上的事件构成了漏斗等。
具备理解同一个漏斗筛选不同用户群体来观看表现的能力。针对实验的话，通常会观看新／旧用户在不同平台上的表现。实操上很常发生Web 用户与Mobile 移动端用户的实验数据表现不同，或者偶尔也会发生iOS 与Android 两端数据表现不一致。
具备理解Seed 种子数概念。讲得浅显易懂点，具备理解在统计学上，每一个实验组应该要有多少的用户进来才算是信度度足够的数据，再来就是能够估算每个实验大概需要多久的时间才能收集到足够的用户数做实验结论。
具备对常见商业数据的理解（例：Retention 留存率、Revenue 收入、ARR 年化收入等等），以及行为数据（例：Payment rate 付费率）。
四、简报（Presentation）
简报是所有PM 产品经理的必备技能，因为你通常是一个团队的构通桥梁与核心人物。在每次的报告当中，如何让参与者能够很快的理解到最重要的5W1H（Why，What，Who，When，Where 与How）是一项技巧。但第一步就是：先把简报工具基础功能学习完善，再谈报告技巧。
相信在各位同学在学生时期当中已经把基础的简报工具功能都学习得相当完善了。在实务工作过程中，针对不同的报告对象，会有不同的策略。但大体上可以用以下的方式来概括：
针对未来规划：产品经理在报告时必须清晰表达短、中、长期的产品战略，预估时间点、需要多少资源以及预估的效益回收（ROI：return on investment）等等。
二、针对正在发生中的产品变动(实验、发版)：产品经理在报告时必须清晰表达影响的用户群体（新、旧）、市场（欧美、亚洲）、平台（iOS／Android／Web），发版实验的成功与失败，以及下一步要怎么做等等。
Keynote／PowerPoint／Google Slides
这三个工具相信读者在过去学生时代已经是非常熟悉的了。在实际的产品经理工作过程中，只要能重点式的清晰表达产品规划、产品路径，跟利益关系人（stakeholder）可以沟通清楚，都是好的表达方式。
在我的职涯中，体认最深的就是一张页面尽量精简。我们要考量到每个人可以在会议中集中精神的时间有限，要如何把每一页中的精华简要表达，帮助其记忆，这也是产品经理必修的一门课。
Canva
当会议特别重要时，我认为找寻合适且正式的简报模板是事半功倍的。我会建议产品经理如果无法自行产出视觉上不错的简报，我会建议使用Canva 来制作简报。Canva 除了有完善的简报模板，也有数不尽的照片素材与实用工具，确实蛮多跟C-levels 的重大会议少了它真的不行。
我个人很推荐学习的功能是数据报表，Canva 可以很快把一堆数字作成可视觉图表，而且具备美感；图表箭头的应用也让我在每一场的报告中能够尽自己所能去给老板们好的印象。
五、其他（Others）
以上罗列这么多要学习的工具，我认为基本上可能还是不够的，在实务中的产品经理可能根据方向的不同还会有更多要学习的工具。例如：数据产品经理肯定在数据方面的工具要深入更多；后台产品经理的多少要具备点技术能力，所以相关工具都得学习；偏向市场运营的产品经理可能要学习很多效果投放以及Mobile Push Notification 的后台数据平台等等。
