作为小白入门产品，第一件事并不是担心工作完成不了，而是怕被合作的同事嫌弃，这一顿嘲讽俨然成为阻隔大多数小白入门产品的第一道坎，今天就个人经验而言分享一些PM修炼之路上会遇到的小问题与小技巧，希望能够有所帮助。
要成为一个标准的PM，我觉得必须具备以下几点：
熟练工具
产品的工作是什么？其实作为一个电商PM，我的日常工作少不了画原型，虽说原型是一个交付载体，但是优秀的原型，可以让你省去很多与开发的沟通工作，工作没多久的你可能会有疑问，为什么每次开发都会把你叫过去，指着原型跟你确认需求，而优秀的产品经理交付的原型，开发可能连问都不会问，拿起键盘就开干，这中间难道没有值得我们学习的地方吗？
制作快速
在我看来，原型作为产品交付给开发的文档，必须要制作快速，除了必备单身多年的手速外，还需习惯使用原型里的所有原件，快捷键，快速完成原型的制作有几个好处：一来，当你原型出现错误时，还有时间修正；二来，对于产品经理都有KPI要求，单位时间内产出越多，交月报周报的时候列下来自然满满的一堆，即使做得不咋地，但是起码量还是很可观的；
清晰连贯
虽说原型制作要快，但是很多时候在原型注释上却草草了事，导致后期沟通成本严重，每个公司的业务不同，不是界面上模仿了大企业的产品就了事了，在具体功能需要根据公司业务作出改变的时候，在原型上必须有清晰的注释与交互说明，否者这种原型做得再快，也是在做无用功。
简洁明了
我相信很多公司都没有交互设计师这种岗位，很多时候需要我们自己在原型有限的空间内，将需要改变的需求清晰连贯的表达出来，我看过很多人的原型注释十分口语化，写下来长篇大论，他们并没有考虑到观看这些文档的人的感受，开发与UI，测试看到这些文档，头都会疼，你说他不配合你的原因真的都在于他吗？这里，我介绍一个网站，给大家参考一下，关于大厂PM如何在原型上表达自己的需求，同时避免长篇大论。
链接：http://design.alipay.com
这是蚂蚁金服的设计规范平台，里面有很多设计的范例，也有很多原件库，很多常见的组合原件模板，应该说是懒人必备了。有了这个，相信你的原型实力可以提高不少。
学会提问
学会如何提问是一门技巧，有不少童鞋经常会问我（如下截图），自己也在做电商，让我分享一些想法，可我根本不知如何回答。
不懂如何提问的你，只会失去更多东西。不知道大家有没有遇到这种情况，开发一开始还愿意跟你讨论一些需求的实现问题，但接触过几次之后，只要是你的需求，开发都是很果断的说无论什么需求都能实现，给时间就行。开发不再跟你讨论需求实现问题的时候，你就应该意识到是不是自身的交流出现了问题。
上次我一个助理同事问我一个问题，我其实不想回答，因为我本身特别忙，但是因为对方态度十分诚恳，我就针对它的提问方式给了几点意见。他一开口就问我：“哥，拼团活动该怎么做？”。仔细听，这句话你能得到什么信息？在我眼里，我除了觉得你这个人十分懒惰之外，得不到任何有用信息，所以一般我会拒绝回答。那问题应该怎么问才合适？比如：
拼团的玩法有哪些？（错误示例：拼团活动该怎么做）
拼团的流程分为几个步骤/阶段？（错误示例：拼团活动的流程是什么）
这个需求对我们现在的团队来说，实现难点在哪里？（错误示例：为什么做不了）
其实提问的技巧在哪里？在大家都很忙的情况下，很多时候不想把时间浪费在跟你解释一些无意义的问题，提问的技巧在于：明确提问内容，自己已经思考过，站在对方的位置思考过；满足这三点，你的提问一般都能得到有效回复，比如：
第一弹
你：怎么让手机主题颜色随手机壳颜色变化？
开发：滚
第二弹
你：市面上有没有存在手机壳颜色的接口，使得可以根据手机壳的背景颜色更换手机主题颜色？
开发：emmm...应该没有
是不是两种不一样的感觉，总结来说，向他人提问问题，尽量带着具体的问题与站在对方的位置提问，这样起码对方觉得你无理取闹也会耐心与你解释，而不是一顿冷嘲热讽。
了解技术
产品需不需要懂技术，是一个老生常谈的话题了，当然我已经发现我周围的产品起码都略懂技术了，但跟开发沟通时还是有点被动，后面我总结了一下，也许你了解的技术只是一种具体的实现方法，而没了解技术的逻辑与架构。拿电商的订单状态为例子，用户已付款的订单，前台展示为待发货，对于代码的逻辑来说，待发货其实由多个字段控制，比如：订单状态=已下单，支付状态=已支付，发货状态=未发货；由这三种状态组成【待发货】这种订单状态，如果你以为订单状态只由一个字段控制，那沟通起来仍会很费劲。
说白了，后端的代码逻辑讲究模块化，讲究所有元素单元化，所有的页面数据读取查询，都是由数据库里最小的单位组成，所以我建议大家可以重新用技术的角度看看你们的产品。再者，我建议产品可以多了解数据库，数据库是存储每一个最小单元的仓库，数据的加载查询必须通过数据库，了解数据库的你一定会知道原来一个功能是由多个字段控制，这样测试验收功能时也能很快发现问题，有效的跟开发沟通，也是一个标准产品所需要必备的能力。
至于APP或者node.js等开发语言，没怎么了解过，不敢在此妄下结论。
熟悉业务
随着做产品的时间越来越长，我深刻地认识到，做产品其实是在做业务。任何一个细分领域，不管是电商、金融、社交，还是游戏、旅游、酒店，要想做好自己手头上的这款产品，必须对业务（至少是其中某个分支或模块）非常熟悉，否则你是做不好产品的。
业界有一个观点，后端的产品经理比前端的产品经理值钱，因为后端产品经理需要处理非常复杂的逻辑，一般来说前端的产品经理只需要跟着竞品抄一抄就能完成，而后端的逻辑与数据流转看不见，实现起来，很考验产品经理的逻辑能力与对业务的理解能力。
拿电商中的“优惠券”为例，它的基本业务流程为“发券——领券——用券——结算”，但其中涉及的业务逻辑非常复杂，比如一个商品参与多个活动时优惠的结算，哪个优先级高，对用户来说是否有选择使用哪个促销的权限，用户分享优惠券后其他用户未领取时，优惠券状态该怎么界定，分享的优惠券是否可以撤回等等，如果你对业务不了解，光有逻辑能力也应付不来。
转化需求
说到需求，应该是每个产品经理听到最多的词。我开始做产品时，对需求的概念比较空泛，一直对他由着描述不清晰的感觉，到底什么才是需求？运营同事的一句要求还是老板的一句命令，抑或是用户的反馈？对于很多培训产品经理的课程中都会神化“需求”，或者不用接近现实的话来给你解释，经常会把你绕晕。
需求分为两种：“用户需求”“产品需求”。平时我们听得最多的是“用户需求”，像很多运营的同事经常会跟我说“我要一个抽奖功能”“我要一个满减送的专题活动”，像这种需求，他们的目的很简单，都是要一个活动促销引流工具，所以引流才是真正的产品需求，他们口头说的都是用户需求。知道了这个后，我们在做产品设计的时候，就不会因为一些细枝末节去反复询问运营了，当你知道需求是引流，你就会更多的去思考如何分享，如何留住用户，而不是在跟前端讨论这个颜色合不合适。
建议入门的产品经理，都应该学会“转化需求”，学会如何将用户需求转化为产品需求，每次我接到一个项目时，我一般都会拿个本子，将这个需求的核心功能思考清楚并记录下来，有助于后面画原型时有个方向，这也是一个项目0-1的过程，同样也是需求的转化过程。一个产品经理不能太看重原型，在我看来，原型只是您思考的一种结果的呈现，最重要的是你对这个需求的理解是否正确，正确的理解需求+粗糙原型 远比 含糊不清的需求+精美的原型 要好。
当你能够正确转化用户需求为产品需求时，你会发现做的项目返工几率逐渐缩小，很多人经常问我需求更改时如何跟开发沟通，其实除开老板的特殊需求外，在项目的初期将需求梳理清楚，一般后期都不会再变更需求，需求变更已经伤害到我们的开发同事，对于他们来说，怎么沟通不是重点，重点是你能否确保这是最后一次需求变更。
强调执行
当以上几点你都满足后，你该思考一下你在项目中的位置。如何保持一个项目不延期是面试产品岗位时常常聊到的话题。项目的把控不是交给项目经理吗？也许你会这么问，但是一个优秀的产品经理，必须能把控自己的项目。不能等到项目经理问起进度时，你才笑嘻嘻的说我去问问开发先，此时项目多半已经有延期的风险，因为我本身也在学习项目管理，所以我根据跟人经理，提供以下几个建议，欢迎大家补充，互相交流。
参与项目排期：每一个项目都参与排期，也许会多花点时间，但你能知道开发在哪个功能花多少时间，同时也能规避一些风险，如果功能耗时太长，这个时候就应该变更需求了，而不是等到开发时再做变更；
早上询问进度：大部分人来说，早上过来需要10-15分钟才会真正进入工作状态，此时你询问进度时，开发会审视昨天的工作情况，他自己也会对项目的整体进度有一定的了解，若有预感要延期，也能知道延期多久，能做出相应的处理；
迅速做出判断：当你预感项目要延期时，赶紧与开发反复确认延期的原因，若是需求太大，则在能满足流程完整性的情况下砍掉些许需求，若是人员协调不到位，则应该立即开会调整，让大家对项目的延期后果有一定的警觉性，而部署这些动作的时间不应该超过30分钟；
通知到位：当确认项目要延期时，应该通知项目的各个干系人员，再者通知领导与需求方，让大家对项目的延期心里有数，也好做他们自己工作上的变更，好比测试经常抱怨为什么加班严重，其实提前知道会延期，也许可以先测其他项目，也不会导致一天累计多个版本，测得身心疲倦；
项目上线：项目终于要上线了，此时记住尽量避免在晚上7点后上线，因为晚上上线出了问题，找相干人协助时比较困难，背后的风险较多。
在团队内，只有强调执行力才能最大限度的避免项目延期，本来一个功能0.5小时可以做完，开发可能磨磨蹭蹭做了1个小时，有时候开发人员对自身能力认识不够也是项目延期的因素之一，不过这方面范围比较广，无法扩展细讲。
总结
在我看来，产品经理是一个解决问题的人，产品经理和核心你能力是解决问题，而不是画原型，只要你能够解决问题，你就是个优秀的产品经理。淘宝产品经理思考如何解决用户购买体验问题，美团产品经理思考如何解决用户本地生活体验问题，滴滴产品经理思考如何解决用户出行体验问题，即使你在开发新功能，同样是致力于解决市场上的痛点需求，只有理解自己岗位的定位，才能成为一个优秀的产品经理，共勉之。
公众号：野蛮非先生
公众号ID：yeman_007