您的位置:首页 > 产品设计 > 产品经理

产品经理必修课之互联网产品设计流程

2016-05-18 09:56 811 查看


产品经理必修课之互联网产品设计流程

字数2099 阅读944 评论2 喜欢19

夜晚安静地坐下,已然“酒足饭饱”,脸庞洋溢着幸福的笑容!工作一整天,幸福一顿饭,就是这么简单。自从我做产品那天起,始终坚信:好产品必定源于生活,融于生活,归于生活。那我个人的产品理念或者工作信条是:会生活,会工作!其实,我还想表达另一层意思:“生活在前,工作在后”,试问"如果一个人连生活都不能料理好,谈何工作?" 诚然,如果产品设计(Product Design)没有一个合乎情理的流程,即使人们总是呼吁"敏捷开发"(AD:Agile Development)、“极限编程“(XP:Extreme
Programming),但必要的产品设计流程肯定是客观存在的,只是说产品的流程可能是敏捷的(Agile &Scrum)下文是一个产品新人(PM)结合自己的项目实践对产品设计流程给予的一点思考。


正文

产品设计流程是怎样的呢?这个问题太高能,有些不敢回答。事实上,对这个问题自己没有太多的概念,且不能随意妄语,有辱行业。然静思己过,感觉我正身在这个过程中,却浑然不知。结合自己的实践和思考,面向过程去回顾整个产品设计流程。



产品设计5要素

个人将产品设计流程大致分为3个阶段:顶层设计、框架设计、项目实施;那么这三个阶段究竟是个什么鬼?一起来看一下:

1.顶层设计:概念上来讲,其实就是“需求分析”,如何把握住用户的核心本质需求,是每一个优秀产品的必要条件;

a.需求理解:用户/运营向产品提出了大量的需求。需求量大、需求模糊、需求浮躁;各需求方都认为自己的需求是最重要;产品人员捉急,逼死也没用;如此多元复杂的情况下,产品该如何保持冷静、理智对待需求呢?还是“淡定”“理智”!拿着这些需求,自己仔细看了后,找需求方核对、商讨,直到弄明白需求前后到底是什么。因此,将需求理解透测是其他所有工作的基础和保障,需求偏了,产品也就拜拜了...

b.用户/场景研究:面向对象的产品设计,大家不要理解错:不是,面向对象的编程语言C++。这里的[对象]指的是[用户],是产品受众。设计的产品必须要用户画像,充分考虑到平台产品使用的用户群体及该群体的使用习惯和思维方式等等...真实用户在实际生活中使用产品的场景是产品设计时重点要考虑的因素。综合考虑用户使用场景和不同用户群体是优秀产品都不曾忽略的。

c.需求划限:海量需求、需求迫切是每一个产品人面对的现实问题。“把需求都做了!“你是在吹NB吗?一点不现实的!因此,很有必要给需求排出优先级,迭代地解决;需求的迫切程度、各部门的战略优先级、老板的意思共同决定了一个需求的优先级;当然,如果你够屌,产品自己可以自行判断决定;



产品设计流程

2.框架层设计:通俗地讲,精准地理解原质化需求、对明确划限的需求进行结构上进行设计。明确产品需求范围和结构框架,构建细化产品信息架构;

a.线框原型设计:用户需求最终都要可视化,抽象的需求最终都要反映在具体的产品形态上;产品PM运用AXURE等原型工具,将用户需求可视化,变得更加真实、可见。艺术的产品经理粉墨登场,建筑师般的细致。搭建具有良好框架的页面后,且看如何构建有价值、可用性良好的信息架构;

b.信息架构:信息架构的主要任务是为信息与用户认知之间搭建一座畅通的桥梁。是信息直观表达的载体。通俗点,信息架构(IA)就是研究信息的表达和传递。信息架构(IA)不仅仅是设计信息的组织结构。(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设计犹如”装修“,将对已经设计完的线框图/原型图进行润色美化,以达到最终形成有美感产品呈现给用户。UI设计阶段需要管控2个大的原则:

x.页面整体框架结构模块不能偏移UI原型图,结构对应、模块清晰、层次协调;

y.信息架构不能被遗漏或串改,一字一眼、毫无误差;

3.项目实施:好的产品路线及蓝图规划好之后,关键还是需要实现,这样才有意义。对用户来讲,可用、好用的产品真实地展现在用户面前才有价值。技术研发对PM规划好的产品实施,是从”抽象“到”抽象“到”抽象“的双重抽象转换过程;

a.项目追踪:技术研发过程中,围绕产品的必定存在需求理解上的失真,产品PM肯定是要保证[需求]的完整度,确保最终产品需求实现的还原度。产品实施过程的追踪不仅是产品(PM)对技术研发的需求保证,也是对产品实现进度流程的把控,确保产品的准时上线;

b.产品验收:产品经历过研发后,就正式等待上线了!技术实现与产品设计之间是否存在偏差?是否技术实现的产品业务逻辑存在错误?研发完毕的产品是否与产品(PM)设计初衷一致?这些不论是理念还是业务逻辑的设计上都是需要产品去把控的,尽管之前的需求评审阶段已经做了详细充分的需求澄清。只有经得起反复检验的产品才是真正地好产品。



产品项目流程


写在最后

产品设计流程的规范化有利于整个产品线行为的规范;产品设计流程将整条产品线上的所有人员都将串联起来,将过程”数据流“化。产品设计的流程化将产品从各个独立的变相实施过程聚合成一个连贯的变现行为。一个好的(互联网)产品必定映射着规范、理性、合理的产品设计流程。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: