工程师如何转换产品经理

㈠ 如何从软件测试工程师发展成为产品经理

先说说我自己。 我毕业后从事了相当一段时间软件测试的工作，最高做到高级测试工程师，带部门2/3的测试工程师，负责公司大多数项目的测试管理。在做测试的过程中，我渐渐对产品经理这个工作产生了兴趣。 每当研发和测试为了功能点吵得不可开交的时候，最经常听到的一句话是：别烦了！问产品经理不就知道了！ 每当项目上线后，技术的同事们都相当盼望着知道项目的结果（别说技术同胞们是死脑筋只会写代码，项目给公司带来利润多少，是否成功，是很多技术同事非常关心的，成就感这东西不是简单用钱能衡量的），大家第一个想到的就是去问产品经理（公司2，没有独立的运营岗）。 每当业务讨论时想不出为何要这么做的时候，也都会去问产品经理。 毫不夸张的说，在当初我们这些“土鳖”技术眼里，产品经理是能写代码、能找BUG、对内能说清业务，对外能忽悠客户的一群人。当时我希望成为产品经理， 一来是希望自己在业务上能有所进步，成为行业内业务的专家；二来是希望在薪水待遇上有所提升，获得一个更为广阔的职业发展平台（我也不避讳，在当时的公 司，随便找一个产品经理的薪水，都是和部门主管水平相近的，而测试在公司是不受重视没有前途的）。其实从现在来看，当时的我挺可笑的，但已经走了这么一条 路，只有继续好好走下去了。 OK，扯了那么多有的没的，LZ问的问题还是没回答，我当时怎么做的呢？我后来也想了一下，有几个方面导致了后面能顺利内部转岗成为产品经理： 1、产品部同事的认可（人和） 当时作为测试负责人，在项目过程中与产品经理有相当多的接触。在产品部门这边，有很多欣赏我的同事。有些同事在产品经理职位有缺口的时候，向产品总监推 荐我内部转岗。而我又是与产品部总监以及高级产品经理同坐一部公交车回家，路上碰到的机会相当多，自然就熟悉了，为后期转岗打下了人脉的基础。 2、相对其他技术同事，我接触公司业务机会更多（地利） 因为公司测试部门刚起步，人员不够，所以没有将人员很机械地划分到对应的业务线，作为测试这边的项目负责人，我可以接触到公司各式各样的项目，这些项目丰富了我对支付业务的认识，为日后成为产品经理打下了业务基础。 3、最重要的是运气（天时） 这个看似很扯淡，不是吗？LZ问的是如何能成为，而我强调的居然是运气。 事实上，当初如果不是因为测试主管欣赏我，提拔我做高工，管理项目，我没有那么多机会接触公司方方面面的各类业务，就无法从各个角度了解公司业务，就不具备当时公司对产品经理的基本要求。 如果当初公司产品经理职位没有空缺，而我与产品总监完全不认识，我就根本没有机会转岗。 如果当时部门主管心眼小，知我想转作产品时，横加阻拦，给我穿小鞋或者拒不放行，我亦没有机会。 所以我后来反反复复分析自己当时转岗的过程，也觉得自己实在是运气很好。 4、自我积累 在正式提出转岗做产品前，我请教了很多产品经理，向他们咨询看法。平时工作中也渐渐关注产品经理们经常使用的工具，经常关注的问题。不懈地学习业务知识，积累自己对行业的了解，积累同事们的口碑。 总结一下就是，积累必要的业务基础，人脉，等待最好的时机。 以上，其实每个人的路途都不尽相同，别人的过去只能给你当做参考。倒是LZ不妨多想想自己究竟为什么希望成为产品经理。 成为产品经理后，以下是我经常反思的： 1、如果抛开薪资待遇，产品经理工作是否就比当时做测试更让我喜欢，更容易让我充满激情地工作。 2、如果当时没有转岗成为产品经理，是否意味着我的职业平台将狭小很多，测试工作是否真的像我当初所认为的“没有发展前途”？ 3、成为产品经理后，如何更好地利用过去测试时积累的经验，将这份新工作做好？是否有能力改变公司里对测试有偏见的氛围？

㈡ 机械行业的我是如何转行成为产品经理的

最近很多小伙伴加我微信，问我转行产品经理的事情。其实转行产品经理难度说大也不大，说小也不小。

有很多小伙伴抱着‘人人都是产品经理’的态度去找工作，自然很难得到满意结果。

还有的小伙伴认真打磨自己的作品，学习产品经理相关知识，每次找工作必做总结，很轻松就找到了产品相关的工作。

算起来我也算转行3年多了，现在回头来谈谈我的转行经历，给正在转行或准备转行的小伙伴打打气。

一、虚度的大学时光

小鱼是15年毕业，大学学的是机械设计专业。要说大学里印象最深的是什么，可能是英雄联盟了。

大学前两年，我还算是好好学习的那一批学生，到了大二下学期，接触了LOL这个游戏，当时很多小伙伴都在玩，我也跟着玩。

慢慢就被这款游戏给迷上了，于是只要不重要的课，能逃则逃，窝在宿舍打游戏。

当时为这游戏痴迷到什么程度？我算了一下，平均每天7.2局游戏，下图仅是其中一个账号的数据。

二、毕业后的第一份工作

就这样混过了大学后两年，导致经过几次补考后学分刚刚够拿出学位证和毕业证，就这样浑浑噩噩毕业了。

现在回想一下，是真的后悔，跟很多在大学就知道自己想要做什么的小伙伴不一样，我大学毕业依然不知道自己要做什么。

就这样，在老爸动用关系的情况下，我去了滨州一家化工企业下的装备公司。进入公司后，不论是硕士还是本科，都要先在车间干一段时间。

很多人可能不知道在车间干活是一种什么样的体验，下面我跟大家讲一下在车间工作是什么样子。

对这段经历不感兴趣的小伙伴可以直接往下滑了，感兴趣的小伙伴可以当故事看看。

由于是化工企业的子公司，这个公司主要是做压力容器装备的，整个车间最多的是焊工，埋弧焊、氩弧焊、手把焊等等各种焊，此外还需要使用等离子切割机切割钢板，用来做容器的筒壁和封头。

下图就是车间里的环境。

车间通风条件有限，于是就会有很多很多金属烟尘漂浮在空气中，吸入过多可能会得尘肺病，所以每天上班，大家都必须佩戴3M防尘口罩上班。

下图是等离子切割机产生出的烟尘。

焊接会产生高温火花，具有危险性，所以上班都要穿纯棉长袖劳保服。到了夏天，一天下来衣服都能拧出水。

我当时的衣着及工作状态跟下图差不多。

当时算是初入社会，没见过更好的世界，自然也没有什么心向往之。见得多的就是公司里的领导，在当地收入真的算是很高了，当时公司有很好的晋升体系。

我就想，我将来也要当公司领导。同时，也是觉得毕业后不想被大学同学落下。

当时也没什么压力，平时吃住在公司，所以就除了女朋友（对，我有女朋友）就把心思放在工作上。在工作中也取得了一些成就。

举几个例子吧。

由于车间等离子切割机的烟尘比较重，给车间设计了除尘装置，外面做一套要50万左右，我们自己设计的3万就做下来了。

料场的板材统计一直是手动统计，我提议并联系了集团信息部，进行了电子统计，查找使用的时候方便了很多，并且还节约了很多板材。

公司想衡量工作量，但工作量没有一个统一的标准，我领导我们车间大学生小队，进行了两个月的工时统计，找到那个工作量衡量标准。

因为工作努力，我是我们同一批来的大学生中，最先涨工资的那一个。按理说，我比身边很多人都做得好，我应该感到比较满意才对。

刚开始确实是这样的，但怪就怪安装了知乎。确实是这样，在知乎上面看到了很多人的很多可能性，而回顾自身环境，看一看奋斗10年当上公司中层领导的上司（经常发脾气，很操心），就觉得这根本不是我想要的工作。

而且当时与女朋友也是异地恋，她在青岛，我在滨州，我一个月只能休4天，攒一攒休假，我们两个周才能见一次面。当时也想结束异地恋，过上天天黏在一起的生活。

想过考公务员，也买了公务员的很多资料和课程，但最后还是没有坚持下来，说白了就是兴趣不在此，逼自己坚持很难坚持。

还是知乎，搜索转行，很多人都是转入了互联网行业。在此期间了解到互联网行业大体有产品经理、工程师和运营，并且疯狂搜索了关于这三种职位的资料。

最后发现，产品经理是我最喜欢的职业，且自己觉得这个职业所需要具备的能力我也是具备的。现在想想，真的是不知道天高地厚。但凭着初生牛犊不怕虎的勇气，我还是在网上投出了自己的简历——没有互联网工作经验的简历。

可想而知，除了某些金融机构、销售给我打电话，没有真正的产品岗位给我打电话。所以，我才意识到，我需要一定的经验才能转行。于是就在网上搜索产品经理转行培训的相关资料。

我想每天抽出时间来学习产品经理。但每天的工作强度让我回家只想瘫在床上。思前想后没办法，我只能是裸辞了。在这里，小鱼提醒一下大家，非常不建议大家裸辞，除非实在没办法。

裸辞之后，我来到女朋友这边，过起了天天黏在一起的生活。说实话，作为一个大男人，要靠女朋友养着，自己心里非常过意不去，但女朋友一点没有嫌弃我。

所以在这里跟老婆说声‘谢谢你，老婆！’。在这之后，我进入了长达半年的学习找工作时期。

三、转行心得

下面开始聊聊我转行的一些心得。

我们先认真谈一谈求职吧。对于社会招聘，大部分公司是希望我们去了可以马上上手，利用你的经验做一些事情来帮助产品成长，或者说帮助产品的领导来减轻工作压力，而不是说公司需要先培训你一段时间，还给你发工资，这个认知是要清楚的。

应届生相对来说就好很多了，可以校招到互联网公司，有产品经验对于校招求职来说是很大的加分项。

我当时已经算不上应届生，而且也没有校招的资源。所以只能硬着头皮去增加自己的产品经验，我的目的只有一个，真正给我一个产品，我会知道工作应该从哪下手。

目的明确之后，剩下的就是以实战的方法来做一款产品，增长自己的产品经验。接着又遇到第二个问题，就是如何系统做一款产品，也就是掌握产品的方法论。

在这期间又是网上各种查资料学习，首先建立一个产品的知识框架，然后将各种细节方法往上填充，在这里我要说刘文智老师的手把手课程对我的帮助很大，现在看来，尽管是13年的课程，但里面的产品方法论依然适用。

就这样，我做出了第一个产品经理的知识框架，同时，在这个过程中也熟练掌握了思维导图软件的用法。

知识框架有了，接下来就是实战了，产品经理这个职业，光知道理论是不行的，更重要的是实践，有了作品才能够拿来找工作不是？

于是我自己思前想后，准备做一个电商产品。原因有两个，第一个是我前公司是有电商产品的，后面我写简历的时候就可以用上，不至于简历上没有互联网工作经验；第二个是电商产品比较多，有很成熟的案例可以参考。

于是，我按照知识框架的步骤和方法，开始做产品。从一开始的用户研究、竞品分析我都当一个正式的产品去做，用我所学到的方法去真正调研用户，真正去看很多竞品。

对于原型，我刚开始也是去临摹各种成熟产品，学习原型设计的思路和技巧，到后面能把自己想到的功能模块画出来，并产出一份产品需求文档，从刚开始学产品，我就没做过word的需求文档，都是用Axure来写的。这样也让我熟练掌握了Axure这款原型软件。

流程图是用Visio来画的，这个软件很容易上手。就这样，磨了几个月，终于磨出了一份像样的作品。

这份作品包括：

用户调研资料及报告

竞品分析报告

功能结构图

核心业务流程图

原型及需求文档

功能需求清单

埋点需求清单

项目排期表

除了这份作品之外，我还做了一个公众号，专门发一些学到的知识总结。这个公众号的链接，我也附到了简历里面，就是为了能让面试官对我留下一个好印象。

投简历的事情就比较顺利了，由于作品是自己实打实做的，又修改美化了一下简历，把自己原公司的产品复盘了一下，当作自己的工作经历来用，很顺利就收到了面试通知。

然后，我又趁面试前两天的准备时间，疯狂刷了一下面试题，把面试官能问到的基本问题问了自己好几遍，自己尝试回答。而且还抽空看了要求职公司的产品，对这个产品进行了产品分析。

面试当天，我带着我打印出来的作品集和对对方产品的产品分析报告就去了这家公司。这是一家做旅游产品公司，公司老板直接对我进行面试，看了我对他们产品的产品分析报告，说你好像在我们公司工作一样，对我们的产品这么熟悉。当我听到这句话，就觉得面试稳了。

但面试过程中也有比较有挑战的地方，面试官打开电脑，让我看他们的产品的某个详情页，现场对这个详情页提出优化建议，还好我产品知识总结了不少，从用户角度提出了几条优化建议。

就这样，转行进入了互联网公司，并担任产品经理。

