产品经理和程序员演变

❶ 你是如何从程序员转型做产品经理的

程序员的工作其实和产品经理还是有很大的区别的，最大的区别就是你自己做程序员的时候，只需要考虑的是你的产品的问题。而当你转型最产品经理了就不是这么简单了，你还需要考虑就是这个市场调查的用户需求问题，以及你的产品线的组合问题。

产品问题

你从程序员向产品经理转型的过程中最重要就是做好这一点。你需要改变的就是你不能仅仅只看这个产品的质量的问题，不能仅仅去修一修BUG呀，你需要的是有一个全局的思想的。

如果你想要从一个程序员转为产品经理的话，你需要改变的事有很多的，比如你对待产品的问题上，以及这个产品组合上，你需要学习的还是有很多的。

❷ 为何大多数程序猿会转行做产品经理的背后的原因有哪些

产品经理这个工作对之前的工作经历或者学历没有太高的要求，再加上这两种工作有联系，作为程序员了解产品的属性或者性质，程序员的沟通能力很强，所以可以好好的胜任产品经理这个工作。

❸ 程序员如何转型产品经理需要哪些逆天“装备”

需要注意以下几点：

1.关于契机

其实我觉得这不是契机的问题，是基因的问题，一个真正适合做程序员的人是不会考虑转型的，在职业发展上，程序员比产品经理的路线更清晰，投入与产出比更稳定，而产品经理，说实话，是个很看脸的职业，这个职业的路线有很大的不确定性，为什么我会转型，因为我本就不适合做程序员，我无法满足于翻来覆去就是Copy&Paste的工作，对于技术也没有狂热的追求，当然，我十分讨厌加班，确切的说是无休止，非计划性，带有潜规则性质的加班。
你或许会问，既然不适合，你为什么要选择程序员这个职业呢？说实话，在没做之前，我真的不知道我不适合。
回到正题，我是在一个什么情况下转型的产品经理呢，颇有些黄袍加身的感觉。人是有惯性的，放弃既有的优势，去投入一个看似美好，却很可能是刀山火海的职业，是一次危险的赌博。
没有亲身体验产品经理，只能说是这山望着那山高而已，所以始终带着不确定性，而当时公司规模急剧扩大，中层管理青黄不接，没有产品经理的情况下，BOSS考虑到空降人员可能水土不服的问题，希望从内部发展可靠的同志，于是对我进行了先进性教育，我思前想后，就是那句“我发现你对产品很有感觉”，让我抱着士为知己者死的念头，决绝的点了点头。
2.关于准备

说实话，没有准备，也没办法准备，因为你面临的是一个完全未知的岗位。就想你看别人玩游戏，和自己亲自玩游戏，是完全不同的感觉。别人无比娴熟的操作和风骚的走位使你拍案叫绝，但是你真正自己去玩的时候才发现，APM不够啊，意识跟不上。
怎么准备，看攻略，好吧，那些写攻略的人往往讨论的是在一个对方站桩的情况下，你怎么来干死它，却没讨论，如果对方后退了一下，或者忽然又一个敌人出现了，你该怎么面对。在实际的工作中，你面临的是各种意想不到，千奇百怪的局面，想通过攻略来解决是完全不现实的。
3.关于有用

我觉得最有用的东西就是换位思考，以前做程序员的时候，我只需要考虑我怎么来实现，我的时间够不够，项目什么时候上线，有了任何问题，我可以等待，我可以扯皮，我也可以作壁上观。但是作为一个产品的负责人（视公司岗位职责的不同，或许有很大出路），我就像一个管家婆一样，必须时刻注意到哪里可能出现炸弹，每天更多的时间不是在执行，而是在观察，思考，应变中度过。
我不再拥有一个可供我自由分配的八个小时，我的上一秒可能在思考问题，下一秒就会有人过来找我，碎片时间变的很多，就连上厕所，都会有电话进来，你随时保持着战斗状态，不能有一丝一毫的松懈。
这个时候再去看程序员这个岗位，你发现，原来是这个样子的，但因为我也混过，我自然知道程序员的心态，这是我的最大优势，我能够和程序员很好的沟通，并能理解他们在别的策划转为产品经理的童鞋那里难以理解的问题，所以我这边的研发进度往往保障的很好。
我发现所有的事情都不是像我想象的那么简单，方案的问题，计划制定的问题，人员本身的问题，处处都会产生蝴蝶效应，我总是在不安中小心翼翼的防微杜渐或亡羊补牢。
但我发现，即便我付出了再多的努力，项目还是会因为各种原因走向失败，这个时候检讨是没有意义的，天时地利人和，缺一不可，为什么我说产品经理这个职业看脸，是因为这个职业看起来能决定任何东西，又发现自己决定不了最关键的问题，所谓尽人事，听天命，以前总被我嗤之以鼻，我发现，有些时候，我真的很有共鸣。（作者：Robert Struggle）

