“码农”转型产品经理
发布网友
发布时间：2023-01-12 23:26
共1个回答
热心网友
时间：2023-11-02 14:42
内功：逻辑判断、数据分析、沟通、个人管理等。
从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异常情况处理、极端逻辑的判断、交互设计、数据异常等，通过这些不断深入细节末节的功能操作，完善产品的体验；
其次，参与其他岗位的工作，每天定时回访几个用户，与客服、运营、市场等同学交流，谈谈自己的感受，倾听他们的想法，虽然现在看起来对产品的优化还没什么作用，但对于自己思维的拓展确实有不小的提高。