事后我总结，发现我还是比较幸运的。

首先，这个公司之前有过产品经理，但文档专业度不如我；

第二，我去面试的时候，这个公司没有产品经理，产品经理离职了，公司比较着急要招聘一个产品经理；

第三，公司老板不是专业产品经理出身，所以太专业的问题也没有问到我；

第四，我还是准备得比较充分的，面试过程中 80%的问题我都有练习过；

第五，去面试产品经理的也有不少人，但他们作品准备的精心程度都不如我。

入职的时候我提交离职报告书，HR有问我为什么半年没有工作的事情，我用换工作地点+准备结婚给瞒过去了。不过，老板决定要我了，估计HR也不会真的阻拦我入职。

接下来就是工作了，边工作边学习，把工作种遇到的问题当成学习的机会，进入了真 · 理论实践结合的快速成长阶段。

有的人可能说你简历上的经历是假的。这个我不否认，但这个真的就是我的转行经历，我就是用这份简历拿到的敲门砖。

工作之后，我也能胜任这份工作，没有在工作上拉胯，总的来说结果是好的。其实公司招聘你是来帮助公司的，你只要能力够，能够胜任这份工作，至于你之前的经历，他们也没有多大兴趣了解，他们更注重的是你有没有能力把现有工作处理好。

当然，我第一份工作不是一家大公司，小公司可能流程上没有这么严格，不过到此为止，我也算是入行了。接下来就是在岗位上好好工作，增加自己的工作经验，为以后的职业生涯积累经验了。

以上就是我一个机械专业的毕业生，社招找到一份产品经理工作的真是经历。

其实这其中还有很多没有细说，比如如何积累自己的产品知识？如何写一份简历？如何准备面试？这些在以后的文章再跟大家详细聊聊。

在文章结尾，关注一下小鱼吧。后续会更新更多产品经理高质量干货文章。

㈢ 请教技术支持工程师转产品经理的几个问题谢谢！

那可能你之前的工作经验没什么用，需要重头学起，唯一有用的就是你经常接触目标用户，了解他们的操作习惯和需求。但总的来说还是要重头学起
看书+学习相应的产品经理常用软件+加群了解岗位内容
产品经理的核心价值：
一、行业认知及分析
二、需求分析及系统化
三、用户体验及产品设计

一、行业认知及分析
1、对行业的认知
a）、自己所处的行业的模式，是OTA、O2O、B2C。。。它的玩法是怎样的？
b）、该行业中有哪些“玩家”？每个玩家之间的关系是怎样的？上下游的流程是什么样的？利益是如何均衡分配的？（不是平均分配，而是一种达到平衡协调的分配）
2、在行业的关系链中，有哪些环节是互联网可以替代的？
比如下图，这是我们团队正在做的事情：
以下是淘宝正在做的事情：
利益链条越长，那么中间环节就越多，互联网可以改造的余地就越大，与之相应的利润也就会越高。这便是O2O为什么这么火爆的原因之一
3、根据产品的定位，也就是产品在行业中所处的位置进行设计
4、通过对市场走向的分析来决定产品的发展方向
5、明确产品的业务方向和价值点，在进行设计时，考虑设计目的与业务方向是否吻合

二、需求分析及系统化
1、根据产品的发展方向，来进行相应的功能设计
2、把需求转化为功能
a）、理解需求
b）、把收集到的需求转化为一系列可支撑、可满足这个需求的功能
c）、把需求转化为工程师可理解的语言
3、设计出一个业务架构，来进行你的产品设计
a）、对需求进行系统化的处理
b）、注意功能之间的依存关系
4、项目管理

三、用户体验及产品设计
1、从根本上讲就是高效、快速、精确的传达解决用户诉求的方法
2、具体来说，就是进行原型设计（交互稿、PRD）
3、注意功能、逻辑、规则、算法
4、考虑用户体验
5、考虑视觉呈现

以下书籍也可以选择性的去看一下

一、产品市场
《引爆点》——产品市场与运营推广
《长尾理论》——产品市场
《魔鬼经济学》——产品市场
《影响力》——产品市场
《怪诞行为学》——产品市场与用户行为必读

二、产品设计
《用户体验的要素》——你们都懂的
《就这么简单》——用户体验科普
《锦绣蓝图》——Web信息架构必读
《Web信息架构》——Web信息架构必读
《创造突破性产品》——PM启蒙读物
《写给大家看的设计书》——UI设计必读
《应需而变，设计的力量》——培养同理心
《简单法则》——设计思想

三、团队合作
《决策与判断》——换位思考
《只有偏执狂才能生存》——情商
《演说之禅》——气场与感染力
《启示录》——团队

补充：
移动端的PM在产品设计部分关注的知识及书籍略有不同，
《移动设备交互设计》——移动交互入门
《移动应用的设计与开发》——移动产品入门
《Tapworthy（触动人心）》——IOS设计
《App Savvy》
《Mobile Design Pattern Gallery》
《简约至上》
另外目前国内的产品经理定位很多偏重于产品体验和需求把控，还有一些产品经理其实带的是项目或者产品团队，因此推荐以下几本书：
《项目管理之美》：偏重于项目管理
《掌握需求过程》：偏重于需求挖掘
《流程管理》 ：偏重于项目型团队产品经理
《网站设计解构》：偏重于Web产品经理
《瞬间之美》 ：同上
《用户体验的要素》：同上
《GUI设计禁忌》 ：偏重于客户端产品经理
《About Face 3交互设计精髓》：偏重于客户端产品经理
《用户体验度量》：有一定用户群产品的产品经理可以看
《胜于言传：网站内容制胜宝典》：资讯类网站产品经理最好看一看
《Web导航设计》：虽然偏重Web，但个人认为客户端产品经理也可以看。
书海无止尽，开卷总有益。
然而每个人负责的产品不一样，所以从需求到设计再到团队构成，知识结构是非常复杂的，大家还是需要多从实际出发来选择适合自己的书籍。

当然看书只是理论，更多的是实践，自己去分析、挖掘，多加几个群去看看，用户在聊什么

以下 为常用工具