❹ 如何从一个程序员转变为产品经理

那么，程序开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间。司机可以接不同的人，不同的路线，只要能走到目的地就行。”那么司机如何变为那个打车的人呢？知乎上一群专业人士展开了精彩的讨论：我是一名程序员，想转做产品经理，一方面觉得自己这方面更有天赋，另一方面我不想做只是面对机器的工作，热衷于做交流沟通性强的工作，对于转行谋职 产品经理难度大吗？修改由于不清楚现在互联网公司对产品经理的需求是怎么样的，感觉大多只有大公司对产品经理职位需求比较突出，小公司需求不明显。朱佳祺：可能每一个搞程序的人，除了对编程有一种油然而生的爱的那种，恐怕有一个阶段都会觉得产品经理是一个自然而然的出路，无外乎几点：1，做技术太累， 太枯燥（因为没有爱，编程和其他艺术或者技术一样，没有若干年的重复劳作和积淀是不会有大成的）2，觉得做技术比较卑微。3，做技术不容易找对象 （nerdy look， 肥胖，其他各种不招人喜欢的因素，不潮。）4，虚荣心（产品经理好歹是个经历，有名片什么的。程序员就是民工等等）……所以想变成产品经理，多牛逼啊！可 以使唤程序员，可算报仇了！有自己主导的项目了，可以和高层直接对话了。说了一堆废话，我想说，这不光是我的想法，我身边有好多人都是这样从一开始就放弃了做一个技术。现在我的想法是，做一个技术其实比做产品经理幸福很多。首先，你只需要关心你自己的东西，没有那么多杂七杂八的东西。第二，做技术的人比较单纯，更 有利于思考。第三，其实产品经理的地位还不如你。你可以罢工，如果你的技术足够nb.但是他不可以，因为他上头有老板，下面有你。第四，产品经理一点也不 比写程序轻松，有时候甚至比写程序要费劲的多。因为程序这个东西是一通百通，要搞出一个靠谱的产品可不是把一套模式复制就可以了。第五： 产品经理也是跟程序员一起混，因为圈子的影响，他们也可以看起来像nerd，肥胖，穿的很邋遢……所以如果说只是觉得做程序太辛苦，想去当产品经理，那估计这个选择挺要命的。等于是用自己的短处在去搏别人的长处。但是如果是做程序做到一定境界 了，想要更一步的努力，那么我想说这个转变还是很巨大的，对人也很锻炼。一般来说，最终产品经理想要完全不去写代码，那除非：你的公司极其的庞大，产品经 理的团队可以组一个足球队。或者是你已经有了一个非常牛逼的团队和一个非常好的boss。其实上面一大堆东西都可以总结为一句话：因为小时候被老师各种虐，所以长大了也想成为老师去虐老师的娃。跟这种想法是一样一样的。最后祝各位想当产品经理的程序员能够让自己手下的it民工们都死心塌地的为你服务。陈湛翀：你不是一个好的程序员，可能是你没有发现程序之美，没有发现编程的魅力，没有真正爱上程序员这个工作，没有真正成为一个程序员。一个真正的程序员不会感觉到自己面对的是冷冰冰的机器，他面对的是一个可以实现他想法的朋友。又或者是中国的这种环境导致你产生这类想法。你的兴趣并不在程序员里，我觉得人就应该跟着兴趣走，应该毫无顾忌地转型去当产品经理。一个成功的产品经理确实需要有一定的技术功底，这样去判断一 个项目一个功能是否有需要去实现，实现起来是否技术成本太大。同时，也可以避免受到下属的忽悠，你的技术功底足以判断出“这个功能实现起来很有难度”这类 话的真伪。最后，产品经理需要技术来实现自己的想法，程序员就可以自己去实现自己的想法了。不是产品经理才有创造力的，程序员同样有。我是认为，程序员是幸福的。flamingtop：“觉得自己这方面更有天赋”我以前也觉得自己做产品有天赋，而且我发现不少技术人员觉得自己做产品有天赋，所以或者可以反观一下，如果真的是“天赋”的话，不会有这么多人都不 约而同地这么认为；我觉得这实在不是什么天赋，只是你从事技术工作一段时间以后，开始有一些认识了而已；很多人都能对所谓产品说出个三五六来，就像一个画 画画久的人，会自然而然的觉得自己对“艺术”有了“天赋”一样，不是很可靠的；”不想做只是面对机器的工作，热衷于做交流沟通性强的工作”这可能只能说明你不喜欢当前的技术工作，并不意味着你“适合”做交流沟通性强的工作，技术工作不总是有趣的，难免有厌倦的时候，但因为这个想去做产品是不太合适的，因为做产品也有和做技术类似的问题。下面是我的看法：我感觉国内的公司基本还没有这样的意识，能够真的让一个产品经理当起实职，对一个东西提纲挈领，有真正的职权去“负责”，因为不太可能被赋予这种 职权；平时看到的所谓产品经理应该叫产品“专员”更加合适，但比其他的“专员”更虚；这个职位现在已经越来越像其他行业的各种经理了，比如保险行业人人都 是经理，地产行业卖房子的都是经理，产品“经理”的语义差不多就是这个。我认为如果其他职位的人转产品，技术职位的人应该是比较合适的，因为技术人员天天工作在产品的方方面面，对产品的需求和实现知根知底，信息的不对 称问题在这里最小；另外一方面是市场人员，也很合适，也是技术人员转产品职位的最主要缺点，对市场的认知真的不够；很多情况下，技术人员转产品在管理层看 来更难接受一点，因为一般管理人员不太懂技术人员的工作内容，习惯于自上而下的思考方式，觉得市场人员可能是更high level的工作，所以呢，“把握”起来更好，事实当然不一定是这样，但这是一个现实的难度。和纯技术工作相比，产品工作在不同的abstract level上，需要的知识结构更宽广，单一的职位挺难获得这些需要的知识（和经验），所以就像一本书上说的那样“人人都是产品经理”，因为确实需要这样； 产品是团队的高级目标，团队通常会在下意识的情况下一起完成对产品本身的认知和管理；这意味着其实无论是开发人员或者市场运营人员，实际上大家天天都在一 起做产品，站高一点看，你做技术，不只是写代码，它还会确实地决定产品最后的工作方式，体验和面貌；来自市场和运营的工作同样最终体现在产品的最终形态 里；所以产品就像是一个同时受内外（多方）环境决定的生命体，没有单一方面决定产品，但任何一方面都有重要影响；所以你从技术转产品可能是从“实际”在做 产品到“看起来”在做产品。我觉得再积累积累也是不错的选择，真的作为技术人员，把技术做好，未尝没有做产品的“实”。另外，说的直白一点，要有真正的职权，真正地对结果和决定负责，要有把控方向的权力，仍然和团队一起做产品，但产品经理的决定不能够轻易地被 override，这才叫产品经理。没有实权的产品经理，是没有做头的，会非常纠结的，技术人员转到这种角色，成本非常大，所以要看看你转到的职位是不 是”实职“，还是只是“虚招”，我个人的经历，这个词现在很火，小心泡沫。王宇鹏：我是一名产品经理，我想转行成为程序员。 为什么呢？产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。技能要求高。 技术肯定要， 设计其实也要， 否则无法做原型设计。还有就是细节要求， 最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导， 做PPT做到吐， 本来如果写程序写的多还有点用。 PPT做那么多根本没用。浪费脑细胞产品经理前途渺茫， 除非你自己想创业， 否则产品经理实际没有太多升职空间， 国内的产品总监很多都是市场或运营的人来管的。 做产品的很少会做到总监级别。 当然国内腾讯还是很看重产品这个职位的， 但其他的公司基本没有看重产品的。产品经理加班的确比程序员少， 但是产品发布测试的时候，也是忙死， 否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。程序员的优势程序员以前的地位不行，但现在很多公司已经意识到技术的重要性， 程序员的薪资范围实际上限比产品高很多， 60万年薪不算什么， 国外公司年薪100万也是有可能的。 产品职位基本没可能。现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。不创业也可以靠编程序活一辈子， 一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。 随着年龄提高程序员的经验壁垒比产品高很多。程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。最后还有程序员可以靠自己想做的技术，例如NB的技术 到达人生梦想， 而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。子陶我觉得你的未来很无限。你又懂技术，又有产品天赋，还善于沟通，很好的技能结合。干不干产品这事，我真觉得不重要，生活之中皆是产品机会。无论你是哪种开发工程师，你都可以按照自己的意愿去做一个自己的产品。何必非当产品经理呢？而且，按自己所想制作的产品，更专一，更有意思，更容易成功。产品人员的郁闷你不清楚。很少有公司给产品人员极大的权利，你要被各种声音左右。同时，你又必须具有大量产品的深入的使用体验，并了解其然和所以然。这都是你长期积累的结果。现在去做一个产品执行者，有什么意思呢？莫如以产品经理的心态，去做一款自己想做的产品出来，这才是你最对的路。白云飞先回答提问的问题：我觉得你最好还是先查清楚什么产品经理和产品再考虑不迟。另外如果你已经了解了，你管别人说啥，大胆努力去促成转变就行。打击你的，劝你别转的，一般是根本没经验或者转失败的，要深入问问他们理由，要问的；鼓励你的，劝你转的，可能是忽悠你的或者识货的，自己要小心求证。呵呵，通过提高程序员level达到贬低产品经理之目的，实在搞笑至极。产品经理=产品+经理，前一个词描述范围，后一个词描述职责（经理并不专指职位）。任何程序员写的代码，都是为了解决一个或者多个问题，我们统称产品。而一个产品的诞生，不管耗费时间长短，必然有调研，需分，规划设计，驱动实施的过程，而这个过程，每个参与的人都应该全程参与，为了高效走完这个过 程，必然会有所分工，每个人的任务也有所侧重。分工里面为了确保大家认知一致，委派产品经理全程负责文档和信息的传达，协调各个人的关系，以其按期按质完 成任务。而团队每个人并没有因此失去充分表达的机会。当然现实的情况未必有那么理想。但平心而论，程序员可以傲慢，但是不要认为自己一直耕种就以为自己最懂行情，今年收成不代表今年收入。产品经理可以傲慢，但是不要认为自己知道的东西多就一定会有人替你卖命耕种，那些东西不一定是真理，也有可能是谬论。人就如围城反复，做或者不做，自己觉得值就行。听多数人的，和少数人商量，自己做决定！本文系站长之家整理自知乎网，转载请注明出处链接。标签：IT职场 程序员 产品经理 转载申明：为了给广大网友提供更有价值的内容，我会把我认为优秀的互联网方面的文章转载于此。

