转行 产品经理，转产品经理需要多少努力

当你从其他行业转行到产品经理的岗位，你可能会经历哪些思想上的变化和职场上的技能差距？在这篇文章中，作者对自己从“程”到产品经理的转变做了一定的总结。我们来看看，也许你会有共鸣。

好久没写《程序员转型产品》系列了，最近也有一些感触，所以想说说做了10个月转型产品经理的我发生了什么变化。

一是技术熟练度下降。1.“程序员”的知识被动存档改造产品后，我还没写代码。我还是偶尔看看，但是没写过。

最近需要自己写sql处理一些数据，发现函数怎么用都快忘了。还好搜了一下还能记得。

之前书友的产品经理(卷王)写的小程序有一些bug。让我帮你看看。当我得到代码时，我知道哪里可能有问题，但我不知道什么是正确的。搜了几个知识点才想起来。

所以，程序员相关的知识和技能并不需要真的被动存档。

10月份没碰，代码技能刚归档，但是再过几个10月，归档的文件会逐渐变小。最后只剩下一些逻辑框架。

2.如何留住这些技能？是啊！我好想留着，好贪心(最近这个词听多了一点，发现自己真的好贪心…).

用了10年的时间才积累了所有的技能。我真的忘了，多亏慌了！

以下是我最近一直在练习的方法，效果还不错，可以保留技术思维:

1)继续在开发群里潜水，时不时八卦一下有什么新进展。

虽然我在过去的工作中认识很多程序员，但是大部分都很低调，基本不做动态，所以从朋友圈里得不到什么知识。

最有用的是“微信群”。不需要天天看。如果厌倦了产品工作，可以通过看技术组来“换换思路”，只看有没有新技术新趋势。

这样做的好处是:

心理上不要落后，毕竟是技术出身，真的和老朋友聊天也不算太瞎；关注现在正在合作的技术团队，必要时提供参考建议。2)与当前的程序员交流

在这一点上我有一些优势。我的舒东老师还是一个程序员，所以我一般都会听他开会，偶尔会聊聊自己遇到了什么问题，有什么紧急的bug需要加班。

偶尔一起吐槽，或者和他聊聊设计产品的时候有没有技术难度。

我虽然不写代码，但是每天每周都和程序员交流，很难忘记所有的代码。

除了你的亲戚朋友，你还可以和团队里的程序员聊天。如何和程序员展开话题，可能也是一个需要锻炼的技巧。

3)偶尔写一个小工具

当我在6月份试图篡改视频号时，我需要批量生成一些视频。为了提高效率，我用python换了别人的一个小工具。

当时觉得不是程序员也能帮上忙。太棒了~

但是，需要注意的是，一定不要被代码缠住。你只需要完成自己的需求，不需要刻意追求代码的扩展性、复用性和可移植性…

第二，“产品技能”的熟练度提高了。我之所以在这里强调“产品技能熟练”，是因为在我看来，这10个月的工作不是关于产品能力的提升，更多的是关于产品技能的应用。

综上所述，这10个月来这些技巧越来越熟练，在熟练的过程中我也积累了一些见解。

1.写prdprd(产品需求文档)产品需求文档。

刚开始做产品的时候，写一个完整的PRD对我来说是非常痛苦的。

为了写好PRD，我看了产品星球上所有关于PRD的资料，浏览了至少20篇关于“人人都是产品经理”的文章，但还是不知道怎么写。

因为当时我脑子里有两个矛盾:

我应该参考前辈们的方法，写出一篇专业、详细、正确的PRD。那些文章写的不错，也很详细，但是发展“看不懂”(看不懂)。我在开发的时候，很讨厌看满是文字的PRD，浪费时间。最好能把所有的功能架构都列出来，给一个交互原型清晰直接。

因为没看懂，而且我们团队人少，大家的沟通能力都没问题，所以写PRD一直没落实。通过原型+流程图完全可以满足项目管理需求。