1、Axure RP（Rapid Prototyping）
Axure（读音为Ack-Sure）无疑是目前最受关注的原型开发工具，其能通过组件的方式帮助网站或软件设计师快速建立带有注释的原型（流程图、线框图），并凭借自定义可重用的元件、动态面板以及丰富的script能够建立基本功能或页面逻辑的动态演示文件。
Axure借鉴了office的界面，能够让用户快速上手，并且提供了丰富的组件样式修改，使得通过其能够创建低保真、高保真甚至接近于实际效果的界面。然而最让人称道的是，Axure的丰富的脚本模式，可以通过点击和选择能够快速完成界面元素的交互，如链接、state切换、动态变化等效果，使得Axure能够生成十分接近于真实产品的原型。另一方面，Axure能够导入其他人创建的元件库，使得Axure能够满足绝大多数类型产品的设计。
但Axure仍然有一个让人头痛的问题：对于中文的支持不太友好。在小部分元件上输入中午的时候，经常需要像碰运气似的反复切换输入法，破坏了咱们设计师的用户体验。
瑕不掩瑜，Axure仍然是交互设计师的首选原型工具。
2、Microsoft Office Visio
Visio在2000年被微软收购，并在2002年成为office2003套件中的一个组件，最新版本是2007。Visio能够获得推荐的原因是因为Visio的适用性非常之广，从网站界面、数据库模型，到平面布置图到工艺流程图，Visio都提供了相应的元件库和模板来进行快速创建。

相较Axure而言，Visio更适合于传统行业的生产或流程设计，或者软件及互联网行业中的信息、数据和流程的说明，而不太适用于web界面。因为其的基于web的元件库还是比较少，并且形式和结构也更类似于word中的图形工具，因此在原型开发效率上都有所不足。
3、Balsamiq Mockups
这个基于Adobe AIR Runtime的工具实在是有让人眼前一亮的感觉，手绘风格的元件样式粗犷淋漓，能创建接近于纸上手绘的原型文件。其提供了丰富的手绘风格的web常用元件，包括常用的html控件、以及一些组合控件，如多媒体控制器、标签页、列表、Iphone界面元件等。
Mockups最值得赞赏之处在于其提供的多数组件都可定制外观，对于中文的支持也不错（选择View > Use System Fonts）。
4、Mockflow
Mockflow和以上工具最大的不同在于Mockflow是一项基于Adobe Flex技术开发在线服务，提供了与Balsamiq Mockups基本相似的功能，甚至更丰富的组件，虽然其元件定制化不够强大，但其提供的元件库默认样式却非常适合用来做商业产品原型的搭建。有一个让我爱不释手的功能是模板，可以设置基于任何页面的模板来进行新的页面设计。
与其他模板工具相比，mockflow有一个非常特色的功能，基于web的存储可以在任意电脑上联机打开，同时可以其他人进行快速的分享，并收集在线反馈意见，非常适合虚拟团队的原型设计交流。
虽然在线服务的基本帐号只能创建一个文件，但单个文件却没有限制页数，因此也基本上足够使用。
5、Pencil sketch
Pencil 是一款基于Firefox的扩展组件，安装之后即可在Firefox的工具菜单中打开Pencil的绘图面板。功能比较简单，仅能用以日常简单工作的辅助 说明。提供的默认元件都是基于软件工程，因此更适合用于windows桌面程序的简易界面搭建，或者是基本的页面功能说明，并不适用于严肃的原型开发，但 好在体积小、又轻便，能够方便将网页中的元素直接拖到或者复制到当前的画布中，这也是Pencil安装在Firefox所带来的便利之一吧。
更多工具...
在以上列举的原型开发工具都是较为常用的，也是在国内的交互设计师们比较常讨论的，但其实和Axure功能相似的软件还有很多，下面也就一些简单说明：
6、GUI Design Studio
这 是一款真的非常强大的原型制作工具，没有在上面推荐的原因是因为我还没有实际体验过，但冲着这工程级的界面设计就没有去尝试的冲动，但是从官方网站的截图 和视频演示来看，这款软件的操作模式和前面的原型工具大有不同。Axure之类多是基于页面的原型设计，对于web网站尽管很实用，但是对于软件界面的流 程设计却略显繁琐。而GUI Design Studio却另辟蹊径，直接以建立元素与元素之间的关联的方式来自动化的创建动作流程，而从视频演示来看，这样的确很大程度上提升了软件界面原型搭建的 效率。
7、Prototype Composer
Serena 公司免费提供的原型开发工具，功能确实强大，提供了基于项目管理主要流程的产出物文档模板、原型工具以及开发流程控制，这个软件的开发理念非常好，用这一 款工具来满足项目开发流程中各个环节的沟通和决策。但软件的学习和使用成本比较高，要了解其中的全部功能，貌似需要花不少时间。另外软件的效率和稳定性还 有待提高，试用的过程中多次出错及停止响应。
8、Lucid Spec
由 Elegance科技推出的Lucid Spec是一款很类似Pencil的原型工具，仅仅是提供了更多控件。不过Lucid Spec强调了生成干净的说明文档的功能，这可能是针对于多数原型工具的自动化生成规范的冗余而言的，不过老实说Lucid Spec提供的原型界面太过简陋，并且生成的说明文档也未见优化有怎样的提升。视频介绍
9、Irise Professional Edition
Irise与其他原型工具相比其中一个特色在于提供了样本数据的功能，这是类似于excel表的一个样本数据库，可以通过界面元素直接获取样本数据库中的数据，这样所生成的原型甚至可以使动态数据更新的。
10、Adobe Reader
Adobe reader？没错。其实理论上任何可以创建图形和文本的工具都可以用来原型开发，因为原型本身就是对于业务逻辑和功能界面的模拟或仿真，因此有何理由不能使用PDF格式呢？BoxandArrow的这篇文章《PDF Prototype》提醒了我们，所有的原型工具都只是工具，而不是设计本身。

但个人推荐:
原型
• Axure 7.0
• UIDesigner
思维
• Mindmanager
• Xmind
流程
• Visio 2013
• EDraw Max
知识
• 有道云笔记
• 印象笔记
时间
• Todolist
• Worktile
图形
• Photoshop
• Colorpix
交互
• 快现
• UIDesiger

㈣ 如何成功转行到产品经理

我见过28、29、30，甚至41岁转行产品经理的同学，年龄本身不是问题。但对于很多传统转行的同学来说，没有实际的工作经验成为了最担心的劣势。这里我想用一个基本前提、三个硬实力、一个软实力和一个找工作的项目视角来回答，简称 1311。一个基本前提：企业其实是可以招刚转行或者初级入行的人的，要不然那么多人怎么入的行。

