一款产品，从脑袋里的一个想法变成真正让千万用户使用并创造价值的产品，往往要经过一个繁杂和漫长的过程，移动终端的产品遵循一个“快”字。项目周期要短一些，但只是相对时间缩短，完整的流程和环节却一个也不能少：立项--需求--开发--测试--上线。即便产品发布成功，依然有数据监控，用户反馈，产品运营推广，厂商内置合作等多个环节需要跟进。

如果将每个环节细化开来，又可以分出：概念设计--产品定位--需求定义--美术风格设计--交互定稿--UI输出--程序开发--测试—debug--发布前准备--上线……

只有亲自成功地把整个过程经历一遍，事无巨细，遇到问题解决问题，这样沉淀下来的经验，才是真正可以帮助我们成长的，这些经验胜过任何一本产品经理手册。

下面以手机QQ游戏大厅为例，详细和大家共同探讨。

【例】手机QQ游戏大厅是腾讯手机游戏的承载平台，自2009年上线以来，受到广大用户青睐，目前已经发展成为中国最大的手机休闲游戏娱乐平台。手机QQ游戏大厅具备休闲游戏、单机游戏、社区游戏、MMO网游等多种游戏类型的接入能力，覆盖Symbain、Kjava、Android等多个操作系统，随着iPhone及Pad版本的推出，2011年将实现手机操作系统的全平台覆盖并对外全面开放，相信在不断推陈出新，优化功能及用户体验的过程中，手机QQ游戏大厅会进一步巩固自己的领先优势，让更多的用户在手持移动终端上也能享受到PC电脑般的游戏体验，成为继手机QQ之后，移动平台上又一个明星产品。

概念设计：如何在一款海量用户的历史产品中寻求突破？

在接到Android版本的产品设计任务时，手机QQ游戏大厅已经成功发布了Symbain V3/V5、Kjava等多个版本，得到用户广泛好评且积累了大量的用户数据和反馈。Android版本可以说是手机QQ游戏大厅产品在中低端平台取得成功后，向智能机高端平台进军的一次尝试，预期是在延续之前版本的优秀品质和特性的同时，在设计和功能上有所突破。

在这种情况下，如何做一次概念设计，使之能够符合产品承前启后的预期？拍脑袋不行，一味的听取用户意见，最大限度的满足用户的愿望似乎也不可取。我们都有过这样的经验：因为晚到，中途才进入一个会议，这时候如果在不知道前人观点的情况下，就胡乱发表意见，总是欠妥的，正确的做法是选择倾听。没有充分了解问题的本质，就急于发表意见，积极主动的态度虽然不错，但意见往往会欠缺专业。所以我将之前发布的各个大厅版本的概念设计稿，需求文档，交互稿，各方的建议，用户的反馈……能找到的通通找出来，强迫自己不要急于动手，耐心的全部看一遍。同时，收集了市场上已有的竞争对手的作品，所谓的竞品分析。这个过程花了几天的时间，但非常非常值得！

关键词：寻求突破、倾听、积极学习历史文档、研究竞争对手

1.可以从历史版本的演变过程中，看到这个产品发展的轨迹，以及它可能的走向，对未来版本的产品趋势判断非常有帮助。

2.可以从被淘汰的概念设计中，看到淘汰的原因，哪些处理方式是不被推荐的，最终胜出的设计击中了哪些核心诉求。

3.可以从大量的用户反馈中轻易的找到目前版本还没有实现但是用户迫切需要的刚性需求。

4.可能发现自己想出来的很天才的想法，前人早就已经尝试过了，你几乎立刻就能知道这个想法是否有被采用，问题在哪里，而不用重复人力物力去再次求证。

5.可能发现前人的问题，做得不好的地方，而那正是你在新版本里需要解决的问题。

6.当然，我们要做的是全新的设计，而上面这些工作会让设计更靠谱，更有信心。

产品定位：定位是否清晰明确且正确？这个问题可能决定一款产品的命运

对历史版本有了充分的理解后，清楚了大厅功能的取舍原因，以及受到哪些技术上和规划定位上的限制。心里面对于大厅的产品特性，需求，未来版本的预期都有了比较具体的认识，再来做产品定位和版本规划就比闭门造车和拍脑袋要靠谱很多了。

我得到的结论是，尽管Android系统较Symbain/Kjava无论在硬件还是软件性能上都更加出色，给了大厅的设计提供了更多的可能性，但就目前的发展规划和实现进度而言，一个我们脑袋里面的完美大厅还需要相当长的时间分阶段分步骤的来实现，不可能一步到位。很多产品经理，尤其是新人，容易犯的一个错误是，一上来就使劲的加功能，把所有觉得很炫的功能都一股脑提成需求，最后发现进度Delay又掉回头来删啊删，最后的结果肯定是产品形态不完整，偏离了设计预期，因为欠缺整体规划，导致想加新功能的时候发现很多地方都要改。后续的可扩展性也比较差。

基于这样的结论，我给Android游戏大厅按实施顺序分为三个版本进行了定义：

关键词：从全局出发，尝试站在更高的层面上，为产品做出长期规划

需求定义：做加法还是做减法？

产品定位清楚之后，就开始严格按照产品定位，对概念设计时罗列出来繁多的功能进行筛选和排序，将他们过滤并分配至每个小版本里面去，有理有据，也就对自己的设计更有把握和信心了。

一款成功产品的需求文档，不可能是一人之力完成的，一定是团队智慧的结晶。需求评审这里个人有一个经验，每次评审之前最好跟所有人都先沟通一下，解决大部分问题，这样可以让评审更顺利和高效，换句话说，就是要给自己机会，认真的倾听每一个伙伴的想法。

需求也不是一成不变的，在开发过程中，难免遇到这样那样的问题，有时候我们会由于技术或成本限制，出现暂时无法解决的问题，那就需要产品经理来从产品侧寻求解决方案。只要当需求发生变更时，及时知会到相关的开发和测试人员就好。

当然，有时候分歧也是在所难免的，大多数情况下可以通过沟通解决，Android大厅交互设计时就遇到过一个问题，基于android系统具有物理的返回键这一特性，是否应该在屏幕内提供全部虚拟按键，设计和产品据理力争，也没有得出结论，我们最终通过CE/灰度发布收集用户反馈的方式，解决了这个问题。不知道听谁的？听用户的！

关键词：数据最诚实，帮你拨开迷雾，击中用户最核心的诉求