❺ 程序员转做产品经理，对于转行谋职产品经理难度大吗

难度是比较大的，不同的职位有不同的事业规划，想要做一个成功的产品经理，必须要有着非常不错的沟通能力。

❻ 如何从一个程序员转变为产品经理

1. 人人不一定都能做产品。
2. 看你自己的学习能力和学习范围。
3. 除了程序，视觉、交互、性能、运营、开发、项目管理、用户需求及分析等你是否经历过或感兴趣。
4. 你对新产品、新技术是否感兴趣？你是否从第三条所说的那些方面分析过一个产品。
5. 程序员没什么不好，做产品也没什么好，不要加个经理就盲目崇拜，技术实力永远是你的核心竞争力，PM不一定比Coder更适合你。

❼ “码农”转型产品经理

技能：需求分析、产品设计、项目跟进

内功：逻辑判断、数据分析、沟通、个人管理等。

从0起步，实现从“码农”转型为产品经理，实现从产品门外汉——产品助理——产品经理——产品主管这个过渡，从最开始只负责一个功能，到可以接手APP+后台两条产品线的规划工作，并能够带领一个产品团队。

每个工作岗位的成长必经过“痛并快乐”的蜕变。同时解决以下问题：

如何利用工具来评估产品的工作进度？

如何保证上线时间？