只不过这要分人，企业要招到合适的人。一般一家企业，如果写了招聘三年以上经验的，通常是真要招有几年经验的人。如果写1-2年工作经验的，通常就是可以接受初级的、刚入行的同学。但是又因为平时有太多双零的同学去碰运气，觉得太麻烦了，所以设一个门槛。双零是指完全零基础、完全零经验，换句话说，既没有基础的成体系的知识，也没有经验，基本上没法动手做事。我见过太多同学，说自己有热情，有兴趣，能不能来一边工作一边学习，但是再问一下，你为了这份热情和兴趣，到底做了什么准备工作，结果是没有。企业想要的是什么呢？企业要的就是你能够上手做事情，而不是让你到企业里学习。很多同学说不要工资能不能去企业实习，但是只要是真正正规的企业，带实习生也是有成本的，需要投入有经验的正式员工的时间。真正重要的是你需要在加入一家企业前，就先成为这个企业需要的人的样子。所以不能仅仅凭一份热情和兴趣去说服人家，而是要有足够的说服力，要用自己的能力来证明自己有潜力。

同时，要给自己信心。所有的企业都不傻，如果一个人有能力，能做事，为什么不要呢？不要的是纯粹想去碰运气的人。只要你的能力本身能够跨越门槛，一切障碍都可以解决。这样的例子太多了，可以说互联网公司里的产品经理，几乎都是这样转行过来的。让你能够顺利转行的，往往不仅仅是你现在有什么，而在于你未来这段时间，能否足够坚持，让自己先达到这个门槛。同时，不断给自己打气，保持自己的自信心。三个硬实力：1.具备完整的知识体系 2.通过学习和练习，真正消化这些知识，达到能够上手做事情的程度 3.做出至少一个项目作品，让自己手头有东西。第一个硬实力：（1）完整的知识体系，需要你把产品经理相关的技能都掌握一遍。这里面的知识体系，我用器、术、道来概括。器就是各种工具，比如软件工具等等。术是各种方法、流程等等，比如需求调研的方法、线框图的方法等等。道是各种原理、原则和规律，是底层思维能力，例如遇到产品的各种事情时，应该如何决策。 这里也有一张产品经理的知识地图，如果在知群产品设计训练营里，你可以通过完成作业来获得。对照知识地图，检验一下自己已经掌握了哪些知识，哪些还没有掌握，接下来要努力去掌握。第二个硬实力：（2）通过学习和练习，真正消化这些知识，达到能够上手做事情的程度。

只掌握理论是不够的，看看视频、看看文章都可以了解这些理论知识，但是并没有消化。很多同学都反馈说，看视频的时候觉得好像都听懂了，等到自己真正开始动手做，发现原来不是这么回事，还有很多难点是自己根本没有意识到的。产品经理、UI/UX 设计的工作的实践性都很强，需要通过一个一个课题去加深理解。例如竞品分析，就需要自己动手去分析竞品，把这个过程走一遍，会发现原来里面的门道很多。用户故事这个方法，在分析用户行为的时候非常有用，看起来好像挺简单，但自己动手写一些用户故事出来，并且把这些用在最终的产品设计当中，就发现原来要注意的细节太多了。

最好的方式是边学边练。回顾我过去学习的经验，速度最快的时候，就是晚上学理论，白天在实际做事、做练习，做的过程中，和自己当时学的理论结合起来，这样印象会特别深刻。第三个硬实力：（3）做出至少一个项目作品，让自己手头有东西。如何证明你自己有能力、有潜力？一定不是只靠嘴上怎么说，要靠手里的东西，也就是你做出来的是什么。之前知群一位同学分享的经验很好，她自己是从机械专业一路转行，最后去学产品经理。去腾讯面试的时候，拿着自己做的项目作品，和面试官聊的时候，她说自己的项目作品其实是她和面试官沟通的一个引子，是打开话题的钥匙。要不然人家凭什么相信你呢？最后这位同学也加入了腾讯工作。到中小企业去面试，更是如此。首先你一定要有一个项目在手里，不然可能都没有沟通的前提。企业需要你来了就能上手，那么在这个项目里，你需要把你的能力都体现出来，从用户调研、需求分析到功能规划、线框图等等，需要一个完整的过程。

真正在企业里做事情的时候，强调的是速度快，并不会完全按部就班来做，但是你至少应该证明自己这些知识体系你都已经具备了。如果你已经在知群的产品设计训练营里，可以看一下别人的作品都是什么样的，在知群的官网上，也专门有一个作品和内推的模块，你可以从公众号里进入，看一下一个作品是什么样的。一个软实力：你应该如何定位自己？自己的职业方向是什么？如何和面试官沟通？入职后如何和老板沟通？如何和同事沟通？会写报告和有效的开会么？是不是具备结构化思维和数据思维？会对自己的工作做个人项目管理么？会有效的梳理知识体系么？如何做好时间管理？其实这些能力都是企业希望员工掌握的，如果你希望在找工作时顺利，首先就要先成为企业希望要的人的样子。相对于产品经理、UI/UX 设计师的硬技能，这些都是软技能，同样非常重要。一个项目视角，把找工作当成一个产品项目来推进。很多同学都有误区，例如企业要求有上线的项目，但是我没有，就没有机会了。你想想，大家几乎都是转行来做产品经理的，怎么可能在一开始都有上线的项目。

作为一个学习者，没有人能够一开始就有上线的项目，因为一个产品要上线，是需要产品经理、设计师、工程师等等大家一起投入的，成本非常高，没有人在你一开始没有经验的时候，就给你一个练手的机会。所有人一开始做的都是给定题目的项目，只不过有些项目是完全虚拟的，而且属于闭门造车型，有一些项目是有专家背景或者企业背景，就是指导的人知道这些项目背后的真实需求和过程，让你去练手体验。明白了这一点，一门心思、完全投入的做出自己的项目就可以。然后你需要分析清楚企业的需求、你的优势和劣势，在简历和面试中更好的表达自己。我会在其它回答里，再专门说说简历和面试的问题的问题。最后，还要注意积累自己的资源，扩大自己的圈子和视野。如果你确实有能力，仅仅是因为简历的问题，或者工作经验、学历等等，缺乏机会，那可以通过内推直接去接触这些企业的业务团队。内推并不意味着你就一定十拿九稳的获得机会，但是至少你发过去的简历、作品，都一定是有懂行的人在看。这种情况下如果没有回应，你就需要再继续提高自己的能力，建立知识体系，边学边练，做出一个好项目作品。--想转行和提升做产品的同学，可以来听我每周的直播我是移动互联网的第一批互联网人，做了十几年产品。

㈤ 技术人员转产品经理究竟靠不靠谱

技术人员转产品经理究竟靠不靠谱

