昨天听同事讲解产品管理三期方案，整个讨论过程给我几点启发。另外还有一些这几天看产品社区中帖子的体会。在此一记，权当备忘。（>_<，感觉自己现在写这一种文章只会单刀直入，平铺直叙了嘤嘤嘤）

1. 如何准备一次演示/讨论/讲解？
第一：明确本次演示的主要目的。
搞清楚自己可用的时间、面向的听众，从而确定讲话的流程、形式和节奏。打几个比方，若这次会议以发现问题为主，时间充裕，则多抛出问题，需要记录但不一定要讨论出结果，并且不用过于在意节奏；而如果是类似培训、演示等，则自己应有主导权，并且准备好回答各种疑问；比如一次需求评审或者讲解，则要注意在讲解需求的基础上须明确本次会议结束后应当开始哪些工作，本次讨论出的问题的解决方案。
第二：事先尽量准备好所有材料。
根据自己的讲话目的可着手准备材料。比如提前将工作台打开，找到可演示的数据；可能需要将同一块内容做出不同形式的展现。以及十分重要的一点，尽量将听众可能产生的疑问都准备好答案，考虑到尽可能多的闭环。（追溯到设计阶段，自己应当清楚某个需求当初为什么这么解决，某个交互当初为何如此设计。）
2. 一场讲解/演示如何开场？（/把控节奏）
第一：向参与人员明确本次目标，提前约定讨论方式。（比如是否可以随意打断提问，还是讲完一部分再集中答疑等）
第二：向参与人员介绍本次大概的流程和业务背景。
3. 如何解释清楚一个新的概念或者解决方案？（/划分你的演说对象）
第一：基本的流程我倾向于这样：解释定义、由来（和之前的差异），然后举例说明，要有正常流程和异常流程，最好用贴近分公司实际的例子，（说明这些内容的高度和跨度不宜太大。）最后请大家 提出疑问。
第二：记得与会人员关心的重点是什么。比如决策层和执行层关注的可能分别是业务流程和操作流程，财务关心的是收入分成、考核等，运营人员关注的是业务影响点和业务绩效等。也就是说针对不同的对象，我应当准备不同侧重点的说明内容。这个不同，可能是各地区分公司的不同，也可能指不同角色的层级和工作范围。
第三：对于某一项方案，可以从实现方式进行解释，也可以从业务需求来进行解释。这一点如何选择可以参考第二点说的受众的不同。
4. 如何面对听众提出的而我自己也不确定的问题？
第一：若非必须（比如这个需求本次未实现），可以一语带过甚至暂时不提。
第二：提供建议，可自主选择。
第三：借力打力，先搞定大的分支机构，在此提一嘴即可。
（实在不清楚的问题...只好找个借口事后再补充了...>_<）
5. 产品基本成型的情况下，可能有哪些上线前需要准备的事宜?
上线推广策略制定及责任划分、数据处理（初始化或历史数据修复）、体验再优化等。

以下是今天的几点思考

1. 我目前认为做产品的过程中最难的一点可能是什么？
先撇开业务本身不谈，可能一个通用的点在于平衡吧。单从设计而言，在团队有限的资源、时间和尽善尽美的产品方案之间的矛盾，在营销目的和用户体验目的之间的矛盾，在创意至上和遵循习惯之间的矛盾...都需要找到一个平衡点。遑论个人心态、团队资源的平衡了。
2. 有哪几项能力是产品人（应该说大部分职位都需要）必备的职业素质？
主要是从今天讨论来看的一项，沟通。沟通能力强这一项涵盖范围已然很大，需有不同角度的思维来得到全方位的思考，再进行决策，进行对不同对象的不一致沟通。在这个强思考的过程中，还需兼具执行力和耐心。
第二个能让职业能力得到质的提升的则是对业务的强理解。我想任何创意都需要实际情况作支撑，并非天马行空而得，而多为温故知新或推陈出新。对业务不熟悉是很难做到这一点的。
3. 自己的产品之路大致会如何发展？
目前起步，我急需的是从学生思维向社会思维转变。拿到一个问题，不要当作脑筋急转弯急吼吼作答，而当作拓展题从不同场景和立场出发去思考，寻求最合适的办法。
其实大部分产品小白在做的工作对产品并没有决策权，尤其是我现在做2B的业务，思考业务流程的工作更多也更难，而且我不必担心这些企业用户的流失，因此可能外界对交互体验等要求并不是纯互联网型产品那么高。而对于业务，我可以发挥的余地也比较小。在这种境况下更加需要锻炼基础的设计能力和对小流程，细节交互的思考。
同时加深对业务的理解和团队商业目标的理解。而后才可以去谈所谓创新，所谓创造一款有灵魂的产品。
要么主动往更高的地方去，要么干脆跳下来换个方向。

以上是今天的一些思考。也有可能被人当作是泛泛而谈，毕竟道理人人知晓，可面对实质的任务时（比如确定需求方案、做交互体验等），我们还是会被业务内容、职责范围等一系列因素所困扰而不得法。但我想这是值得在实际工作中去提醒自己应用的一种思维方式，或者说一种心态。