做了产品快半年了，才开始认真写PRD，主要是人事变动。

队员换了之后发现没有PRD是不行的，因为口头交流的需要没有证据，中间出了什么问题就会导致自我发展过度，玩了之后也想不起来为什么要这么做。

所以我开始用PRD来约束和保存产品需求的文件。

2.制作原型因为我个人比较喜欢可视化相关的工作，所以在我产品前进的路上，画原型一直不是问题。

说起来也挺丢人的，在现在的单位，我接触不到更深层次的业务相关需求，只能分析简单的PPT和老板简短的语言转述，把需求变成功能架构图和原型与老板沟通。

在我来之前，我们单位主要是通过UI直接设计稿与客户沟通，所以开发过程中逻辑漏洞很多，返工频繁。

定型的操作原型可以避免90%不合逻辑的现象，所以现在我至少可以确定老板对原型是满意的。

之前有已经做产品的朋友问我一般有哪些做原型的参考网站，我才知道产品的前辈已经熟练到可以忽略工具了，很多刚入行的小白都不知道。

通过回答朋友的问题，分享我正在使用的原型工具:

1)AXURRP——产品经理必备的原型工具；如果你搜索一下，有很多互动的资料。也可以直接使用axureux。如果有需要，可以花299元成为终身会员，可以提高效率。

2)墨刀-在线集成产品设计协作平台；墨刀可以做出特别漂亮的原型，材料广场也有很多作品可以直接借鉴和使用。不需要考虑托管工具，直接在线预览即可。如果小公司对工具没有要求，就推荐，对产品经理比较友好。

关于产品原型，在搜索如何画原型的时候，看到了这样一条评论:

“点到为止，刚刚好。我反对那些叫嚣高保真原型图纸的人。

不需要产品经理画出高保真的原型。因为高保真的原型直接影响设计师的第一印象，会影响和限制设计师的理解力或创造力。

另外，对于程序员来说，你拍几个相框他们就知道怎么做了。我很担心那些刚入门的孩子。最终产品经理的核心价值和作用没有被理解，真正的技能没有学到，却成为精通一个或多个原型工具或平台的人才。

以为掌握足够好的原型技术，写出漂亮的产品文档就是能力的体现，真的耽误了孩子的青春。”

这位朋友应该是根据自己的经历提出了自己的意见，我很赞同他的“适可而止。”但是根据我个人的经验，有一些不同的看法。

锋利的工具能做好工作。

在我看来，画原型、写文档是一个合格的产品经理最基本的技能，就像中国人要想吃好饭需要先学会用筷子，但是吃饺子和面条就没那么地道了。不学可以，用不好也可以。可能不会影响你的生活，但是用好了一定会有更好的体验。

先说说原型对程序员的重要性。

程序员和产品经理很难完全一致。如果产品经理真的只是随便拍几张相框，逻辑能力好的程序员也能理解怎么做，但可以预见的问题是:缺乏逻辑验证，最终页面效果和产品经理想的不一样。

而且在做的过程中，如果你是一个积极主动的程序员，遇到细节问题会和产品沟通。但是要知道，并不是所有的程序员都是主动的。

在确认需求的前期，通过线框沟通是没有问题的，但是在开发阶段，作为程序员，我希望原型尽可能的完美，交互尽可能的完整。工期急的时候可以理解，不急的时候就会觉得自己懒或者能力不过如此。

尤其是做好之后，产品经理再去说服程序员挑交互的问题，会很难。

先说一下原型对于UI设计师的重要性。

Hi-fi原型机会影响设计师的第一印象，这可能是真的，但那又怎样？

作为一个产品的第一负责人，对这个产品的第一印象应该是什么，产品经理应该是决定性的人。鉴于高保真样机，设计师觉得太丑，会有沟通。最终设计师和产品要共同设计出符合自己产品调性的设计。

3.写交付&；宣传文件我现在负责一个B端产品，是部分发货，所以产品说明书、技术说明、说明书等文件都是必须的。

