昨天晚上，终于完成了上半年承诺的产品发布会。不同的是，这不是大家通常想到的那种大型发布会，而是一个软件产品第一期功能的小发布会。
很喜欢微信平台那句广告词“再小的个体，也有自己的品牌”，而再小的产品，也值得一场认真筹划的发布会。只要这个产品是我们用心做出来，是对用户有价值的就好。
对我来说，还有另外一层意义。它是我主动组织的一场面向用户的演讲，这样的事，平生第一次做，为自己的进步自豪。
停下感慨，及时总结。为下一次起飞蓄能，是我们进取型人格者最爱做的事。
一、发布会之约
大概在半年前，我逐渐意识到对产品、对思想的宣传是非常重要的一件事。于是，在带领业务小组的过程中，为了展示团队的工作成效。我决定要开一场发布会。
有意思的是，我发现仅仅把“发布会”三个字说出口都很难。因为对我们这样整日埋头工作的理工男女，平时面对的大多是自己或少数熟悉的几个人。而发布会，要当众展示产品、团队、个人，这不是在我们想象里能Hold住的事。
但我已认定，"必须要开一场发布会！"。这件事，值得做！期间，多数时候我会在团队的工作计划里提到“产品发布”“小的发布会”不太张扬的说辞，语气也是相当的犹疑。我很怕搞砸了自己的面子。
直到最后，才终于克服心理障碍，堂堂正正的讲，“我们要开一场产品发布会”。这一刻，我看到赞许的眼神多过不屑。
贴士：
大胆的告诉周围的人，“我要开一个发布会”。
这意味你必须为这个发布会准备像样的产品，或许在以后的一段日子里，你得把时间投注其中。
给自己承诺不算胆肥，给群众承诺才有担当。一场发布会之约，你敢吗？
没什么东西可发布？来一场分享式演讲、技能培训也可以啊。别告诉我，你的生活乏善可陈。
二、集中准备，不打消耗战
如果仅仅是一个小产品的发布会，不要用一段长长的时间来准备，一鼓作气是上策。
我在对产品比较熟悉的情况下，因为第一次开发布会心里没底，预留了比较长的时间准备。先大概准备下内容，然后随手搞点别的，再回来。结果在准备的过程中因为拖掉的时间太多，反而影响了斗志。同时，对马上要面临的发布会场面又有紧张感，这种潜意识里的紧张感也让我无法集中精力
贴士:
开发布会前的紧张感会让组织者无法静心投入产品或提炼要分享的内容。那么，就跟自己约定一个具体的时间来做准备工作吧。
“已经预留了充足的时间”这个信号能让大脑安静下来，做当下该做的事。
三、发布会开场，最值得预演
这是一个教训。
在准备过程中，我把大概的流程和要讲的内容默读了几遍后，感觉内容基本上都是比较熟悉的，就没仔细预演。
开场起初还比较顺利，但因为随意发挥的时间有点长，听众开始私下讨论。我的信心一下子就受到打击，因为这意味着我得抛出一些很有吸引力的内容，才能把气氛扳回来。高度紧张的情况下，要把听众的注意力拉回来，难度很大。我只好尴尬的对大家说“安静一点”。此时，场面已经有点冷了。
贴士:
开场，像唱一首歌的起调，高了低了都唱不下去。如果你没有足够的时间预演全程，那么，至少要预演开场环节，给发布会一个好的开始。开场不利，需要调动很大的心力调整到正常的节奏，不给自己出这个难题比较好。
四、对产品的瑕疵心中有数
产品有瑕疵是必然的。
此次我们推出的软件功能，解决的是多个群体共性的需求，不是针对某一个群体的个性化需求。而实际到场的用户群体却比较单一。在功能讲解的时候，他们提出了个性化的需求，我们的软件是不支持的。这引发了一些尴尬，感觉就像是你做了一个完全无用的东西，又十分滑稽的拿出来炫耀。所幸我们还准备了一个补充说明的环节，将我们的设计初衷和下一期的计划说明清楚后，才获得了到场用户的理解。
贴士：
对产品的瑕疵，及还没实现的功能必须心中有数，并坦诚的告诉用户。拿出循环迭代不断精进的态度，别人没法不欣赏。
对产品缺陷的说明和改进计划，会给用户相当大的信心。因为你在传递一个信息，“完美的产品，仅是时间问题” 。
五、猜猜可能会遇到什么问题
这是非常容易被忽视的环节。
我们遇到的是功能讲解的过程中因为用户打断后提问，导致讲解环节失去控制。这是一个相对简单的问题，一般的处理方式是阻断临时提问，后面再预留时间回答问题。
还有就是到场的用户群单一，而我们准备的内容并没有针对这个群体的特点来讲。后面不得不补充更说的说明来弥补。
贴士：相信自己的应变能力，不如相信那些已经精心准备的应对方案。猜猜可能会遇到什么问题，给完美的发布会加一层保障。
后记:
最近也在听老罗分享的筹办大型发布会的心得。而我这次组织的这种小型的产品发布会，需要准备的内容没那么多，相对好掌控。如果你的团队也有阶段性的产品推出，或者仅仅是你个人的经验分享，希望此文能提供帮助。
