偶偶灵光闪出，觉察自己有个很牛逼的想法，能解决一个看似困惑很久共性问题，突发联想，在小脑壳里面演算，过程不详，经过不懈努力瞬间达到人生登峰，最后是发家致富了。在幻想中足足过了一把屌丝逆袭的瘾。梦醒后，层归尘土归土，东边日出西边雨，生活一切照常。但是真要把点子落实到产品，该如何做呢?依项目管理中的商业论证，可行性分析去实行，这些又具体怎么做呢?从成本，收益，风险评估，可选方案评估等维度去评估，但基于什么去评估呢?最后落到产品逻辑和商业模式两个抽象方法论，应用具体事情进行分析判断。
产品逻辑
产品的价值通过解决用户痛点体现，用户没有这个痛点产品就没有相应价值了，解决了痛点但是没有价值，说明是可有可无的，不是不可替换的。一个点子到产品是否可行，第一看产品逻辑是否合理，从3个视角3个纬度进行推算。
产品逻辑9格图
有一个点子就按这个9宫格来推演评估，看看哪些是贴合的。我们从底层依次展开分析。市场，是否存在这样的市场环境，一个新的技术是否具备落地推广的环境，比如VR，有技术但不成熟推广成本非常大；提供的可能，比如有一个天马行空的奇思异想，但是现阶段科学技术水平不支持。需求，是否有痛点，确实有痛点，而不是那种无病呻吟；发生的场景，是否在特点时间空间就会普遍发生，而不是假象出来的伪需求。用户，是否存在一个这样的群体需要，并且愿意接受这个产品，就像饮食一条街，饭店佰仟家为什么要进你家?特色，实惠，品牌，或是捡漏?产品上线后给用户提供的服务，通过和没有使用前前对比，使用后产品效率提高没?成本减少没?体验有没有提升。最终的价值总需要有个体现载体，量化呈现，而不是张口说有就有。
产品模型
产品逻辑有了，怎么做成产品?至少得在产品架构，功能描述，业务流程三方面做详细演练构成产品模型。数据流，管理，维护，原型图啊之类的，可先放一放。根据解决问题场景把功能罗列出来，按功能属性进行分门别类，详细描述功能是谁在什么时候用来干什么。按使用场景细节把业务流程按岗位泳道图画图。这样一个产品模型结构化呈现出来，对外对内的沟通交流，做到心中有数。
商业模式
产品通过什么方式创造收益?也是产品价值一部分。产品如何由产出转换为成果转换为收益?如果用户用得爽，但是没收益。产品团队怎么养?公司怎么正常运行?需要有一个明确的赚钱模式，就是枪也得有个抢法。
怎么验证
有了产品逻辑、产品模型、商用模型，怎么衡量验证是否就能达成这些目标呢？纸上得来终觉浅，实践出真知。需要放到市场去接受考验，考虑成本、收益、风险，不要梭哈，等到功能完整、页面优美再推出市场，万一不行呢？劳财伤命。考虑用最小代价展示产品价值，获取市场反馈。采用快速迭代，多次试错方式。用业界流行的MVP方法，NBA是最有价值球员，产品界定义是最小可行产品，把产品核心功能先做出来，比如是卖东西，让用户有入口买，买后了有售后就可以，引流、美观、物流、后台管理等可以不做或手工来实现。MVP就是一块试验田，数据说话，不要抱有一炮打红的想法。等到万事俱备那天，产品上线，用户为什么要使用你的产品呢? 或许是你的一厢情愿而已。或许还欠哪一道东风。
产品经理主要工作
产品经理日常主要涉及哪些工作？常规的有需求分析、功能设计、运营分析；具体怎么做？需要着重关注哪些呢? 先聊需求分析，方法很多，目的是找出真实需求并给出解决方案，揪出伪需求、不合理需要。是基于问题描述进行需求分析，还是基于场景分析，基于问题容易为了解决问题而解决问题，重表象轻根本，关注解决方案本身，客户提的需求是否真的就是这样，解决方案是否最佳的，无法考究。基于场景得需求分析，了解是谁在什么情况下要做什么，做的过程中遇到了什么问题?解决了问题会给谁带来好处，给谁带来不好的，如果不解决会有什么影响。通过还原场景，透视细节找到问题的本，给出问题解决方案，再通过推演业务场景检验方案是否合理。需求分析最高境界，上升到人性研究，关乎于贪真痴，真善美。比如需求是减肥，做一个可以减肥产品，满足身材健美需求，人性角度是爱慕虚荣。那是不是要一些减肥成效分享之类的功能。浅谈需求跟踪，需求生成到销毁全过程需要管理。需求必须具有时效性，状态，负责人并记录在案，毕竟好记性不如烂笔头，否则需求跟踪过程会漏洞百出，错误理解，遗忘等。需求文档优先级需要定义好，建议使用MosCow,必须有（M），应该有(S)，可以用(C)，不需要(W)，再结合技术实现，综合制定一个优先级。要避免有的急性子老是催需求，就优先排，落入会叫的孩子有奶喝陷阱，要坚持既定需求优先级排序原则，当然领导交予的其他事情，就另说。排期后需要定期主动检查状态，有问题及时采取应对措施。不要等到datetime，小兄弟跟你说，大哥xx领导找我在做一个紧急事情，这个需求还没开始或搁置了。总的来讲需要从实际工作中抽象出一套需求跟踪规范制度，在具体工作中落地执行。
功能设计文档需要做到什么程度?原则是便于和技术人员沟通，不易太简单也不能太复杂，不要走极端写的太繁重或无文档。文档是需要的，格式不重要，避免落入形式主义，整天和技术人员扯皮，技术人员说产品没写清楚，产品经理说技术理解有问题。文档是一个促进沟通双方达成共识的一个工具，基于团队文化要有一个形成默契的文档要求，技术想要的产品提供的，产品提供了并保证技术能看懂。
技巧和方法
当好产品经理需要在一些技巧和方法上下功夫，平时需要广泛猎取知识，吸取营养。比如项目管理、问题处理、沟通、自驱力。
项目管理
有些公司就没有配备项目经理，产品策划，设计，开发，上线，运营全程都要负责，既当妈又当爸。因此需要具备进度，人员，协调等项目管理能力。
问题处理
计划不变的就是不变，产品落地涉及方方面面，出现问题时难以避免的。解决问题最好是能提出一个好问题，然后分析，制定解决方案。
沟通
这个就太重要了，怎样做到当次沟通事情解决，下次沟通可期效果。需要软技能太多了。比如倾听，真城，尊重、情绪、站位思考等，总的来讲人类社会互动要遵守是互惠互利，交易原则。索取的时候，想想你给予什么。没有什么是应该这样的。
自驱力
主人翁的心态，树立标杆，做好榜样，我是一颗螺丝钉，哪里需要那里钉。公司好比一个圆圈，各个产品线是里面的小圈，产品线职能组又是一圈。圆和圆相交总有缝隙，这些缝隙产品经理需主动承担填补。为了胜利，啥活都干，不拘泥岗位职责。
网友评论