重庆网站排名提升,网站如何做su,wordpress 页面 html,国外域名免费注册戳蓝字“CSDN云计算”关注我们哦#xff01;作者 |卡小基本文转载自公众号#xff1a; 卡小基看世界最近看了一个爆料#xff1a;不管这爆料是不是真的#xff0c;至少在我9年的开发生涯中没遇到过几个靠谱的产品经理#xff0c;究其原因就是大多非技术出身#xff0c;非… 戳蓝字“CSDN云计算”关注我们哦作者 |卡小基本文转载自公众号 卡小基看世界最近看了一个爆料不管这爆料是不是真的至少在我9年的开发生涯中没遇到过几个靠谱的产品经理究其原因就是大多非技术出身非技术出身也就罢了还不懂装懂纸上谈兵。随着未来的互联网竞争压力骤增也是时候把产品经理筛一筛了。这篇文章不是我写的而是我的知识星球的球友写的。他已经从程序员成功转型到了产品经理在产品的道路上也是走的很顺畅所以就把他的经验分享给大家下面是正文。一直以来我都觉得自己是个典型性程序员。比如出门时候我总是穿格子衫、牛仔裤戴着黑框眼镜背个双肩包比如休闲时候我是个死宅喜欢玩游戏和看小说比如一直到23岁时候我依然是“妹手软”没谈过恋爱。当然可能也有些其他方面的特征比如拥有还不错的逻辑思维能力比如我对新技术总是充满兴趣愿意主动学习比如我对工作和生活充满热情精力非常旺盛。就这样波澜不惊的工作了几年以后突然有一天我不想再天天对着电脑敲代码了我想尝试一些和人打交道的事情。正好这时候领导找我谈话问我想不想做需求于是我就顺理成章地从一名程序猿变成了产品汪。就如自古以来所说的“商而优则仕”以及现在娱乐圈的“演而优则唱”一般有的人说程序员到了35岁就要考虑转型转管理转产品或者转售前。其实我觉得是否转行这个事情根本还是取决于个人取决于你自己的个人性格、爱好、特长取决于这些“内因”而不是所谓的年龄、发展前景、环境因素等“外因”。简单地说你自己觉得你最喜欢做什么最擅长做什么做什么事情让你最快乐、最能给自己带来成就感那你就去做什么。就比如Java之父詹姆斯·高斯林今年63岁了还在写代码并且去年还跳槽去了亚马逊继续做云计算的开发。当然我这边文章主要不是谈程序员是否转产品经理的事情所以对这个问题就此打住。我从开发转做需求开始到现在也有一年多了刚开始转的时候其实非常痛苦特别不习惯经常跟身边小伙伴抱怨。但好在自己也是个不轻言放弃的人不断自我反思坚持了下来到现在终于感觉在产品的道路上初窥门径。但总的来说在这个行业里我依然属于新人需要学习和掌握的东西还有很多再次不敢高谈阔论只是把自己的一些经历和理解记录下来一则作为自我总结的成果二则分享给大家希望能给刚从程序员转产品的人一些帮助。产品知识体系在这个信息爆炸的社会知识是不值钱的。甭管你需不需要知识就在那里堆积如山当你需要的时候你只需在网上轻轻点几下知识就出来了。但是知识确实又很重要因为有了知识你才能搭建出你的知识体系。微信公众号“岛上十点”的乔治王在知识体系上举了个例子这有点像搭房子每一块知识的碎片都是一块砖有的人搭了一座尖顶的高塔因为他可能对某一项知识专精也有人搭了个四合院占地大什么都能聊个十块八块的但是绝多数人只是守着一地的砖它们东一块西一块有的是砖而有的只是泡沫板根本搭不起房子。然后他举一个身边简单的例子就是我的同事们为了孩子能挤进一个好点儿的小学大费周章同事不乏美院或者数学类专业出身教个小学初中生绰绰有余但是他们依然给孩子报画画和奥数班。老师往往有成体系的教育方式怎么对话怎么引导怎么验证都有自己的方法知识只是最基本的内容而家长有的往往只有知识。所以虽说知识都是一样但是帮助你打底子的人不一样在如何系统的、多维度的传授知识上人家才是专业的。同样的在产品岗位上我们也有着数不清的知识无论是近几年出版的各式各样的有关产品经理的书籍或者是“人人都是产品经理”、“产品经理社区”等网站平台相关的文章、观点、案例可谓是层出不穷、百花齐放我们不愁找不到学习的内容。然而在学习时候我们就应当顺便搭建出自己的知识体系比如产品经理的职责主要可分为需求、设计和运营三大板块需求又包括需求调研、需求分析等设计又包括系统分析、系统设计等运营又包括市场推广、内容营销、活动策划等对于需求调研里又包括了解问题领域、做好涉众分析、规划业务范围、规划需求层次、进行客户访谈等需要获取业务用例进行业务建模提炼业务规则、获取非功能性需求然后得到业务需求报告、建立业务模型和领域模型而建立业务模型时候我们需要根据业务用例用活动图、时序图、协作图等描述业务用例场景最后用包图进行分类......就这样一步一步从职能从上往下的进行划分将零碎的知识从下往上的进行聚合最后最好再用思维导图画出来就构成了一个属于我们自己的产品知识体系。而这个产品体系就是我们自己的房子具体怎么搭建每个人都有一套适合自己的方式而搭建成怎样的房子符合自己的需求即可。但重要的是一定要有一套自己的房子这才是自己立足的根本。产品思维从程序员转产品我们需要学习很多新的知识、新的技术还有新的软件工具但我觉得只要是一名合格的程序员无论知识技术还是软件工具短时间上手应该都不是问题。真正最难转变的是思维方式是将技术思维转变到产品思维上。对于产品思维这个概念一直是众说纷纭我对产品思维的理解就是如何做好一个产品的思维方式简单来说就是我要做一个产品这个产品的用户是谁它解决了用户什么问题它比其他类似产品的优势是什么它的价值盈利点在哪。也就是说作为产品经理思考时候用户是第一位一定要解决用户的“痛点”让用户觉得好用并能创造价值。而对于技术思维和产品思维比较用下面表格来说比较直接技术思维产品思维功能业务HOWWHY像专家一样行动像小白一样思考功能vs业务作为程序员当要做一个项目时候我们最关心的是这个项目有哪些功能然后考虑每个功能如何实现而作为产品经理当要做一个项目时候我们看重这个项目的业务场景是什么解决用户什么问题。两种思维方式做出来的产品很可能就是以下结果技术思维做出的产品柴米油盐食材一应俱全但用户需要做什么菜都能实现但是需要自己配各种佐料和食材产品思维做出的产品就是已经把每种菜的食材佐料配好了用户直接选择就可以。就好比美图秀秀它面向的用户是广大普通社会群众。这些用户首要关心的是把自己的照片美化所以有了一键美图。假如它只提供了各种美图的方式我想很多像我一样的直男或者非专业人士一定不会考虑去使用它了。HOW vs WHY有一种方法叫“5W1H”法即分析问题时候思考下 why为什么做when什么时候去做who谁去做what做的目的是什么where从哪里入手how怎么做从技术思维的角度关注一个需求时候总是先关注一个需求如何去实现即HOW而从产品思维上来关注一个需求时候应该多问一下WHY为什么需要这个需求多思考为什么从而找到需求或问题的本质。引用人人都是产品经理社区作者有趣的程序员的一个例子就是哈佛商学院教授西奥多.莱维特曾说过”人们不想买一个四分之一英寸的钻头而是想要一个四分之一英寸的孔。”作为技术人员时遇到这样的需求你需要考虑的是How如何提供给顾客四分之一英寸的钻头钻头要多长多锋利等等。而作为产品你需要考虑的则是Why你要思考或是询问为何顾客需要一个钻头呢自然不是回家摆着而一定是他需要打一个洞。那么再问为何要一个洞可能答案是挂一副画装饰一个墙面等等。等你挖掘到客户的真正需求时你的解决办法就不仅仅是给她一个钻头而已像专家一样行动vs像小白一样思考作为程序员我们日常接触到最多的还是技术人员这些人一般来说逻辑思维都较强擅长使用和处理各种软件所以总是将这种形象代入到客户身上。但作为产品人员思考时候将用户想得越“小白”越好假设他们是不懂电脑不太会玩手机甚至不会打字的人。比如我们在设计手机APP时候其中一个原则就是简单易上手不需培训。如果我们做的东西给我父母年龄段的人使用也毫不费力的话那就说明这个产品真的满足了简单、好用。当然这点挺难的尤其是对于一些功能性的软件但我们在思考时候也得必须考虑到这点。产品方法论在各个行业和岗位上都有一定的原则和经验归纳起来就成了方法论。产品和技术一样需要通过不断的学习和积累加上不断的思考才能有所突破对于我来说以下是我这一年多以来形成的自己的一些做产品的方法算是抛砖引玉给大家做做参考。项目启动任何产品启动都有其启动的源头即其愿景。了解愿景的方式有很多可能是招标文件可能是相关业务调研也可能是公司的商业战略。具体的方式跟行业或者产品类型相关但在项目启动时候一定要搞清楚这个问题为什么要开发这个系统我们用这个系统能解决什么问题接下来是进行涉众分析搞清楚这个问题谁关心这个系统会涉及到他的什么利益然后就是投入和风险这个系统愿意花多少钱允许多少时间客户参与度如何有没有度量方式技术上是否存在风险是否有重要人物反对以前是否被取消过在项目启动前对项目进行提前摸底才能顺利进行接下来的工作避免返工以及尽可能避免风险。需求分析在项目启动时候我们了解了项目的愿景后就可以开始梳理业务流程进行需求调研了。业务流程是和现实挂钩客观存在的进行业务流程梳理时候需要抛开计算机的概念这样才能彻底搞清楚客户的业务。根据项目的愿景我们可以把项目按照法律法规、岗位手册、职务说明等或者直接的客户访谈拆分为一个个的业务并确定每个业务的范围、目标、流程和涉众期望从而获取业务用例。然后用文字、活动图、时序图等方式将其表示出来即形成一个个业务模型。需求调研是一件很繁琐的事其难点在于用户的需求难捕获、易变。这时候我们可以把自己想想成用户然后问这几个问题对系统有什么期望打算在这个系统里做些什么事情做这件事的目的是什么做完这件事希望有一个什么样的结果当每个需求我们自己都能回答好这几个问题时候自然做出来的业务模型就是合理可用的模型了。系统设计根据我们需求分析的结果就可以进行系统设计了。将业务用例抽象为系统用例即考虑如何用系统实现这个业务为完成这个业务我需要哪些功能确定完功能以后接下来考虑的是交互设计和视觉设计。交互设计即系统如何和用户进行交互用户如何一步步操作系统以完成对应业务视觉设计即系统的UI效果。有的人可能觉得UI效果交给美工就行了但我觉得产品经理一定要参与视觉设计首先优秀的视觉效果一定是和业务挂钩的比如某个按钮图标其图标内容就应该让客户知道这个按钮大概是做啥的或者界面的整体风格配色也应该是和业务背景挂钩的。而这些业务和功能产品经理应该是最熟悉的所以他也是必须参与的。当然进行这些设计时候还有很多原则比如主页面一定要清晰、尽量避免繁琐的操作尽量将数据可视化展示等。其他注意事项产品经理作为承接用户和技术人员角色沟通能力是非常关键的产品经理需要控制整个产品的进度包括事情的优先级和整体资源的协调产品经理一定要有责任心敢于担当敢于背锅产品经理要和各个部门打交道所以最好培养出良好的人际关系。最后再说点啥我觉得程序员是最适合转产品的岗位了一则是程序员大都有较强的逻辑思维能力可以很好地完成分析和设计工作二则是程序员懂技术转产品以后和技术人员交流更协调三则是程序员出身的产品经理设计的产品产品开发往往根据可行性更高。当然是做程序员还是做产品经理主要还是看自己的内心没有最好的岗位只有最适合自己的岗位。如果你决心要进入这个领域别懈怠别放弃持续努力下去吧去迎接更好的自己福利扫描添加小编微信备注“姓名公司职位”加入【云计算学习交流群】和志同道合的朋友们共同打卡学习推荐阅读2019年中国IT市场趋势热点2019年最值得关注的五大微服务发展趋势叫你一声“孙悟空”敢答应么骚操作代码写情诗 | 程序员有话说30 秒Chrome 插件带你速成编程学习 | 程序员硬核评测翟天临之后大连博士细数区块链博士圈那些事……50个最有价值的数据可视化图表推荐收藏微服务、Kubernetes和无服务器之后即将发生的……为了完成月入三万的目标我都做了哪些准备喜欢就点击“好看”吧
