依靠产品自身的功能特性 驱动产品版本迭代

 近日,我在阅读Drucker的书籍是得到了许多新的启发和灵感,尤其当我读到绩效评估的时候,想到了’组织绩效’与’个人绩效’,同而联想到设计也可分为’自我情感驱动’与’产品特性驱动’.完全豪无关联的逻辑与想象,或者这正是作为一个设计师优秀的想象能力和管理者的思考空间给我这样的灵感和启示.

  下面,我将为大家讲解PDD(Product-Feature Driven Design)产品特性驱动设计,你也可以认为是’产品驱动设计’,或许这样的理解让我们接下去的阐述更有包容性.

  首先,我先解释一下设计所分为的”自我情感驱动”与”产品特性驱动”,(我用很贴进工作的语言来解释.)

  自我情感驱动: 当我们接到产品需求的时候,我们通过自身对产品的认知以及对环境因素、受众群体进综合分析,以情绪和感情为主导的思考方式与行为模式来驱动设计,这叫做自我情感驱动的设计工作模式.

  产品特性驱动: 设计师依靠产品PRD文挡和产品模型图进行特性支解,将其特性元素进行分析和提炼,并以特性框架产品模型来驱动设计的工作模式,即本文提到的产品特性驱动设计,即PDD.

  在我们日常的工作中,有刚入道的设计师,有成熟的设计师,有优秀的设计师.他们都是通称设计师,设计师能力的差异是由时间历练与经验沉淀以及自我学习能力三大重要因素组成.而沉淀与自我学习,将被我们看作是升华的基础.优秀设计师四大要素:沟通,表达,协调,思考. 不同的层次,其要求越高.(说多了)

  那么,我们回过头来,再议论PDD.我将用实际案例,模拟出各个层次的设计师他们如何处理自己的工作.

  1, 入道的设计师: 接受需求 -> 阅读PRD -> 动手设计 -> 查阅素材 -> 拼装素材 -> 完成设计

  2, 成熟的设计师: 接受需求 -> 阅读PRD -> 分析重点 -> 查阅同行产品 -> 分析优劣 -> 输出分析报告 -> 书写产品风格设计标准与规范 -> 输出视觉风格模型 -> 完成第一阶段Demo设计

  3, 优秀的设计师: 阅读PRD -> 预见错误的产品逻辑与遗失 -> 整理产品特性 -> 分类特性的优先级 -> 完善特性框架产品模型图 -> 提炼特性,建立视觉目标 -> 分解目标层级排除 -> 确定视觉设计方向 -> 输出视觉风格模型 -> 完成第一阶段Demo设计

  从上面的工作模式,我们可以看出工作方法的重要性.优秀的工作方法,可以让我们的工作成果更具备严谨性.

  从优秀设计师的工作模式中我们看到并不是多了很多环节,而它们并没有重复出现过,而是从一开始就选择了不同的思维方式.这是我的工作方式,但它不是我的唯一,它也会随着具体的情况发生一些改变.值得我们一起关注的是,这样的思考角度与方式,它会改变我们惯有的思维逻辑,让我们变得更善于观察与思考.

  产品特性驱动设计,即PDD,我们不难看出,它对于项目管理具备很大的推动作用.这里所讲的推动性即是分担了人力成本,降低了产品风险,以及视觉的重复设计,促进了产品与设计环节之间的工作效率,节省了时间.这样的工作模式让设计师真实地融入到项目本身,更主动地了解产品,认识产品本身,从而通过对产品的深入了解来刺激与消化情感的因素,达到理性精准的设计.这样的设计,是产品经理和项目团队所需要的设计,而这更好地阐述了设计之道:”没有最好的设计,只有最合适的设计.”

  我很想在这里谈论一下”设计不可以被嫁接”这个观点,因为它在我的工作中经常被高管所提级,这个话题比较长,需要捣腾几千字,相对文字而言,我更善于即兴面授.

  好了,我们可以再来复习一下关于PDD的用途与成效.

  PDD(Product-Feature Driven Design)产品特性驱动设计,我们可以将它使用在我们的日常设计工作中,它可以运用在你的大小设计项目中,这是一种行为模式,一种思考角度,或者我们把它作为一种指导方法.它依靠产品的自身特性来驱动设计.它的成效非常明显,缩短了项目的时间,优化了项目流程,在项目中起到了设计的主动与严谨性,为我们的成果产生了直接的正面影响,并起到了强有力的支撑效应.这就是PDD.

时间: 2024-09-26 15:56:33

依靠产品自身的功能特性 驱动产品版本迭代的相关文章

互联网产品如何形成自我驱动?

文章描述:互联网产品如何形成自我驱动? 自从有了微博.点点这样的轻量级内容发布平台之后,思维越累越碎片化,长篇的博客是越写越少了.为了证明我并没有打算荒废此博.将我近期在点点上的一些关于产品自我驱动的絮叨整理一下,希望能成为一篇完整的文章. 互联网产品如何形成自我驱动? 打造完美的口碑 设计一些让产品自我传播的功能 如何打造完美的口碑 满足用户的核心需求,给用户带来实在的帮助 打磨好产品细节,让用户无可挑剔 满足高端用户的特殊需求,争取意见了领袖们的良好口碑 将运营活动涉及到产品的功能中 引入关

技术驱动产品 解密百度翻译缘何“后来居上”

