一套高效的互联网产品设计方案
从互联网产品经理的薪资水平来看，足以见证移动端的重要性和高价值。
移动互联网（Mobile Internet）的崛起太具戏剧性，甚至说有一种“喜当爹“的快感！事实上，人尽皆知的一个互联网词汇——APP，俨然已经成为大众对互联网的第一印象。从互联网产品经理的薪资水平来看，足以见证移动端的重要性和高价值。”满眼都是钱啊！“大多数人都瞄准了移动互联网这块香饽饽，这也触使大量人员涌入互联网行业，难免显得有些激进和冒失。林子大了，什么人都有...
正文
互联网产品行业的从业者（PM），深知产品经理的水深火热和酸甜苦辣。既不懂UI设计又不精通技术开发（基本的代码都不懂，更不谈什么技术架构了），更不明白战略规划、商业布局，那么产品经理的角色定位，以及价值发挥点都值得深思。
1、产品小白：没有任何移动互联网产品设计经验和项目实践，更不要提什么相关产品的管理经验！当然，新人也并不是“一无是处”谁又不是从新人过来的呢？如果偏要说产品新人有何优势？至少还有“思维活跃、天马行空”。
2、产品老人：从事产品工作多年的产品经理设计或者规划一款产品，从工作的难易程度来说并不困难。即使不曾有过丝毫移动端产品设计经验的产品经理，也会将其相关产品的设计理念嫁接迁移至移动端。移动互联网和传统互联网产品的渊源颇深，但由于发展要求的差别，彼此之间还是存在显著差异的。
3、业务新人：很多人自认为通晓移动端的产品设计规范，非常肯定能设计出较为精良的产品。那么问题又来了？一个冠冕堂皇的思维陷阱：产品为用户而生、以用户体验为中心。显然不正确，产品为商业（盈利）而生！如果一款产品始终持续不能实现盈利，那么等待的只能是“死亡”。
产品经理是一个成长性的工作，不同产品过程需要不容层次的产品经理，不同产品经理负责产品的不同过程。一路走来，见识了不少前辈的产品设计过程(阶段性的任务导向)，不断摸索、不断尝试我自己也试着搭建自己的一套行之有效的产品设计方法论。不妨以两种观点分解看待该过程:
·过程性，以下描述的产品过程遵循一定的时间序列；
·结果性，每一个产品子过程对应相应的产品工作输出；
概括来说：过程分解、逐个击破，循序渐进、过程迭代。
1、需求管控
了解用户所需，明白业务所求，挖掘需求背后的故事（User Story）。尽早地沟通产品需求，减小后期重复工作的可能，对产品关联的功能需求都了然于心。换句话说，整理收集好用户需求，详细地沟通碰撞，规划好产品迭代反战的路线图（RoadMap）。通常借助Excel整理内容、表达想法，而我更愿意将需求管控看成一门艺术。
2、框架设计
基于已有的市场需求和用户“妄想”，以发展性的眼光试图构思未来产品的发展走向，细化需求后，体现在产品上的功能到底有哪些。从整体上对产品有个宏观的意识图谱，思考产品的商业价值/用户价值。通常借助思维导图或Excel图形化构思，展示思维渐变过程。
3、版本规划
产品框架给出了产品结构和设计范围，基于产品事实及客观条件给出科学合理的产品规划和设计路线图是一件很有挑战和很有意思的事情。产品周期性的迭代开发，初期版本完成基本/核心需求，满足用户的基本诉求。通常借助EXCEL展示思路、传达信息。
4、原型设计
明确了产品需求，也知道了产品被赋予了何种特殊的使命。产品原型最佳可视化表达方式，加强了团队同事之间的沟通，甚至成为上下游各个环节沟通的重要参考依据。灰度产品模型或者高保真的产品原型（Product Prototypes），文档的详尽程度还取决团队的默契度和过程性的需要。通常借助AXURE、墨刀等原型设计工具，也可以完全手绘表达。
原型设计
需求分析、版本规划是后续产品原型设计的基础，如果没有足够的前期投入，后期的产品工作开展起来必定很难。原型设计过程必要的支持文档：
文档一、产品需求清单
文档二、产品框架设计
文档三、版本规划路线图（Product RoadMap）
文档四、竞品分析（商业模式和产品逻辑）
以上几份产品性文档，这里就不逐一细说了，唯独“竞品分析”这一点还要唠叨两句。大多数人认为，严格意义上并不存在竞品研究和分析，通俗点讲就是“抄”。有人如此描述“抄袭”——天下文章一大抄，看你会抄不会抄！此言一语道破“竞品分析”精髓，真地非常精辟，“抄袭”也是新产品设计的最快途径之一。竞品分析中着重关注以下几个要点：
·商业模式及策略
·业务形态和产品逻辑
·用户体验
如果能将对手产品的这三个方面了然于胸，再融合将设计的产品概念和构想，快速产出一款新的产品将轻而易举、如履平地。不是所有“竞品分析“都叫”抄“！也不是所有”抄“都叫“竞品分析”！成与不成还要看天时、地利、人和...
文档五、产品功能逻辑图
文档六、用户行为路径图
文档七、原型设计图
产品原型图直接透视出了产品的框架蓝图及细枝末节，而产品线框图表达的是整体布局和设想思路。产品经理并不像传统行业工作那样深入人心，很多人对产品的流程和工具都知之甚少，这为产品经理的工作又徒增了一些难度。如何化解这种矛盾？旁观了这么多的坑，工作这么长时间，最关键还是要尽可能详细。
文档八、产品需求文档
有很多人都觉得，只需要原型设计图就OK 了，文档之类就算了吧!事实上，大家工作中也确实给予了“原型设计图”更多的注意力。这种”野马脱缰“式的产品过程是很可怕的，后果之重难以承受。
以上八份产品专业文档是产品经理工作成果的必要产出，也是产品工作专业性的一种表现。当然，也没有必要为了专业而故作专业。下图是我产品设计过程中产品的示范文档，也并不像自己上面说的那么全面、专业。
文档目录清单
行文小结
快速迭代设计移动产品（APP）并非朝夕之功，需要做的功课有很多。比如，业务场景、产品理念、运营策略、竞品分析、战略规划、移动设计规范... 这些也都是些零散的单一知识集合，将移动设计规范和理念融入更广泛、更具体的行业中。做了蛮久的产品工作后，也会心生 一些感悟——产品之事无巨细，产品即格局，亦即细节。每一个细节都需要绝对掌控，过程性工程需要保持节奏，不同阶段给予不等的投入和感情，切忌一暴十寒！
很喜欢一句话： 在这个无情的世界里，深情地活着！
文/@互联网产品小王
关键字：产品设计, 产品
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
