产品设计发布会注意事项

一个好的产品必须经过充分的市场调研、需求分析，然后产品设计师把理念变成原型，美工设计师提供效果图，研发组实现产品，再经过严格的测试和实施上线，最后到用户手中。其中任何一个环节出现偏差都有可能让产品走样，偏离最原始的设计思路，所以各组之间的沟通和信息的有效传递就变得很重要。产品设计发布会可以让大家很好的理解产品的设计思路，由产品设计师面对面讲解，可以保证产品设计不失真，更好完成产品的实现。鉴于此，昨天我们召开了两场产品设计发布会，一场是总量APP设计发布会，一场是运维日报周报月报模块的设计发布会。

由于第一次召开产品设计发布会，经验不足，虽然召开的还算顺利也积累了些许经验，但是也存在一些问题，总结如下：

1、 会议时间要调整

首先会议召开时间需要调整，由于之前没有跟开发经理确定好时间，不了解开发计划，导致时间安排上有点仓促。总量APP设计发布会在早上9点召开，涉及的人员较多，会议时长较长，从成本考虑有点不划算。因为早上9点是大家精力比较饱满的时候，此时工作效率相对来说是比较高的，所以这段时间如无特殊需求尽量不安排大范围的会议。以后设计发布会可以放在下午，比如下班前一两个小时，此时大家工作有点疲惫，召开会议换个工作场景，这样大家也能进行自我调整，如果需要讨论，可以利用下班时间，能尽量保证工作计划的顺利进行。

2、 会议时长要控制

第一场产品发布会是上午9点开始到11点半结束，用时两个半小时，第二场产品发布会在时间上特别做了控制，全体参会人员用时24分钟，部分人员讨论用时20分钟，总用时44分钟。两场发布会用时相差甚远，一个原因是两个产品的内容不同，第一产品的内容比较多，第二个产品只是部分功能，内容量相对较少。另外一个原因是第一场时间上没有把控，第二场特别做了控制。以后再召开此类会议，需要提前根据产品的内容预估会议时长，会议主持人做到心中有数，可以做到有效控制。

3、 会议议程要把控

会议不仅需要提前预估时间，会议议程也需要控制，比如第一场发布会出现争议的时候，所有人员一起讨论，直到问题解决了再进行下面的内容，这样虽然能获得比较好的解决办法，但是有点偏离会议主题，耽误了大家的时间，导致会议时长较长；第二场发布会当出现争论点时，3分钟之内不能解决的问题就暂时搁置，继续其他的内容，等把会议主题内容全部讲完以后，没有异议的人员可以先离场，剩下两三个有争议的人员继续讨论，这样不仅可以提高会议效率，不让会议偏离主题，同时能节省很多其他人员的时间，保证会议时长及会议议程在可控范围之内。

4、 会前准备要充分

两场产品设计发布会的召开，暴露出我们平时工作的不充分，也反应出产品设计发布会的重要性。产品设计发布会的主题应该是产品设计师对产品的解读，告诉开发及测试人员这个产品是什么，设计思路、设计理念是什么，所要达到的产品效果是什么，然后开发人员根据美工设计的效果图直接实现就可以了，整个会议过程应该只有对产品理解的疑问，不应该有对产品原型设计的质疑。但是在这两场发布会上大家对产品设计的质疑有点多，这说明我们会前的准备是不充分的，对产品原型设计的评审是不严格的，在日后的工作中是需要改正的，第一、产品原型设计师需要提高自己的业务水平，尽量把问题点思考全面；第二、产品原型稿评审要严格，有问题需及时解决，问题解决后需要再次评审，直至定稿；第三、美工设计师要对原型图理解透彻，原型图的功能在产品效果图上不能有遗漏；第四、产品效果图完成后需要美工、产品设计师和开发经理一起评审，有问题及时解决，等产品效果图定稿以后再召开产品设计发布会。虽然前期会议内容有点多，感觉会浪费大家的时间，但是古语云“磨刀不误砍柴工”，前期工作做充分了，后面才能保质保量地实现产品。

5、 设计文档要丰富

产品设计文档需要丰富，产品设计发布会的参与人员不仅有研发人员还有测试人员，一般情况下设计发布会结束后开发人员会直接开发，测试人员一般要等一周左右的时间才真正开始测试，时间跨度有点大，记忆会有遗忘，即便是开发人员，如果设计稿备注不清晰，他们在开发的过程中也会有疑问。所以要求产品设计师在设计产品的时候不仅需要提供产品原型图、产品效果图，还需要提供产品设计文档，产品设计文档需要记录产品设计流程图、业务规则、计算公式、主要功能、用户体验（比如：任务消息推送，可及时获取信息）、注意事项等等。可能有人会问：“说两句就可以了，为什么还需要写文档这么麻烦？”当我们所有人都在同一办公室工作时，随便喊两句就行了，为什么还要写文档这么麻烦呢？ 产品文档的价值在于，它能给整个团队一个参考点，关于这个项目中要完成的工作，产品文档提供了一个很好的依据，定义好产品文档，才能保证在开发过程中不会出现模凌两可的情况。在测试的过程中也有据可循。如果没有文档的记录，我们的产品和项目就会变成一个通过口口相传的“传说”，可怕的是每个人的理解都不同，每个人的口头描述又不同，这样到最后就没有一个人知道产品的真正目标是什么。有了产品设计文档及备注说明，这样产品才能变成我们整个团队里每一个人都触手可及的东西，这个产品才能完美的实现处理。