上士闻道，勤而行之；中士闻道，若存若亡；下士闻道，大笑之。不笑不足以为道。
昔时读《道德经》，对这四句话一知半解。当时的理解是，对于道，真心的追求者会积极去学习行动。一般的求道者，会时而自我怀疑感觉学到了，又没有学到。而普通人对于道则是嗤之以鼻。如果不被嘲笑，就不足以称作道了。
人生数十载，每个人都是在求自己的道。产品经理这个职业于我而言，就是我在大学之后的求学求道之旅，曾经怀疑过产品经理的职业性，质疑过产品经理的合理性。当我真正的步入这个职业的生涯中，从下士成为了一个中士，才感觉到自己的浅薄。
时至今日，我早已不会再怀疑产品经理，也在日常的工作中认识到这是一个需要相应职业能力才能胜任的职位。但是很长一段时间，我对于工作所需能力的理解一直很飘渺，不像设计师与程序员有着显著的对于工具或是知识方法的掌握要求，我无法将产品的能力抽象出来。
在我探索的过程中，我开始反思自己需要提升的以及认为具备的专业能力有哪些。
一、产品设计
产品设计是一个非常宏观且抽象的能力，越往后走，我所认为的产品设计能力就不再是局限于可见的原型、平面与单一功能设计，而是一种可以通过长远的眼光与客观的分析设计一套架构的能力。
具体是以下几点：
结构化与系统性的功能设计；更具针对性的产品与竞品分析；规划能力。
1.结构化与系统化的碎碎念
曾经无法理解也无法做到抽象总结这个能力。很长一段时间，都对产品设计能力停留在基础能力中的原型设计与平面设计。第一次感受到产品设计存在严重缺陷，是因为别人问了我一句。
你考虑过下一步吗？
非常简单的一个问题，暴露了我在系统性思考以及结构化规划中的严重缺陷。我回忆起求学、求职生涯中的很多往事，尤其是那些尴尬、失败的往事，他们都有几个特征：
总是以狭隘的主观意愿下结论并以此作为结论总是没有全局思维，零碎的想到一点做一点，没有应对变化的能力只争当下，不放眼未来一方面这是因为刚开始我是一个局部工作执行者，当走到后面，需要由我来规划结构的时候，才知道措手不及。
这就很像我在登山过程中一直只注意脚下的路怎么走，如何避免踩到坑。然后有一天我抬起了头，看到了远处更多的大山。我的伙伴问我，我们要怎么走，如何规划行程。
结构化就是从方法中抽象出明确、可执行的策略，不论是线性还是树状还是网状，可以将其整理成具象化的结构。而系统性就是将结构化的这些策略按照高效的流程执行出来。
时至今日我依然不觉得我在结构化与系统性的设计整理能力很好，但这是我认为必须要去提升的能力，因为这两项能力是我面向未来的决定性因素。
2.知己知彼与规划的讨论
在我的第二项与第三项能力中，其实总结下来就是知己知彼，然后为我所用。我看过一些产品分析或者竞品分析文档，但是鲜有让我眼前一亮或者有益的作品。作者们都很优秀，这不是一句恭维，他们在数据收集、整理、撰文总结方面都是优于我的，但是我依然觉得对我帮助不大，因为这也是我曾经经历的问题。
以前为了了解对手，我总是大而全的罗列对手的所有功能流程，所有细节，最终基于自己的体会做一个总结性的结论，最后回顾的时候反而觉得没有重点。不论是产品分析还是竞品分析，其实都应该制定好一个初始的目标。
如果是探索式的了解，那么应该集中于核心功能以及特色功能；如果是想要了解特点，那么应该集中于分析为什么是特色、哪些人喜欢这些特色、这些特色解决了什么问题成为了杀器；如果是分析同类产品的差异，那么应该集中于满足核心功能的基础上产生差异的原因以及各自的特点与解决方案。为了刻意锻炼，在去年上半年中，我学习了国内以及国外的很多家数据统计平台，将收获整理成思维导图，通过绘制其结构来对比分析各自的优劣势。
不过很重要的是，大而全的分析也是需要的。核心在于在大而全的分析以后，我得出了什么结论。通过why-how-what的黄金思维圈的刻意练习，我收获了很多结论。其中这个训练的过程让我进一步感受了规划能力的重要性。切莫一叶障目，不见泰山。
为了达到产品设计能力的提升，我觉得先让自己思路清晰、说话有条理是当下每天都可以做到的事。
二、技术积累
产品经理需要会技术吗？这是一个颇具争议的问题，我给不了答案。但是我告诉自己，如果对于所从事的行业技术没有一定的了解，这一定会成为限制我发展的一个重要因素。
因为我目前从事的是SAAS偏向工具类的后台产品，所以我觉得自己需要以下几项能力：
对所从事的产品技术有直接了解；对产品所需技术有基本的可实践能力；机器学习、计算机网络、数据结构。
1.关于技术学习的一些感想
我的职业生涯是从网页开始的，后来负责过一款APP的功能需求整理与分析一年。前几年的这个工作经历为我积累了从产品策划设计-上线-运营-结果分析的全流程经验，让我深刻感受到这其中一个环节的能力缺失对我以及最终结果造成的负面影响。
总结我当时能力缺失最后造成的影响是以下几点：
因为团队使用jQuery前端框架，让我很长一段时间内体会不到更多其他框架的优秀，很大程度上限制了我对网页一些交互功能设计的效率与理解。因为缺少技术思维与技术能力，对于一些简单的运营操作完全依赖于人工，导致效率极其低下，比如高频率的CDN刷新依赖于人工执行，其实完全有更高效的解决方案。完全不了解服务端与客户端的交互，以至于出现了BUG只能抛出问题，等待技术来分析解决，使得自己一直停留在发现问题和提出问题的阶段，没有有效的知识积累帮助自己分析问题。以上只是我个人因为技术思维的欠缺与技术能力缺乏导致的部分问题，严重的说这些问题让我感受到落后于这个时代。
我的解决方案其实并没有什么值得谈，我不再是买本书从基础开始啃，而是从日常实践中切入，去了解HTTP的网页请求，去自己学习python爬虫以此进一步了解数据的交互，看团队内部的API文档了解技术逻辑。
技术不可以脱离实际的应用场景。于我而言实际的实践能力，就是能看懂技术的逻辑，这不一定是要求我可以像开发人员一样写出工程级的代码，而是能从中了解到技术的设计思路与逻辑，帮助自己更加了解所设计的产品本质。
真正让我感受到技术的魅力，在于我自己学习了python爬虫以后，通过了解团队内运营人员的需求，为他们提供了一个日常数据监控邮件与自动化的经历，那一刻的成就感也马上让我意识到自己在技术能力上的欠缺。
于是我开始摸索抓包，用python做一些简单的接口请求实践来测试功能。于是很多我大学时期学习到的数据结构知识重新出现在日常的对话中。
Redis的哈希表，查找排序的方法，为了提升查询效率的复杂度计算与优化，数据库的表结构设计，曾经这些我不知道具体能用在哪里的知识具体的呈现了出来，且帮助我更高效的解决了问题。
越来越多的问题让我感受到自己的无知，我知道自己要做到的并不是可以像开发人员直接投入工程中，而是可以了解其原理提升自己对业务的理解，然后也是源于我自己的兴趣。
未来，我希望可以系统的学习机器学习、数据结构、计算机网络的知识，首先是兴趣，其次则是他们能够实打实的帮助我。
毕竟我可不想做个传话筒。
三、数据分析
数据分析真的是个有点虚幻的东西。大学的时候学习过很多数理统计的知识，但是根本不知道用在那里。
毕业设计也使用了假设检验与正交试验来分析影响因素显著性。而几年的工作下来，在这些的方法的基础上，对于数据的认识以及思考得出问题与结论的这个能力才是最重要的。
我认为自己需要的以下几点：
针对问题的思路寻找数据；python等分析工具的使用；利用数据发现问题的能力。数据分析是一个门槛很高且上限也极高的工作，在我与一个留学归来的数据分析师朋友的交流中，我深刻感受到这个工作对于基础能力与思维的要求之高，以至于目前的我都无法整理出系统的方法。但是我依然要时刻提醒自己，问题发生以后一定会体现在数据上，这就是通过数据发现问题的能力。
比如在一些人眼里广告只需要