中介交易 SEO诊断 淘宝客 云主机 技术大厅 与传统行业相比,互联网行业新产品在竞争中的"先发优势"并不明显,尤其是用户黏性不大的产品,但也时有发生"后发先至"的案例.近日,百度翻译(http://fanyi.baidu.com/)正式上线,立即受到了行业和用户的普遍关注,对其翻译质量和特色的好评如潮. 作为一个新秀,百度翻译受到广泛欢迎和认可的原因更多在于它"技术驱动产品"的价值诉求.这款由百度公司完全自主投入.研发的在线翻译产品,凭借百度强

iOS 7.1发布,“内容驱动产品”的时代已经来临

1.[6句微信营销最直白箴言]马化腾曾经表示希望微信只是搭建一个平台,只是制定最基本的规则,然后让创新涌现.确实微信生而就是开放的.发展到现在,微信已经有2.719亿月活跃帐户.而微信营销也层出不穷,各种案例.模式让人眼花缭乱,那么微信营销最应该注意的是什么? 2.["内容驱动产品"的时代已经来临]当我们提到"互联网思维"这个词的时候,一定联想到雕爷牛腩.三只松鼠.黄太极煎饼或者马佳佳,先不说他们产品和产品质量如何,还有如何故事后边支持体系,最重要的是,当我们在谈论

新亚制程:另类供应商以服务驱动产品

电子制程到底是什么?这个问题绝大多数的人都答不出来.这也就使得以此为主营的新亚制程(002388.SZ)似乎多少笼罩点神秘色彩. 而从市场表现而言,其更是经历了大起大落.4月13日上市的新亚制程涨幅高达275.3%,成为IPO重启以来首日表现最牛的新股.但是,由于爆炒过度,抛压明显.截至5月28日,新亚制程报收30.86元,较其4月13日56.3元的收盘价下跌了45%左右. 那么,电子制程到底是个什么样的领域?以此为主营的新亚制程未来成长性如何? 盈利模式渐变 "电子制程听起来很复杂,其实并不难

游戏方法论:数据如何驱动产品决策

[核心提示] 数据对于产品的事前决策起着关键的预判作用,那么我们应当如何善用数据的分析方法论呢? 编者注:本文整理自极客公园系列公开课「探秘游戏方法论」的第一期「数字占星术」.「探秘游戏方法论」公开课的目的旨在邀请游戏背后的开发.运营.分析的相关人士,传授游戏领域里那些具有普适意义的产品观和方法论. 本期课程的演讲嘉宾分别为腾讯互娱高级数据营销经理路金贤和数据营销经理王常伦,主要内容为数据在产品决策中所起的预测性作用. 数据的来源和价值 数据主要从三个方面获得: 1. 游戏数据,包括市场数据和运

WAP网站:浏览主导的产品和互动主导的产品

网页制作Webjx文章简介:WAP2.0网站分类与产品设计. 目前主流的WAP产品,满足了用户浏览新闻.收发邮件.阅读小说.下载软件音乐.交友互动.游戏休闲.网络购物.支付等多方面的需求,触点遍及了生活的各个领域.按照用户需求的不同, 已有的WAP产品可以分成两大类:浏览主导的产品和互动主导的产品. 一.WAP 2.0 简介 所谓WAP(Wireless Application Protocol,无线通讯协议)是在数字移动电话.因特网或其他个人数字助理机.计算机应用之间进行通讯的开放全球标准[1

《YES!产品经理》告诉你产品管理和项目管理的区别和联系

国庆的8天时间很快就过去了,其实无非也就是三分之一的时间用来睡觉,三分之一的时间用来看碟,而剩下三分之一的时间用来瞎逛. 期间我和他们都有通过一次电话,刘宇说他每天就是健身房和家里两头跑,说是准备抓紧时间把欠下的身体账去补回来,而小娟则是兴奋地告诉我,她那时候正在坝上骑马呢,并且还感慨在那里已经都要穿上羽绒服了,我就奇怪了,她这是受什么罪呢?而周扬倒是安安静静地待在家里,说他需要争分夺秒地去看书. 好吧,该出游的在出游,该学习的在学习,该健身的在健身,似乎看来就我一个人是无所事事. 当我10月9

如何正确的看待:产品需求文档和产品需求

其实那会还在北京的时候,就曾经写了篇文章叫<正确的写http://www.aliyun.com/zixun/aggregation/8193.html">产品需求文档(PRD)>后来被转载无数,现在想想那会还仅仅是停留在技能的熟练度一样,或者说通过这篇文章可以让大家掌握一种快速文档的套路. 因为最近还是有很多新人问我要产品需求文档,他们很想看看一个典型的产品需求文档应该是什么样的,我直接拒绝了,我一般会说:"请多想想".我是这么的理解:看文档本身其实是没有意

Magicodes.NET框架之路——产品之路(谈谈产品管理)

虽然Magicodes.NET现在还不属于产品,但是却不妨碍她想成为产品的心. 为什么突然有了此篇,这篇不是空穴来风,而是我思考良久的结果: 为了让大家知道我在干什么,我想干什么,我将要干什么还有我干了什么 为了让大家清楚Magicodes.NET的产品迭代 为了更好地收集以及管理Bug&需求 为了让我和大家清楚Magicodes.NET的方向 为了更好地团队协作,也为了将来团队的扩张 总之,基于这样或那样的原因,于是有了此篇. 本篇为个人想法与规划,希望和大家多多交流,共同成长. WorkTi