产品设计（Product Design）没有一个合乎情理的流程，即使人们总是呼吁敏捷开发（AD:Agile Development）、极限编程（XP:Extreme Programming），但必要的产品设计流程肯定是客观存在的，只是说产品的流程可能是敏捷的（Agile &Scrum）。下文是一个产品新人（PM）结合自己的项目实践对产品设计流程给予的一点思考。
正文
产品设计（Product Design）流程是一个怎样的流程？这个问题太高能，产品后生晚辈亦不敢贸然回答。事实上，我对“产品流程”并没有一个完整的概念，故不忍信口妄语，有辱行业。然静思己过，内心了然正躬身其中，却茫然不知。结合自身的实践和思考，以面向过程的方式回顾一下整个产品设计过程。
尝试将产品设计流程大致分为四个阶段：顶层设计、框架设计、项目实施、回归迭代；那么这四个阶段究竟是个怎样的过程呢？一起来看一下：
1.顶层设计
概念上来讲，就是需求分析与设计，如何把握住用户的核心本质需求——是每一位优秀产品经理的必要涵养；
a.需求理解：用户/运营向产品提出了大量的需求。需求量大、需求表意模糊、需求浮躁；各路需求方都认为自己的需求是最重要、最紧急的；产品人员捉急，逼死也没用；如此多元复杂的情况下，产品（PM）如何保持冷静、理智对待需求呢？“淡定和理智”很重要！整理好需求，自己仔细阅读分析后，主动联系需求方核对、商讨，直到弄明白需求背后到底是什么。因此，将需求理解透测是其他后续一切工作的基础和保障，需求偏了理解错了，产品也就歇菜了...
b.情境研究：面向对象的产品设计，大家不要理解错：不是，面向对象的编程语言C++。这里的[对象]指的是[用户]，是产品受众。设计的产品必须要用户画像，充分考虑产品适用的用户群体及该群体的使用习惯和思维方式等，用户在实际生活中使用产品的场景是产品设计时重点要考虑的因素。综合考虑用户使用场景和不同用户群体是优秀产品都不曾忽略的。
c.需求管理：需求量大、需求紧迫是每个产品人面对的现实问题。“把所以需求都做了！“你是在吹NB吗？快醒醒吧！显然，将需求排出优先级，迭代增量式解决；需求的迫切程度、各部门的战略优先级、老板的意思、公司技术资源共同决定了一个需求的优先级。当然，如果你够屌，也可以独断专行判断决定一个产品的未来。
2.框架设计
通俗地讲准确理解原质化需求、对明确划限的需求进行结构性设计。明确产品需求范围和结构框架，构建细化产品信息架构；
a.原型设计：用户需求最终都要可视化，抽象的需求最终都要反映在具体的产品形态上。产品经理借助AXURE等原型工具，将抽象需求具体化、图形化，变得更加真实、可见。产品经理晋升艺术家粉墨登场，建筑师般的犀利。搭建具备良好框架的页面，且看如何构建有价值、可用性良好的信息架构。
b.信息架构：信息架构主要是为信息与用户之间的认知搭建一座畅通的桥梁，是内容直观表达的载体。通俗点，信息架构（IA）就是研究信息的表达和传递。信息架构（IA）是设计信息的组织结构。
Original Definition：Information Architecture is utilized in web development, user interactions, database development, programming, technical writing, enterprise architecture, and other activities that require expressions of complex systems. Information architecture has somewhat different meanings in these different branches of what might be called IS and/or IT architecture. Most definitions have common qualities: a structural design of shared environments, methods of organizing and labeling Web sites, intranets, and online communities, and ways of bringing principles of design and architecture to the digital landscape.
一个产品可以用来做什么，产品所呈现的信息层次；筛选有价值信息元素，简洁、直接地传达给用户，让信息与用户相互适应达到最佳平衡。毫不夸张地说，良好的信息架构远比华丽的页面结构要有价值的多。
c.视觉设计：设计产品结构模块和信息元素，随即交付UI美工的产品视觉设计。UI设计犹如”装修“，对产品经理设计的线框图/原型进行润色、美化、调整，以产出极具美感的产品，到达用户眼前。UI阶段谨记两大原则：
x.产品框架结构不能偏移原型设计，结构清晰、模块分明、层次协调；
y.不能被遗漏或串改产品内容信息架构，一字一眼、毫无误差；
3.实施追踪
产品规划路线图规划是前提，关键看需要实现，这样才有意义。在用户眼中，可用、好用的产品最终展现在面前触手可及才具有价值。技术研发人员程序化实现产品经理设计的产品，是从“抽象”到“抽象”再到“抽象”的双重抽象转换过程。
a.项目追踪：技术研发过程中，产品的理解上必定存在不同程度的偏差，产品经理肯定是要保证[需求]的真实准确的，确保最终产出的产品实现的还原度。产品实施过程的追踪是产品经理对技术研发的需求保证，也是对产品实现进程的管控，确保产品的按时按量上线；
b.产品验收：完成产品技术性开发，接下来就是正式上线了！技术实现与产品设计之间是否存在偏差？技术实现的产品业务逻辑是否存在错误？研发完毕的产品与产品经理的设计初衷是否一致？不论理念还是业务逻辑设计上都是需要产品去把控的。尽管之前的需求评审阶段已经做了详细充分的需求澄清，但只有经得起反复检验的产品才是真正地好产品；
4、回归迭代
产品交付到用户手中，貌似产品经理的工作可以告一段乱了。结合实际情况，产品上线无形埋下两个大雷。
a.实现偏差：技术实施过程中，必然有些需求因为现实的局限性被耽搁或者简化实现，那么上线后第一时间需要给出小幅优化的迭代完成之前研发阶段的历史遗留问题。产品规划前期产品需求细化增量式迭代也迫使产品经理无力停歇，赶往下一个里程碑；
b.反馈优化：用户眼中的产品近乎完美，要求苛刻不止。用户通过产品需求反馈通道，给出使用新产品的感受以及提交发现的产品问题和不足，及时响应用户的所求、为用户排忧解难也是新产品建立口碑的机会。问题反馈通道建设对于一款新产品迭代优化初期显得尤为重要，对产品快速增量式迭代及改善用户体验的重要都是不可估量的；
行文小结
规范产品设计流程（PDP）有利于产品实现！产品设计流程将整条产品线上的人员都串联起来，将产品过程“数据流”化，可谓气贯长虹、如梦般丝滑。产品流程将产品从各个原本独立的实施过程聚合成一个统一的变现行为。一个（互联网）产品必定映射着规范、理性、高价值的产品设计过程。当然，规范的产品流程不是为了约束产品过程，如果拘泥于具体的要求，将失去流程的初衷；产品流程为产品优质畅快实现服务，是产品实现过程的参照物，是一个目标，是一种信仰。产品本质上是产品设计者对现实世界态度和认知的反应。将人性注入产品之中，其必然也因爱而生，而流程就是信仰和良知！