PDD(Product

文章描述:PDD(Product-Feature Driven Design)产品特性驱动设计,我们可以将它使用在我们的日常设计工作中,它可以运用在你的大小设计项目中,这是一种行为模式,一种思考角度,或者我们把它作为一种指导方法。它依靠产品的自身特性来驱动设计。它的成效非常明显,缩短了项目的

无可质疑,文章的标题,是来自来开发的FDD模式带给我的启发,所谓FDD即是Feature Driven Development,特性驱动开发,说得明白一点,就是依靠产品自身的功能特性来驱动产品版本的迭代。前两个礼拜,我在部门的分享例会中讲解了关于FDD的工作模式,之前我也曾想过,这样优秀的分解逻辑和模式其实是可以被运用在设计项目里面的。

今天,是一个悠闲的礼拜六,我在阅读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.

作者:Riix

时间: 2024-08-22 14:50:51

PDD(Product的相关文章

语句-SQL 列名是requetID(单号) 表名(product)

问题描述 SQL 列名是requetID(单号) 表名(product) 如何能实现当查找requestID单号不存在时 添加这条单号 ,当单号存在删除这个单号在添加 SQL语句怎么写呀 请各位大神帮帮忙 代码怎么写 解决方案 如果你用代码写,就是分几步,一步步走,先判断,然后再插入,删除 你还可以写个存储过程,里面也一样是先判断,在做事 当然你还可以写比较复杂的sql,用exsist判断 解决方案二: 直接delete掉,然后再执行insert操作就好了,反正存在不存在你都要执行删除操作,就不

互联网产品商业需求文档(BRD)的设计

文章描述:互联网产品商业需求文档(BRD)的设计. BRD是英文"Business Requirement Document"的缩写,根据英文直译过来就是"商业需求文档"的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据. BRD与PRD的差异 BRD不同于常见的MRD(Market Requirement Document-市场需求文档)和PRD(Product Requir

设计模式之简单工厂模式(Simple Factory Pattern)

设计 工厂模式 THE FACTORY PATTERN 在面向对象(OO)程序中,我们经常看到的一种模式就是简单工厂模式(Simple Factory Pattern).简单工厂模式根据提供给它的数据,返回几个可能类中的一个类的实例.通常它返回的类都有一个共同的父类和共同的方法,但每个方法执行的认为不同,而且根据不同的数据进行了优化.简单工厂模式实际上不属于23个GOF模式,但它可以作为工厂方法模式(FACTORY Method)的一个引导. 工厂模式如何工作 为了便于理解简单工厂模式,可以看下

敏捷测试(8) ATDD整体研发流程

ATDD整体研发流程 有了前面的基于story的敏捷基础,接下来来介绍一下验收测试驱动开发的整个流程. 名词解释: ATD,即验收测试设计(acceptancetest design) PM,即需求整理方(product manager) RD,即开发人员(Research and Development) QA,即品质保证人员(quality assurance) 如上图所示,整个流程被分为三个粒度,分别是:项目.迭代.story. 一个项目被划分为若干个迭代: 每个迭代由若干个story组成

DotNet Framework源代码中的模式(八)——Builder(生成器模式)

将一个复杂对象的构件与它的表示分离,使得同样的构建过程可以创建不同的表述. 建造者(Builder)角色:给出一个抽象接口,以规范产品对象的各个组成成分的建造.一般而言,此接口独立于应用程序的商业逻辑.模式中直接创建产品对象的是具体建造者(ConcreteBuilder)角色.具体建造者类必须实现这个接口所要求的方法:一个是建造方法,另一个是结果返还方法. 具体建造者(Concrete Builder)角色:担任这个角色的是于应用程序紧密相关的类,它们在应用程序调用下创建产品实例.这个角色主要完

Visual Studio Team Architect团队的敏捷软件开发(第三部分)

在开始之前,首先来回顾一下我们是如何得到在sprint中需要实现的用户故事(User Story)列表的 :首先,团队会根据开发团队在以往sprint的经验中得出的团队开发速度评估,以及对产品待开发事项( Product Backlog)的粗略的成本评估.基于这两个评估,开发团队从产品待开发事项中挑选出一个用户 故事的候选列表,提交给产品利益相关者(Stakeholder)进行讨论.在讨论的过程中,伴随着用户需求 的进一步明确与细化,该列表的优先级可能会有相应的调整.回顾这个过程,不正是敏捷开发

将Eclipse插件转换为RCP应用程序(下)

在上一篇里我们为一个普通的Eclipse插件添加了Application扩展,剩下来的 工作就很简单了,甚至不需要再编写一行代码.在 Eclipse 3.1里,把具有 Application的插件包装成RCP并输出的过程是通过建立产品配置文件(Product Configuration)来完成的. 在主菜单选择File->New->Other命令,在对话框里选择新建一个产品配 置文件,这个文件可以建立在任何位置,为方便起见我们就把它放在需要转换为 RCP的插件的主目录下好了.产品配置文件是一个

C#设计模式之建造者设计模式(Builder)

一.建造者(Builder)模式 建造者模式可以将一个产品的内部表象与产品的生成过程分割开来,从而可以使一个建造过程生成具有不同的内部表象的产品对象. 对象性质的建造 有些情况下,一个对象会有一些重要的性质,在它们没有恰当的值之前,对象不能作为一个完整的产品使用.比如,一个电子邮件有发件人地址.收件人地址.主题.内容.附录等部分,而在最起码的收件人地址未被赋值之前,这个电子邮件不能发出. 有些情况下,一个对象的一些性质必须按照某个顺序赋值才有意义.在某个性质没有赋值之前,另一个性质则无法赋值.这

Scalaz(8)- typeclass:Monoid and Foldable

 Monoid是种最简单的typeclass类型.我们先看看scalaz的Monoid typeclass定义:scalaz/Monoid.scala 1 trait Monoid[F] extends Semigroup[F] { self => 2 //// 3 /** The identity element for `append`. */ 4 def zero: F 5 ... Monoid trait又继承了Semigroup:scalaz/Semigroup.scala 1 tra