刚开始写这些文档很难，所以一直拖到DDL附近。

现在如果再有一个新产品让我来写这些文档，我可能还是会觉得痛苦。但也不应该特别排斥，因为我们已经有自己的经验可以借鉴。

说来惭愧，我工作了近一年，进步最大的就是这些操作技能。

更重要的产品分析模型、用户画像分析方法、行业分析等技能，并没有在实际的产品工作中得到强化和锻炼。

主要原因是——我没用过，因为我目前只负责一个项目的0-1跟进，比较专业。产品还没有真正交付给最终用户，也就是我的产品已经快一年没有推出了，更别说新产品了。

三是职场软技能进一步提升。现在的单位是传统单位，所以对一些职场软技能的要求会更高，比如沟通能力、搜索能力、对办公软件的熟练程度(算不算？)，截图能力…

这里我把本职工作之外的琐碎工作能力称为职场软技能。

也许你会好奇，截图能力作为职场软技能是什么？有什么用？

在传统或科研单位，这些往往比一些专业工具更有用。

因为传统行业很多老板和客户还是以纸笔、Word、Excel为主要沟通工具，很少有老板愿意学习在线协作文档。

他们出差不在包里随身带电脑，有时候一部手机就是全世界。所以截图很适合老板在小小的手机屏幕上看到清晰的信息。

至于沟通技巧，我学会了更多的倾听和收敛，但我知道自己还缺乏一些主动性，需要提高。

第四，心态变了。现在，傲慢已经消磨殆尽，甚至变得有些卑微和不自信。

卑微体现在与老板的沟通和团队发展上，不自信源于对一线客户信息的不掌握。

之前写过两篇关于与老板和R&D沟通的文章:

“老板不回消息，不需要blx”和“当R&D知道产品经理有技术背景……”主要分享转型过程中关于心态转变的经验。

还好我还是一个比较外向的人。遇到问题，一步步解决，我会更有成就感。

5.关于职业规划，我从没后悔过从程序员转型做产品经理，一天都没有。

产品经理的工作比较琐碎，一天做自己的事情时间有限，有时候会觉得很无聊。他还会和我的树洞说话，他会开玩笑地调侃:

“你看，就是个程序员，写代码就行了。”

但我还是更喜欢每天和不同的人交流的感觉，更喜欢把“几乎为零的想法”整理成“看得见摸得着的产品”的成就感。

所以，至少在主业上，保守来说，我未来3-5年应该不会调整方向。

前段时间，我们老板问我未来的职业规划是什么:

待在办公室，管理所有产品设计；从前端到后端控制一个产品，从产品设计到项目管理、交付、运营作为一个整体。我选择了后者。

我的理解是，仅仅坐在办公室是无法更深入了解用户的。你必须和你的潜在用户接触沟通，了解市场的变化。而大多数单位，不会愿意花更多的人员成本单独用一个小产品去做审核。

虽然我很难同时承担一个整体产品的任务，但我是有能力的。

在产品成长阶段，想升级，想有行业分析、用户研究、商业分析的实践机会。

6.最后，受Scalers的《学习》这本书的启发，我将在未来为自己建立一个产品概念账户。

每个概念都必须有一个数字。独特且不重复。每个概念都应该有一个基本的定义。可以直接从一本书或者一个学科领域中提取。写出你自己对每个概念的理解。针对每个概念，写出你能想到的案例应用。写下你认为可以与之相关的其他概念。以此类推，打开思路。也想通过我的经历鼓励一些和我一样刚转型做产品经理的朋友。必然会有不适应的地方。积极面对，积极寻求解决方法就好。

你能想象到的困难，可能会撬动不可想象的未来，继续加油。

作者:leamo；微信官方账号:Leamo的花园

本文由@Leamo原创发布。每个人都是产品经理。未经作者允许，禁止转载。

题图来自Unsplash，基于CC0协议。

本文仅代表作者本人，大家都是产品经理。平台只提供信息存储空客房服务。