技术人员，这个转产品还是十分有利的。你懂技术，那你在工作时，和技术开发兄弟在沟通上是比较好的，因为你懂，就不会在产品方面想一些天马行空无法实现的东西，那你在提需求时也不会被技术兄弟蒙，说做不到了。但是有一点需要注意下不要因为自己会技术就对技术兄弟表示xxxx超简单的，这样的类似口吻，毕竟谁都不喜欢，要摆正自己的位置，不要逾越，毕竟你是产品经理了。要是还有什么问题可以和笨笨熊老师沟通一下，笨笨熊老师这方面很靠谱的。

产品经理培训有用吗？靠不靠谱？

虽然使用者产品的每一行程式码都是开发工程师所编写、设计师设计的，但是开发工程师和设计师并不直接和使用者接触，而是经由产品经理这个环节。

遇到不可沟通的技术人员，产品经理如何去做

技巧1：尽量说术语
在我们与研发人员沟通的时候，尽量不要说大白话，而是使用术语。这样会让人家感觉我们很懂技术。例如有一次我和一个客户端工程师说：“我希望弹出的视窗是模态的。”工程师听完后很诧异的说：“你还知道模态？”我说：“当然啦，这对互动设计很重要啊。”于是工程师立刻就把视窗改成模态的了，根本没问我为什么。那么什么叫模态呢？用大白话说就是弹出一个视窗，视窗以外的地方都是黑的，或者不可以操作，只有这个视窗可以操作，类似于Windows里面经常弹出来的讨厌的错误提示。但是你要是跟工程师这么描述，碰上脾气好的说不准帮你改改，碰上不好的准保反问一句：那多讨厌啊，我就讨厌Windows弹错误提示。
技巧2：思维要周密
在说话之前要尽量把所有可能的情况及其解决方案想清楚。比如你要修改一个按钮的位置，人家自然要问你，空出来的位置怎么办，改过去之后会不会影响现有的功能，使用者能不能习惯等等，如果你能胸有成竹的一一化解，别人自然会听从你的建议。
技巧3：让对方自己得出结论
人都是有自尊心的，都希望自己的决定是正确决定，如果你总是说“你这样是错的，我是对的”必然引起别人的反感。所以你可以先把遇到的问题摆出来，在提出自己的解决方案后立刻说：这方面你是专家，如果你觉得这个方案能用就用，如果有更好的方案我也没什么意见。
人嘛，通常都是比较懒的，既然你能提出一个还算说得过去的解决方案，而且又让对方觉得是他自己的选择，通常也就不会为难你了。
技巧4：看人下菜碟
不是对每个都用同样的话说服的，人和人都有所不同。以我的经验，对待工程师、设计师、老板是不同的。
对待工程师要有条理，逻辑要清晰，讲究资料。例如：方案1会造成资料服务器负荷过重，并发量在2万/秒以上，并且至少要占用10G的储存空间，最重要的是，我们付出了这么大的代价，其实只满足了20%的使用者，而且这部分用基本上都是不付费的使用者。这一大套话说完，研发人员会认真想一想：也是啊，万一服务器宕机了责任就大了，还是用方案2吧。
对待设计师要以情动人，因为设计师一般都是学美术出身的，特别感性。例如：大姐，你就给我改改吧，为了画这个原型我昨天都加了一宿班了，你今天不改，明天指不定又 *** 来什么活儿呢，我这个专案得什么时候上线啊。再说也不是我想改啊，是销售那边儿一会儿说使用者喜欢这个，一会儿说使用者喜欢那个，我们也拧不过他们啊。设计师一听，都是同事，谁还没个难处啊，得了，加班儿给人做了吧。
对待老板要学会画蓝图，例如：根据竞品研究的结果看，这个产品非常有前景，XX刚上线1个月，就已经有100万用户，10万同时线上，收入也差不多有400来万。我们在技术上、渠道上、 *** 关系上都比他们强，我觉得只要能够在2个月内推出，各项资料肯定比他们强。更何况，我们的产品线目前缺乏的就是使用者沉淀，而这个产品正好提供了强大的社交功能，弥补了产品线的空缺。老板一听，小伙子想的挺清楚啊，成，给你两个工程师，一个设计师，1万块专案奖金，1个月给我做出来。业绩好的话再给你发年终奖。
当然啦，还有些人江湖气很浓，他只要当你是兄弟，你怎么说他怎么做，没原因，没为什么。对于这种人平时多吃几顿饭，多送点小礼物，到时候自然帮你。
技巧5：人格魅力
做人要有幽默感，要学会缓和气氛。没必要每次需求讨论的时候都板着脸训人。说说笑话，插科打诨，给设计师倒杯水，给工程锤锤肩，送给运营的小姑娘几块儿巧克力，给运维的同事买几瓶水。你平时这么注重积累，在你需要的时候别人自然不会为难你。能做的就做了，不能做的睁一眼闭一眼也就做了。
最后再说一遍：所有的技巧都是一种手段，真才实干才是王道。

产品经理入门培训靠谱吗？

零基础入门学习是可以的，但是基本上只能了解个大概表面知识，更深层次的需要不断练习实践，不断犯错误并且反思，可以学一些实际操作专案更多的课程，需要大量练习实际专案来巩固完善自己对产品运维的思路。

产品经理培训包就业靠谱吗

要当一个称职的产品经理，和各部门、公司间及客户的沟通协调，要具备良好沟通能力，才能够顺利推动各产品的销售。

如果签订了就业协议 应该问题不大
但是一定要看清楚协议内容 及保底薪资

技术开发人员转产品经理，需要做哪些准备工作

产品经理是一个产品的灵魂缔造者；一个产品从无到有，再到上线的整个过程涵盖调研、需求、设计、 开发、测试、策划和市场等环节，在这所有环节中产品经理对这个产品有着主导地位。
1、首先你应该知道产品经理是干什么的！
2、去招聘网站看下公司对产品经理有什么要求？
3、既然知道了是干什么的，那就先去按步骤学习！比如首先要有产品思维，这个培养既简单又困难，可以前期去多多看产品经理的文章(推荐个网站:产品经理的摇篮-开启你的产品经理职业之梦 这个网站专门收集网际网路上关于产品经理的经典文章，文章不多，但是都很实用有用)网络一下就找到了。 这就是打产品思维的过程，要坚持每天去多看看这方面的文章。然后在读文章的过程中需要学习一些产品经理的专用软体，个人比较推荐axure，这个也是业内用得最多的。产品经理的摇篮的优酷自频道也在网上收集了20多集axure的教学视讯，可以看看。 多下载app用用用，体验下，看有什么优点与缺点，多思考 说白了就是产品思维有了，软体会了，接下来就是根据产品经理具体工作流程系统的梳理看下自己还缺些什么？ 比如会写BRD~MRD~PRD吗？ 不会就要练习！会写产品分析报告，竞品分析报告吗？ 这些东西都是流程化的，你多看多写就会了，不过要写得出色还是自己去努力吧！ 其实产品经理最重要的是真伪需求辨别能力、逻辑思维能力、领导统筹能力。 算了几句话也说不清楚，你去网络下刚才说的那个网站，我在里面有篇文章专门写产品经理的工作具体是干什么的？ 这里面还提到了产品经理能力需要有哪些与哪些最重要！ 你去看了就知道了。
希望可以帮到您，谢谢！