如何预测项目状态？

如何挖掘出用户潜在的需求？

Stage1：入门期

1、新手如果什么也不会，没有经验，建议多去画原型页面和跳转链接，找找感觉，把最基础的工具给用熟练，以后再画原型的时候，可以手到擒来；【挑一个代表性的APP，照着全部页面画了个遍】

如果有一定经验，建议把每一个细节性的操作实现了，多去做几个，便可以发现其中交互不够完善的地方。

2、倾听比提意见更容易让人接受。产品经理一般都愿意说几句，这个时期，融入团队才是第一要素，让别人能够快速接受你，才能够在日后方便开展工作。

如果上来别人就对你抱有敌意，那么在日后的沟通中，很容易出现问题。

Stage2：高速提升期（1-3个月）

在这个时候，你将迎来自己野蛮生长的时候，在产品方面，有天赋和热情的人，能够表现出强烈的愿望，为了一个功能，可以较真半天，实现其中每一个细节，初级产品的思维和理论框架会逐渐形成。

这个时期产品基础必须打牢，否则在后期中，很容易出现产品细节考虑不周详，想法多而实现不出来的现象。

工作中：

1、参与到每一个版本迭代的功能设计，提高产品设计能力，对需求理解的能力，恶补相关设计、交互知识，完善每一个功能实现的逻辑，测试产品功能，确保产品上线无误。

