如何优雅高效的给汇报产品方案

　　在现今各个行业都在互联网的情况下，有很大一部分做传统业务的企业都会尝试开辟互联网业务线。因此，会有相当大一部分产品经理在这种非互联网的传统公司做产品。在这样的企业里，如何优雅高效的给Boss汇报产品方案就变得相当重要。
　　场景1：XXXBoss根本不懂产品，一上来就否定方案。否定的理由竟然是这个页面我不喜欢，完全不考虑逻辑和用户需求。
　　破解秘技：做个更好的执行者，而不是决策者。
　　在传统企业里做产品，PM首先是要调整好自己的心态。大多数PM往往有着天下兴亡，匹夫有责的强大责任感。在加上近几年乔布斯，张小龙，雷军等等一大票产品大神的江湖传说，让有些初入职场PM产生了做产品就是给企业指点江山的使命感。特别是在那种传统业务疲软，急需开辟互联网业务的企业里，Boss招PM进来，组建团队进行新产品调研时，如果带着这种使命感给Boss汇报产品，两败俱伤的几率极高。
　　更优雅高效的做法是，在进行新业务产品调研的初始，和你的Boss进行一次完整深入的沟通。企业为什么要做新产品？新产品跟传统业务是否有关联？最后也是极为重要的一点是：公司传统业务营收模式是什么？这一点很重要，有别于纯粹的互联网公司的经营模式，大多传统企业有着稳定的收入来源和营收模式。企业需要的互联网产品更多是嫁接在传统业务上的附属产品，其商业模式和传统业务有很大的关联性。如果没有很明确搞清楚Boss和企业到底需要什么样的产品，而是凭自己的想象去构思产品和商业模式，结果只会在APP产品方案汇报时，自说自话，被老板否定。因为：你的产品方案根本不是Boss和企业需要的产品。
　　场景2：上次会议Boss说产品XXX功能为主，这次会议又说我们的产品的原型YYY的功能设计不够突出。额，都拖了3，4个星期原型还是没确定。
　　破解秘籍：牵一发动全身，N套方案一起汇报。
　　在汇报产品方案工作，总会遇到Boss业务繁忙，会议间隔周期长，无法及时对产品方案的调整进行会议讨论。总算等到会议时，Boss可能已经忘了上次会议对产品方案都进行了哪些调整，当他看到这次的产品方案时，又是带着全新的视角去看，结果势必会在新调整的某个页面细节处卡壳而无法进行下去，反反复复，2，3个星期甚至是更长的周期，相当消耗团队士气。
　　更优雅高效的做法是：在产品原型的初期会议上，PM请准备N套产品原型方案和界面，在会议上供Boss选择而不是就一套方案讨论细节。大多数情况人们都能明确的表达出自己不喜欢什么，而无法清晰的描绘出自己喜欢什么。对于产品同理，Boss能够很清楚的知道当前汇报的这个方案的某个细节是他不喜欢的。但他很有可能无法表达清楚他到底想要的产品是什么样子。因此，在会议上提供N套产品设计方案进行对比讨论，更容易得到接近Boss真实想法的产品设计方案。因为：选择题总是比论述题做起来更轻松一些
　　场景3：按照Boss的要求，这套方案是总算是通过了，但是照这样的产品原型，根本就是那种没有人会想使用的产品啊？
　　破解秘籍：放下执念，还原1。0版本的真正使用者。
　　在传统企业的1。0版本开发中，PM往往会忽略一个事实，就是大多进行互联网传统企业并不是技术型的企业，他们对产品上线后商业操作也各有特点。因此，不能一蹴而就的以市场上成熟的APP产品架构去设计和考量1。0版本价值。有经验的产品经理往往有着很好的产品节奏感，这种节奏感通常是对产品从上线，经过发展期，到成熟期每一个时期的主要功能需求变化有着敏锐判断。更重要的一点是：清楚产品每个时期能够动用的资源有多少。往往1。0版本很有可能是Boss出去谈合作的演示版本，从开发人员到后期运营的可调动资源想对较少。
　　因此更优雅高效的做法是：放下执念，真正的去了解所在企业传统业务的商业运作，搞清楚能动用的资源，然后抽丝剥茧的把需求一层层剥离，得出最核心的部分。让企业用最顺手擅长的运营模式去运营产品，创造效益。
　　最后分享几条给Boss汇报工作的小技巧
　　会议前一天，请先把会议议题和内容发送给你亲爱的Boss。
　　会议开始时列出今天会议的主要议题
　　当Boss提出质疑时，请在2分钟内解释清楚你的想法
　　尽量对Boss沟通使用疑问句，询问他的看法。
　　当具体问题讨论超过10分钟后，请立刻停止讨论，因为问题已经上升为争执。
　　最后也是最最重要的一点：永远不要跟你的Boss争执，永远！