旺财猫理财究竟靠不靠谱

P2P理财的选择：
1、产品的风险控制
看所选择P2P理财产品的产品的平台是否规范，是否有一套完善的风险管控技术，是否有抵押，是否有一套严格的信审流程，是否有一个成熟的风险控制团队，是否有还款风险金，是否每一笔的债权都是非常透明化，是否每个月都会在固定的时间给客户邮寄账单和债权列表等等，以上是非常重要的一些问题，所以客户在进行选择的时候一定要了解清楚。
2、所选产品平台实力
一般平台越大，其风险管控越严格，因为平台大，所以每一笔债权都是经过严格稽核，才会转让给出借人。另外，公司的实力和规模也是衡量一个公司规范与否一个非常重要的指标。还有公司的注册资金，在全国的营业部的规模也都是一个非常重要的指标。

请问北京一些产品经理 培训靠谱吗

那要看你选择哪家了，不过五道口叫 附近家叫做先行美迦美看看

潜艇反潜究竟靠不靠谱

反潜的目的是保护重要目标
光靠潜艇做不到这一点
所以必须综合反潜

㈥ 如何从软件测试工程师发展成为产品经理

最后，泼些凉水。 产品经理在很多公司，并不像很多人想象的这般风光无限。很多时候，他的标签包括带不限于：“备胎测试”、“备胎架构师”、“备胎项目经理”、“备胎运营”、“写文档的”、“写会议纪要的”、“背黑锅的”。 产品规划？那是老板的事。 方案的确定？那是总监的事。 页面图标用什么配色？那是UED的事。 项目进度运筹帷幄？那是项目经理的事。 别人不想干的事？没错，多半是你的。 所有和产品有关的事，都是产品经理的事。 这句话听上去很拽不是么，翻译一下很有可能变成：这个事情太烦了，不搞了，反正到最后没人弄，产品经理也会想办法的。 这不是开玩笑，而是时时刻刻发生在全国各地，各类行业，各种产品经理身上的真实场景。产品经理，互联网产品经理，尤其是目前中国的互联网产品经理，绝大多数不是外人所想象的风光角色！ 任何人都可以抛弃产品，拍拍屁股走人或者捣糨糊，但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围，任何对产品有影响的工作，产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了，没错，有人要承担责任，产品经理一定是其中之一。 做产品经理意味着你选择了一条操心劳累，可能会没日没夜，可能会鞠躬尽瘁的道路，如果没有这个觉悟，还是再想想，再想想。 龚博致： 产品经理其实是没有标准的，只有一些大致的指导方向。在各个公司各个部门各个阶段，它的职责侧重都可能有不同。按我的理解，大概有： 1、产品型产品经理。这个是最正统的，他的重点职责就是向协同部门（如运营）收集需求，设计产品，和开发沟通跟进进度，上线后跟踪，总结。 2、商业型产品经理。也可能叫运营型。贴近运营侧，直接接触用户，从反馈中总结/提取需求，偏重于用现有方案/产品解决问题。 3、技术型产品经理。分析已有产品，推动整合、打通、改造。产品发展久了，业务变化下就会出现功能重复、业务分裂等问题，需要改版重构，这个时候涉及多个系统打通，甚至需要把底层平台当成一个产品来打造，然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求，了解技术背景，提供严谨的功能文档（因为涉及的功能太多） 所以对于转产品经理需要做什么准备，其实主要还是需要看你们老板想要什么样的产品经理，部门有什么资源来帮你分担职责，以及你想成为什么样的产品经理。例如： ● 如果部门有项目经理，项目管理可以先不看。 ● 如果可以的话，熟悉一下产品的文档/流程，然后结合测试经历提出自己的想法，自己实践一下来证明给老板看，再推广 ● 如果是想做线上产品，那一般是要赶紧补运营课，了解产品的指标，定计划/里程碑/KPI 如果没有概念，那最简单了——全都做，多看多听多想。 产品经理是个“多面手”，意思就是你什么事情都要做得要多——多找人沟通，设计的时候多想一想，文档多描述清楚一下，上线后多跟进一下……（其实这些标准所有岗位都一样：D） 所以任何一个方面的提升都是提升，多交流，多看书，多看帖，多参加分享，然后你会接触到很多相互冲突的理念——别纠结，不用全学。多思考，然后吸取你觉得适合你的那部分就行了，此之甘露，彼之砒霜。

㈦ 我从一线硬件开发人员，转为硬件产品经理的心血历程

大学本科学的专业：电子信息工程专业；毕业之后一直从事硬件开发，电路设计、硬件原理图、PCB Layout、打样、手工焊接、样板测试等等流程，在公司发展过程中，不断和产品、软件、控制、光学等领域人打交道，逐步也把我锻炼成了产品经理的角色。于2020年9月底全部投入经理做硬件产品经理。下面和大家一起学习下硬件。

一、先说说校园生活

读大学期间，学的专业是电子信息工程专业，因为专业得以参加电子设计大赛，大学期间分别参加过2014年区赛、2015年全国电子设计大赛，虽然没拿到名次，但是小团队一块奋战的三天三夜值得留念。

正是因为学习成绩在专业还算不错外加参赛人员，我在大四上学期第一轮答辩，顺利通过。当时答辩目的只有“只求通过，不求最佳优秀”，因为优秀毕业生论文无疑需要二次答辩，与此相比，我更想早点接受社会得洗礼，因为当时考研已经失败，梦想-西电。但是，毕业我仍然拿到了专业唯一名额得广西区优秀毕业生荣誉，感谢父母、感谢大学师生。

二、先说说初入职场的硬件工程师工作

我所接触的行业全部都是软硬件结合得产品，后续下文不再重复强调。

刚大学毕业和同学们在校内应聘企业，然后毕业之后一起去广东信利集团去做管培生，我当时面试的职位：QA质量工程师，干了有半年吧，我就回校考完驾照、拿到毕业证、学位证，从校出发踏上北漂的路上。来到北京开始从事硬件工程师的工作，初创公司，每天加班搞项目，后续在公司也担任项目负责人，这也锻炼了我和软件及其它部门之间的沟通协调能力。