2、建立公司标准统一PRD文档模板、BUG管理模板、需求管理模板，根据模板，书写每一份文档，定期修改模板、完善模板，接收技术团队反馈信息，逐步细化每一个功能点的实现说明和逻辑说明。

3、积极沟通，与项目干系人沟通产品方向的问题，确保自己的想法能够触达到老板；积极和技术沟通，把逻辑上有问题第一时间解决掉，然后改各种bug。

4、（粗略）看报告、看竞品、看分析、看文章，日常空闲了，便会去人人、知乎等网站查看一些别人写的分析报告，学习新的知识，好的理念和方法都会记在本子上，一些行业报告会存在收藏夹中，几乎每天看2个小时左右。

建议：

1、做好基本的工作——文档、原型、沟通。要想快速的提升，加班是必不可少的，通过加班，可以更好的自我学习，利用更多的时间，来填补产品方向的空白，利用加班时间，好好思考功能的设计、文档的书写、竞品的分析等等，完善这些基础性的工作。

2、学会理解、管理需求。明确需求是怎么来的，清楚为什么要做，知道怎么实现，这是理解&实现需求的3个步骤。很多的需求我们没法在短时间内实现，我们便要将这些需求存放起来，以待日后拿出来实现，这个时候就要将需求分类、分程度进行管理，基本一张Excel便可以解决。

Stage3：波动期（1个月）

这人有了点成果就开始膨胀，然后开始犯错了，接着就被打回原形。开始时觉得干起什么事来都得心应手，觉得什么事情自己都干的来，设计的功能也一定有人会使用，下个版本就是产品爆发的时间。

结果就是，一切如旧，没有提升。一时间，竞不知道如何是好，情绪波动很大，总觉得自己能做，但仔细一想却终是觉得做不好，我知道这是到了瓶颈。

切勿做以下的事：

1、产品规划完全脱离实际，跟着领导一起想入非非，设计的功能实现起来非常复杂而且困难，给技术造成很大压力，并且多次返工，强行上线版本，bug居高不下。

2、错误估计技术实际开发实力，公司当前实际情况，人员情况，考虑团队的稳定性，协作能力。

3、原型设计，交互逻辑有问题，开发结果是不符合当天阶段版本。

建议：

1、时刻对自己进行审视。知己知彼百战不殆，了解自己，才能更好的打仗，产品经理必须要对自己的能力做清楚判断，小步试错，多次迭代完善，不能一口吃个胖子。每做一个功能的时候，多去问问自己为什么，怎么做最好。

2、失败不要气馁，回头重整士气。产品经理很容易影响他人的情绪（多数是怼），如果你情绪很down，那么在交流过程中也会出现诡异的氛围。

Stage4：沉淀期（1个月）

发现了自身很多的问题，一下子被打回了原形，受到了多方的指责，用户负面反馈急剧增多，用户流失严重，很难受。

虽然明知道不是自己一个人的问题，但在关键时期没有坚持产品经理的基本职责，也是失职。

工作中：

1、深入了解资源问题。了解自己能动用多少的资源，包括：时间、资金、技术、跨部门协作等等，从公司内部进行剖析，分析公司现在所处在的位置。

2、分析人员管理问题。重新招入测试人员，减轻产品负担，与每一个成员进行沟通，了解他们的真实想法，以及对产品的意见，然后总结原因，上报给公司领导，然后再仔细讨论这些问题，以及如何解决。

3、总结自身问题，重新规划路线，专攻一个领域。总结4~6月份出现的种种问题，分析每一个由自身导致问题产生的原因，找到自己薄弱的地方，然后制定一份半年提升表，按照月份，每个月实现其中一个计划目标。

建议：

1、沉淀期是自我剖析最好的时间，主要分析三个问题：我是谁，我从哪里来，要到哪里去，以公司或者产品为主题，仔细的分析下去（这三个问题，我第一次想得时候，竟然无法准确的回答上来，这就是对产品理解的不足）。

