卧槽，线上有个bug，快找产品经理看看吧！
这个接口用不了，找产品经理沟通一下吧！
没有测试账号，找产品经理弄一个吧！
这个实现不了，找产品经理考虑一下吧！
谁让这么搞的，把产品经理给我找来！
公司断网了，找产品经理看看吧！
以上场景，是不是很熟悉？如果你是产品经理，不说全部吧，至少八成以上的场景你肯定都经历过。
有些问题，产品经理要是不具备一些专业技能，还真不好解决。
每天都有惊喜！这是大部分产品经理的工作写照。每天都很忙，但不知道忙在哪，杂事多，价值提升少，劳心劳力的同时还得背锅。
想系统化提升一下自己的技能，又被繁重的工作和琐碎的沟通绊住，很难发展额外技能去提升自己。
跟技术撕、跟设计砍、跟运营喷、跟老板斗，有时候累心到怀疑人生，感觉不到自己的成长，每天最怕的就是突然被呼唤：“找产品经理看看吧”。
产品经理需要处理的问题多，真的是很多很多。所以需要掌握的技能也非常多，除了基本的产品技能外，还需要一定的技术知识，设计知识、运营知识等等。
为什么把产品经理叫CEO的学前班？正因为通过这种跨职能的历练，能够赋予这个角色很多特别的技能。
技能有纵深，有的人懂的多、精的少，有的人精一项、涉面窄。我举两个关于产品经理技能的例子。
我见过画原型厉害的人，结构清晰、界面布局合理、体验考虑周到，那种细致感真是让人叹为观止。
我也见过原型画得很糟的人，丑就不说了，完全看不出界面重点和脉络。
另外就是文档，很多人问我有没有什么标准的、规范的文档模板。其实我也没有，就连我自己写的文档也不是按照什么模板来写的。
非要我说，我认为一份高质量的文档，至少满足这么几个条件，把问题说清楚、把方案说清楚、把落地细节定清楚、具备可读性。
很多文档一上来就展示流程图和原型图，对于读者来说，完全获取不到任何有效额背景信息，缺失上下文环境，不知道为何而做，结果就是陷入细节讨论无法自拔。
给一个需求找到意义，赋予价值，是很多产品经理缺失的能力，只知道接了需求，然后转化为方案，然后跟工程师一顿撕，结果可想而知。
所以，把问题说清楚，即为什么要做，在成本、效率、体验上哪一点提高了，如果有一些量化的具体目标，那就更有说服力了。
把方案说清楚是最基本的要求了，其实也不难。
我的习惯是先梳理流程图，尤其是涉及多个系统或者环节的方案，一定有个全景流程图，这样才能从全局角度去审视是否有遗漏。
然后基于完整的流程图按环节拆解落地方案，涉及到哪些改造、那些需要重新设计，按小点的方式条理化列出来，最后再配上原型图。
文档中的落地细节很难做到一步到位，越复杂的需求和方案，文档迭代的次数会越多，所以接受这种状态，跟多方协作过程中不断完善就好。
最后，一篇文档要具备可读性。不要求文采多好，至少能用大白话说明白，让看的人读得懂，别一行几个错别字，两行半句不通顺。
关于技能的训练还有很多方面，我就不一一例举了。总的来说，很多产品经理的基础技能都是有待提高的。
别觉得做了几年产品就不需要持续练习这些技能了，能把这些基础技能练好，本身就是一种核心价值，就已经可以甩开一堆人了。
再横向拓展一下自己的其他技能，包括数据、运营、商业思维，都是在为你的装备库添砖加瓦。
做得了细节，上得了大堂，在工作之余，钻研技能提升，就是在提升个人核心价值。
今天，给你推荐一门能帮助你丰富核心技能的课。
作者是邱岳，他先后任职于阿里和丁香园，现于无码科技和冯大一起创业，他主导的“抽奖助手”在 1 年的时间拥有了超过 5000 万用户，我之前在公众号也使用过。
这哥们不仅做产品，也学习技术，能用 Python 写脚本，能用 JS 做前端，为了做搜索和数据处理的产品设计，还学习了算法、自然语言处理和机器学习等知识，技能树杠杠的。
他在极客时间的专栏「邱岳产品实战」我一直都在看。
他会从实际的场景出发，系统全面地为你剖析产品的生命周期，为你遇到的难题出谋划策。同时，他也会重点讲解每一个互联网人都应该具备的数据能力和商业思维。
