一套高效的互联网产品设计方案

从互联网产品经理的薪资水平来看，足以见证移动端的重要性和高价值。

移动互联网（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）并不是旦夕之功，需求做的功课有很多。好比，业务场景、产品理念、运营战略、竞品分析、战略规划、移动设计标准... 这些也都是些零碎的单一知识聚集，将移动设计标准和理念融入更普遍、更详细的行业中。做了蛮久的产品工作后，也会意生一些感悟——产品之事无巨细，产品即格式，亦即细节。每个细节都需求绝对掌控，过程性工程需求坚持节拍，不一样阶段赋予不等的投入和情感，切忌一暴十寒！

很爱好一句话：在这个无情的世界里，蜜意地活着！

郑重声明：此文内容为本网站转载企业宣传资讯，目的在于传播更多信息，与本站立场无关。仅供读者参考，并请自行核实相关内容。