2、总结经验和方法，形成体系。每次版本更新迭代的时候，产品经理都能形成一定的方法，但是一直都没有体系，在这个时候，将自家每个版本的方法论重新整理一遍，然后分析不足之处，非常有利于思路的扩展，理论框架的完善。

3、聚焦内部的同时，逐步扩大外部视野。在内部，做产品要多关注其他人的意见，接受用户的反馈，学会分解工作，制定优先级，然后引领产品的导向；其次，要将视野放在外部，慢慢去了解行业的动向。

Stage5：稳步提升期（现在）

到目前为止，已经经历了大大小小20多个版本的迭代，产品也终于从0-1走向了正轨，这个时期，总算觉得自己做了一件有意义的事情。

嗯，然后回头又被技术、运营、UI各怼一遍，一场硝烟又弥漫、相顾无言泪两行~~~

工作中：

1、学会控制节奏。这点我放在第一位讲，之前经常被各种领导带节奏，导致加班频繁、状态堪忧，现在每个版本前，我都会仔细的思考一些问题，然后将我的见解说出来，以实际的角度来阐述问题（时间、范围、成本、质量）。

即使我的意见最终不会被采纳，那领导提出的需求，也需要在我正常可控的范围内，这是我提出的要求，除非领导要强制执行。

2、开始横向发展。主动关注产品战略、行业观点、业务模式，提高眼界，希望能够从更高层次来审视产品。

这是产品经理能力提升的一个必经过程，主要培养自己的大局意识和核心意识，领导的优势在于经验丰富，但产品经理可以随着成长，更加的专业，当你在某个小领域的知识和经验超过他时，那你便能轻松的说服他。

3、关注产品本身。这里有两点，一是从外部关注产品，通过分析竞品，分析相似产品，来提高自己对某方面功能的设计能力；

二是从内部关注产品，通过建立数据分析体系，对产品进行埋点，以数据来驱动产品的功能迭代。这两点是我最近主要做的事情。

4、思考更多细节。APP异常情况处理、极端逻辑的判断、交互设计、数据异常等，通过这些不断深入细节末节的功能操作，完善产品的体验；

其次，参与其他岗位的工作，每天定时回访几个用户，与客服、运营、市场等同学交流，谈谈自己的感受，倾听他们的想法，虽然现在看起来对产品的优化还没什么作用，但对于自己思维的拓展确实有不小的提高。

❽ 论产品经理和程序员的关系

我所理解的产品经理可能是更加高级的东西，可能是在程序员的基础上去做的，只有从技术转到产品经理你才能更多的运用你的技术来为你的产品宣传造势，如鱼得水，而且作为一个产品经理来说你可能考虑的东西会更多，以前只是局限于代码，而现在更多的是用户的体验，你需要的知识和眼界更开阔，综合能力需要更强，希望能帮到你。

❾ 程序员转型产品经理真的明智吗

没有什么明智不明智，硅谷几乎产品经理都是由研发转行过来的，

如果你想做一个优秀的产品经理，就像他一样，

做一个产品经理，这个需要你非常的上心，在你做产品的初期可能会遇到种种问题，我举几个例子：

1. 资源。初期对于一个产品来说，资源总是不够用的，你要懂得如何在有限的资源里做更多的事情，完成更多的需求，优化更好的用户体验，这些都不是很容易的事情。

2. 可能直接向老板汇报。直接向老板汇报，和领导打交道是一个技术活，也是一种说话的艺术，就要看你怎么来了。

3. 用户总会提很多需求，而这些需求对于你来说不是真正的需求，你要懂得如何去分辨伪需求，通过伪需求找到真正的用户需求。

4. 你会有很多需求，但是这些需求你应该筛选出优先级高的，在有限的资源内可以最重要完成的，而这些优先级和开发任务量并不相关的。

其实还有很多，做一个产品经理没有想象中那么难，也没有想象中那么容易，这是一个陡峭式的增长过程，需要你去慢慢的摸索，越到后期越难，你会遇到一个瓶颈期，然而大多数人都没有达到这个瓶颈期或者突破不了瓶颈期，这就看个人了。

❿ 如何从一个程序员转变为产品经理

，想要别人讨厌你，这太简单了：
1、拉屎在他工位上；
2、吊死在他工位上；
3、每天上班就骂他；
4、让他不停改需求；
5、抢他女朋友/男朋友。