其次，就是有一个硬件领域大牛带你，你会成长的飞快，无论在任何领域遇到一个肯带你的人一定要抓住机会，迅速结合项目快速的成长起来。

初级硬件开发工程师职责：原理图修改、项目硬件资料整理、PCB布局布线改版（第一次板子可能不是你画的，经过测试和优化发现问题，让你在原来的基础上做修改）、走采购流程、编写BOM、软件调试等等。

中级硬件开发工程师职责：硬件方案的制定、项目方案实施的部分决策、硬件平台的选型、板层管理、PCB布局布线规则、核心驱动软件固件的开发等等。

高级硬件开发工程师职责将增加更多的底层驱动，比如：存储器选择、各大硬件平台对设备资源、功耗得优略势（飞凌、树莓派等等）、需要更多的了解底层软件来对应做硬件开发。

经过硬件的岗位摸爬滚打的几年，我总结了一下：我对硬件工程师的工作理解就是一个产品经理的角色，只不过我会亲自操作软件设计硬件PCB板子、器件选型、供应商选择、软件对接、项目进度汇报等。这也是我工作一段时间理解和总结的，可能不是最正确的答案，但是我觉得适合我。

三、唠唠硬件如何转产品

笔者刚刚经历了一次职业转折的过程。因为，毕业之后到2020年年尾一直在做硬件开发，职业发展过程中也经历过公司裁员、加班纠纷可谓是不同企业给你成长、所学到的知识面都完全不同，在上个东家做硬件开发，很多同事都建议我做产品经理或者项目经理、我也尝试带项目、预言样机等。

但是，当我产品职位空缺时候，我和要离职的产品沟通了一下，我想听听作为产品人的思路、想法及我的情况是否合适该岗位，提前做个职业方向的评测，这是很有必要的。

经过一番谈心，他觉得我很适合，他是北理工的光学博士。于是，我找了产品总监，当时我们都在苏州工厂出差在调试项目，总监间接让另一位产品同事找我聊聊，说”公司产品需要要在研发岗位3年以上“，我被淘汰了，我请了这个产品吃了顿饭，表示感谢。

很感激，虽然拒绝可能不仅仅因为这个原因，也可能因为我是研发，刚来就转可能对同事以后相处说服力也会存在困难，领导考虑问题还是比我们当局者考虑更加细致、眼光更加长远。第二种原因就是我的能力不OK。

感谢让我做出一次选择，于20200927我入职新公司硬件产品经理岗位。

在我来公司之前，我就见了产品总监，电话沟通了硬件顾问。我提出了当前产品面临的质量问题，不能一味节约成本，导致你的产品走不出公司门口就被客户拒绝。后面又经历了老东家的软磨硬泡留人、老东家的离职交接拖延等，自提离职起历经，50天才顺利办完最终手续。

次日我就到新公司报道了。认识了在硬件产品（自如智能家居产品）同事，和他不断的探讨，硬件产品经理的工作职责、工作流程、新产品从0-1的艰辛历程，和我之前经历相似度在90%，那我就可以甩开膀子放心干了。想做出好的产品，无疑在获取用户需求、内部团队的合作、产品人的思路、规划等多方面相结合，才能做出更好的产品。

四、唠唠公司的离职交接

我从硬件转到产品，在老东家做了交接，在新东家承担交接。

我做的交接：将接触的项目整理一个汇总表格，涉及项目进度、项目名称、硬件干了那些事、做到什么程度、相关干系人都涉及谁等等。这样无论是谁在接手可以直接干。

其中内容有：

工作2年来所有项目，将每个项目分一个文件、文件下面构思你所涉及的内容，内容下在细分类别；

将所有项目汇总表格，将项目信息、硬件方案、图纸、项目干系人（软件、结构、算法、光学等等）罗列重点同事，明确项目进展程度；

必要的话离职前亲自过去项目现场对接，在老东家我就是在离职前把手头项目全部在苏州调试完毕，并且在苏州培养了一名调试工程师，他在我离职时候具备的能力：根据我写的调试文件即可独立调试设备（成人之美，释放双手）。

新东家上位产品交接给我的资料：

杂乱无章，全部硬盘拷贝下来；

没有分类，产品过程中也没有积累；

全部靠自己理解，重新捋一遍。

五、总结

无论你现在是硬件开发角色，还是在转产品路程中，做好自己分内的事，别人认为你做到80分，一定要做到自己满意，自己对自己的工作要有个高估值，不然你的产出结果就变得毫无意义或者意义不大。

离职交接，无论是你交接给别人，还是别人交接给你。一定要从产品角度去理解，你交出去的东西，同行接了你的文档也好、文件也好能否继续干活、要思考他可能会遇到什么问题、多思考，而不是，在这职业生涯停止了，无需考虑很多，这么想我认为是错误的。同时，当你接收到别人交接你资料的过程，如果是杂乱无章一点价值没有，你作何感受，换位思考的重要性。

当然我在新东家接收到杂乱无章的交接资料我很高兴，因为我无论从领域还是从职业我都是一个新人，那我就让我一点点了解产品，从骨子里分析，头脑风暴，用产品存在的历史记录磨练自己的意志，相当于复制了一遍该产品，还是有很大帮助的。

但是离职交接我觉得还要做到让别人：“有路可走、有迹可循、有识可获”。

㈧ 想要转岗成为产品经理，应该如何从零开始学习

要想改行产品经理的工作人员，应当创建灵敏的市面观念和商业思维，要搞清楚产品的细分市场、产品定位、市场定位，还需要开展产品的市场调研、市场环境分析，并指出有目的性的产品发展战略、产品整体规划、产品营销推广等，与此同时要追随市场的转变，保证产品的与时俱进。针对产品经理来讲，一定要具有较好的大数据分析工作能力，可以根据数据统计分析洞悉产品实际效果身后的缘故。明白看数据信息，更要明白分析数据，让数据信息来指导工作，进而时时刻刻维持对信息的敏感性。

产品经理的工作任务是一种逻辑思维型的工作中，要清楚什么叫第一性原理，见过许多要人命的产品经理做逻辑全是浮在表层，为了更好地逻辑而逻辑，这也是不正确的，我们要了解咱们的逻辑是为了更好地处理某一个问题，而不是由于这儿必须逻辑。在一个便是要有用户思维，全部产品的实质全是服务项目，一切的业务方式都能够叫产品，因此万物皆产品，关键是我们要用哪些的方法服务项目与怎样的客户，达到她们怎样的情景要求，这种搞懂了就类似是一个前期达标的入门产品了。