最近有很多读者问我转型做产品首先该做点什么，我发现这些人里大部分都是做技术、设计还有运营的。
还有一类人，他们干了几年产品后觉得很焦虑，不知道未来出路在哪里，时不时也来找我咨询。
好在这两个阶段我都经历过，可以有些实际经历能拿出来说一下。
老读者知道，我是从技术转产品的，转型头一年，吃了很多苦，踩了很多坑。一转眼，快 6 年过去了。
4 年前，我写了一篇万字长文，讲述了我是如何从技术转产品的（文末有链接）。
在那篇文章里，我用工程思维、功能思维、产品思维概括了我从程序员一路变成产品经理的过程。
如今再看，仍然历历在目。
曾经一起做技术的朋友中，如今仍有很多在技术岗位上的，他们大部分都做到了团队负责人或者公司技术总监的位置。
当然，也有一些从技术转型到别的领域了，有做产品的、做运营的、做商务的，还有自己创业开公司的。
今天要聊的是产品经理转型的话题。
我觉得可以从两个方向来说，一种是要转型做产品的，一种是不做产品要转型的。
文章比较长，建议你先收藏或者设置浮窗。如果有时间，一口气看完口感更好。
1、转型产品
经常会有读者问我，转型做产品难不难，应该先学点什么，或者看看什么书。
每次遇到这样的问题，我都不太好回答。
说简单了，会给人一种很容易的感觉（实际很难）；说复杂了，又会让人望而却步（实际没那么难）。
鉴于我的读者有一些是刚从其他领域转型产品的，也有一些是应届生准备做产品的，就拿我自己的经历来说说并给大家一些参考吧。
刚转型产品那会儿还在创业，公司没有产品经理，所以作为客户端技术负责人，涉及到页面和功能设计的东西都是我自己在弄。
基本不画原型，直接根据自己的理解上手写代码把静态页面和交互做出来，然后和后端调接口。
慢慢的，发现这种方式不行，没有全局感，经常会遗漏一些逻辑导致推翻重来。
所以，后来开始用一些工具画原型和交互流程图。
说出来怕你们不信，我最初画原型用的是 Keynote，根本不会用 Axure 或者 Sketch 这样的工具。
Keynote 我很熟，几乎所有的页面功能和交互我都能做出来。而且那会儿我听说苹果的产品经理就是用 keynote 做交互原型设计。
就这样，全局感的问题解决了。
至少能在下手写代码前，把产品的完整逻辑梳理清楚，慢慢也培养了一些做功能设计的感觉。
东西做出来给公司内一些人使用的时候，在我看来挺好理解的流程，他们却根本不知道怎么用。
简单说，整个产品只有功能，没有逻辑。
准确说，没有信息架构和路径设计。
纯粹是我主观的意识构建，没有用户的概念，是一款不具备可用性的产品。
这是视角的差异，也是“我执”的体现。发现这也是很多产品新人或者没做过产品的人都会犯的一个毛病。
把自己当成了用户，以自己的认知和习惯去构建产品，这是不对的。
具备单一需求的不是用户，我们自己的习惯就是单一需求的直观体现。用户是需求的汇总，用户不是一个人。
这是一次挺大的打击，做出来的产品就是一堆不会有人用的功能，即浪费了资源，也无法尽快推向市场。
反思起来，还是自己的知识结构没有建立起来，不知道什么是错的，就更不知道什么是对的了。
也没有体系化的思路去构建一款可用产品，更没有用户思维，是直
直
的工程师思维。
之后，我有意识地看了几本书，说实话，对我帮助挺大的。
分别是《用户体验要素》、《简约设计》、《Don't make me think》以及《启示录》。
那时候不像现在，市面上没有什么产品类的书可选，这几本书应该算是我的产品启蒙书了。
以至于如今有新人问我有什么书推荐时，我都会推荐这几本书。作为小白入门，这几本书有很强的参考性。
知识结构具备了，接下来，更多的就是实践了。
在那段时间，也完全放下了技术，一门心思投入产品的工作里去了。
画原型写文档是很多产品新人的第一关，对于这两件事，我最初训练自己的方法很简单，就是重复。
原型重复画，文档重复写。也不叫推翻重来，而是做完一次后就接着在脑子里多过几遍，结果每次都会发现有新的遗漏。
我发现有的产品经理对于自己做过的东西不太喜欢去回顾，结果一上评审会就漏洞百出。
对于模板，我一向都不是很喜欢。因为我觉得一旦有模板，就限制了自己的想象力和发挥空间。
其实通过上面讲的这种重复的过程，慢慢就积累了自己的模板。
没必要一定按照什么模板去做，只要画出来和写出来的东西别人能看懂，方便理解和执行，就是好的。
时间长了，就会慢慢内化成自己的一种本能，上手就知道原型应该怎么规划，文档应该怎么写，逻辑应该怎么确保完整。
一切遵循「简单有效」原则。
在后来漫长的时间里，我逐渐建立起对于用户、需求、产品定位、业务模式、运营、数据、商业化的理解。
而且做产品就是一个靠实践积累的活儿，没有什么窍门，也没有什么速成方法，更不是看几本书就能掌握的。
我一直坚信产品方法都是实践出来的，没有实践，就谈不上方法。很多的方法，其实都是理论。
在我看来，转型产品的第一阶段是最难度过的，不仅是一种思维的转变，更是一种行为模式的转变。
度过的最好方式就是进行大量密集的实践，有问题没关系，踩坑了也别怕，要的就是快速试错让伤口结痂进而变成更强的能力。
我是技术转产品，还算有一点优势，至少产品底层那套技术逻辑我是很清楚的。
对于设计、运营和其他职能转产品，或者是应届生直接上手产品的，我觉得也不用过于焦虑。
产品都是干出来的，保持一定的实践密度，通过做事去沉淀方法，随着时间的积累就会找到感觉。
过程中再看一些相关的书补充基础知识结构，后期的差距主要就是个人实践拉开的。
如果有机会经历产品复杂度和体量都比较大的产品，那就好好珍惜，这种经历最锻炼人。
到目前为止，我们只聊了从小白转型产品的过度阶段，至于如何进阶，后面找机会再聊。
如果是准备转型产品的读者，建议看一下我那篇 4 年前写的转型文章，待会在文末会放出链接。
2、产品转型
做技术的时候，有人问我，以后不做技术了去干啥？
后来做产品了，也有人问我，以后不做产品了去干啥？
你看，人一直都在一个哲学问题中徘徊，即你是谁，你从哪来，你要去哪。
如果把自己的人生做个切片，5 到 7 年就是一段完整的经历，每隔一段都可以有完全不同的人生。
站在今天问自己，如果我不做产品了，能干啥？
还真不知道，但我觉得用做产品的方式可以做任何事。这里聊的「产品」，就不再泛指互联网软件了。
生活处处皆产品，用产品思维能经营任何事。例如变成一个作家，变成一个音乐人，变成一个咖啡店老板。
回到实际，如果不做产品了或者不再从事产品经理这个职业了，能干啥？
我身边有几个这样的例子，跟大家分享一下。
我一个朋友小 Y，之前是做技术的，后来也转型产品了。干了两年后觉得不太适合自己，又回去做技术了。
其实他产品做得还行，可能慢慢失去了兴趣或者觉得自己性格不适合，所以又换了个技术栈做回了技术，目前在一家大厂工作。
另一个朋友小 W，毕业后就去了一家小公司做产品，干了 2 年后受不了一直做个功能产品。
