精华内容
下载资源
问答
  • 产品设计

    千次阅读 2014-11-04 13:57:20
    产品设计是一个由抽象的概念到具体形象化的处理过程,通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程,把一种计划、规划设想、问题解决的方法,通过...

    产品设计是一个由抽象的概念到具体形象化的处理过程,通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程,把一种计划、规划设想、问题解决的方法,通过具体的操作,以理想的形式表达出来。

    由于产品设计阶段要全面确定整个产品策略、外观、结构、功能,从而确定整个产品系统的布局,因而,产品设计的意义重大,具有“牵一发而动全局”的重要意义。如果一个产品的设计缺乏具体形象的表述,那么研发时就将耗费大量资源和劳动力来调整需求。相反,好的产品设计,不仅表现在功能上的优越性,而且便于执行时理解,从而使产品的研发效率得以增强。

    1、产品需求文档介绍

    产品设计的最终表述的形式被称为产品需求文档,业界常常称呼为PRD文档,这是英文Product Requirement Document的缩写。产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式,主要用于产品界面设计和研发使用。

    PRD文档是基于BRD、MRD的延续文档,主要是一份给执行层面的工作人员阅读的文档,这部分人群绝大多数是设计与技术人员。在这类人群中,设计师更多依赖于产品原型进行交互或视觉的设计,因此看这份文档的人主要是技术人员。相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、功能、交互、元素等等内容,因此产品需求文档是一份详细的产品功能需求说明文档,是产品文档中最底层和最细致的文档。

    因为阅读人类的因素,所以产品需求文档是一份没有闲话,直入主题的功能说明文档。并且产品需求文档是没有标准规范的,也没有统一的模板,每个公司都不一样和每个人也不一样,这个取决于个人习惯和团队要求。虽然产品需求文档没有明确的规范,但是目的都是一样的,必须能够明确产品的功能需求,便执行人员理解任务要求。

    2、产品需求文档写作

    产品需求文档是产品经过规划和设计之后的最终执行文档,因此这份文档的质量好坏直接影响到执行部门是否能够明确产品的功能和性能。

    2.1、罗列信息(信息结构图)

    在写产品需求文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来设计功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。

    罗列信息内容的方式有很多种,文本形式、思维导图形式等等都可以,最主要的是能够清晰易懂,我最常用的方法就是使用思维导图软件(MindManager)罗列成结构图,因此我称这一步为“信息结构图”。

    shu-17

    上图是一张以Blog系统为示例的信息结构图。信息结构图是一种接近数据库结构的图表,在罗列信息结构时,更多的是考虑信息数据,但是他并不是真正意义的数据库结构。信息结构图是提供给产品经理自己梳理信息内容的结构图,也是方便产品经理和服务端技术人员沟通数据结构的参考图,技术人员会根据这张图表的内容再结合产品原型或需求文档,然后规划和设计出真正意义上的数据库结构。

    信息结构图中关于友情链接功能的信息数据只有“名称”和“链接”两个内容,但是在实际功能需求中,友情链接还有两个功能,分别是“显示或隐藏”和“是否新窗口打开”,这两个功能会在产品原型和需求文档中详细描述,但是在信息结构中是没有体现的,因为从产品层面上来说,这两个只是功能,并不是信息内容。但是在真正数据库中,友情链接的这两个功能分别也是有字段参数的,程序在读取该参数后便知道友情链接的属性,然后处理友情链接是显示还是隐藏,是新窗口打开还是本窗口打开。通过友情链接这个例子,我们就知道了在实际中数据结构和信息结构是不一样的,信息结构只是产品层面的数据内容。

    无论是什么样的产品类型,无论从哪里入手,我们第一步都是先要罗列信息结构,因为信息结构图不仅是辅助技术人员创建数据库的图表,也是辅助产品人员进行产品功能规划的参考,只有对信息或数据的结构了解了,我们才能更好的设计产品。

    信息结构图是我们将概念想法形成结构化的第一步,也是我们接下来几步工作的辅助文档,同时在接下来的几步工作中,我们还会不断的完善信息的结构。

            

    2.2、梳理需求(产品结构图)

    当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,因此这一步就要梳理产品的需求。在设计产品原型之前,我们首先要罗列出产品的功能结构,包括频道、页面、模块及元素。这一步依然使用思维导图软件,像绘制楼盘鸟瞰图一样将产品的结构绘制成结构图,因此我称这一步为“产品结构图”。

    产品结构图是一种将产品原型以结构化的方式展现的图表,结构内容也如同产品原型一样,从频道到页面,再细化页面功能模块和元素。所以产品结构图是产品经理在设计原型之前的一种思路梳理的方式,并不是给其他工作人员查看的文档,通过类似鸟瞰式的结构图可以让产品经理对产品结构一目了然,也方便思考。

    shu-18 shu-19

    如上图示例,“活动大全”的产品结构依次是:产品 -> 频道 -> 页面 -> 页面元素 -> 操作 -> 元素。我们换一个角度观看示例,产品结构图实际上就是一种结构化的产品原型。这样做的目的就是梳理产品结构逻辑,让我们清楚的知道产品有几个频道,频道下面有没有子频道或者有多少个页面,这些页面里又有哪些功能模块,这些功能模块里又有哪些元素。

    shu-19

    上图以我们第一步的“信息结构图”为基础绘制的“产品结构图”,有了这份结构导图,我们可以对产品进行鸟瞰式考虑和完善,当有问题时,修改起来也比原型和文档方便很多。比如在后续规划中,我们发现文章的图片等附件上传后,管理不太方便,这时就可以在结构图中增加一个“附件管理”频道。如果我们使用产品结构图的方式,那么附件管理的功能增加和修改就会比原型工具更加便捷和效率。

    产品结构图的方法同样适用于移动互联网产品的设计,并且比起Web产品更加容易梳理产品结构。

    产品结构图是一种让产品经理通过思维导图的方式梳理思路的方法,通过这种方法可以明确产品有多少个频道、有多少个页面、页面有多少个功能模块、功能模块有多少个元素,逐步的将脑海里的想法明确梳理成结构。虽然这种方法能够明确产品的结构,但是这样的思维导图也就只有产品经理自己能够看懂,因为对于设计和技术人员这是一个抽象的表述方式,如果没有详细的讲解,是很难理解的。

    产品结构图是将产品原型具体化的一种方式,只是罗列了产品的频道页面和功能,但是没有详细的进行推演,关于细化方面是否符合产品逻辑,是否符合用户体验,这些都是没有深思过的,因此我们接下来就要进行原型设计,开始具体的考虑可行性。

    2.3、原型设计(界面线框图)

    当我们逐渐清晰了产品的需求后,并梳理了产品的各个频道及页面,那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。

    原型设计是帮助我们更细致的思考,并做各项需求的评估,同时也是将自己脑海里的想法进行输出的一种方式。通过原型设计后,我们就可以进行产品宣讲了,相比较于抽象的文字描述,原型则更加直观的展现产品的需求,设计和技术人员或者老板也能够更加直观的了解到产品意图。

    原型设计是将结构化的需求进行框架化,因此原型也被称为线框图,具体的表现手法有很多种,相关的辅助软件也有很多,例如:Axure RP、Balsamiq Mockups、UIDesigner等等。

    当到了原型设计这一步时,已经不仅仅是构思了,我们需要更加深入的了解每个页面上元素和这些元素的属性。例如按钮元素,我们就需要考虑这个按钮的功能,并且这个功能操作后带给后端和前端的反馈。例如注册会员按钮,用户操作后,第一步逻辑是验证用户输入的信息是否合法,不合法则给出前端反馈;合法则和后端通信验证是否已经存在同样信息,已经存在则给出前端反馈,不存在则进入下一步,注册成功;注册成功后的反馈是跳转页面,还是弹出层提示用户完善资料,这些都是需要更详情的考虑。当然这些更细致的思考是留在需求文档撰写时的,而此时我们需要做的就是把这些元素通过原型表现出来。

    原型设计的表现手法主要有三种:手绘原型、灰模原型、交互原型。从工作效率的角度考虑,我非常建议先通过手绘的形式快速在草纸上绘制出产品的原型,推演和讨论方案的可行性。当方案的可行性被验证之后,我们再根据个人习惯或团队要求,通过软件工具进行更深入的设计。

    ① 手绘原型

    因为原型也被称为线框图,因此手绘是最简单直接的方法,也是最快速的表现产品轮廓的手法。

    手绘原型

    手绘原型在初期验证想法时非常高效,也方便讨论和重构,同时也适合敏捷开发时快速出原型。

    ② 灰模原型

    灰模原型是由图形设计软件制作而成,最常用的软件是Photoshop和Fireworks,相对手绘原型,灰模更加清晰和整洁,也适用于正式场合的PPT形式宣讲。

    灰模原型
    phone

    灰模原型也可以称之为平面原型,所以如果不会使用图形软件也可以使用Axure RP设计,相比交互原型,灰模原型只是缺少交互效果,仅仅是将产品需求以线框结构的方式展示出来,让产品需求更加规整的直观展现。

    shu-23

    ③ 交互原型

    交互原型是使用原型设计软件完成的原型,常用软件是Axure RP,通常情况交互原型的设计要早于产品需求文档,是产品经理想法推演的重要一步。通过Axure RP之类的交互原型软件制作出来的产品原型,在功能需求和交互需求的表现上,几乎和正式产品是一致的,所以有时交互原型也被称为产品Demo版。

    通常情况下交互原型是产品经理与交互设计师共同讨论确定,然后由交互设计师制作,但是绝大多数的公司是没有交互设计师这个职位的,因此这类工作最终是由产品经理来负责的。

    以上三种方法并不是渐进的流程,而是三种原型设计的方法,具体取决于你的产品需求和团队要求。

    对于产品经理来说,原型设计是为了帮助我们细致的考虑方案,并论证方案的可行性,同时也是为了产品宣讲时让听众能够清晰直观的了解产品,避免抽象的语言描述导致听众理解困难和理解偏差。产品原型也是为了确保产品在执行过程中,是按产品经理最初设想的需求和期望完成的,因此产品经理的原型是没有很高的要求的,只要对方能够听懂看懂就可以了,所以使用手绘原型是最高效率的方法。

            

    2.4、用例模型(产品用例图)

    用例(Use Case)是一种描述产品需求的方法,使用用例的方法来描述产品需求的过程就是用例模型,用例模型是由用例图和每一个用例的详细描述文档所组成的。在技术和产品的工作领域里都有用例模型的技能知识。技术人员的用例主要是为了方便在多名技术人员协同工作,或者技术人员任务交接时,让参与者更好的理解代码的逻辑结构。产品人员的用例主要是为了方便技术研发和功能测试时,让参与者更好的理解功能的逻辑。

    用例起源和发展于软件时代的产品研发,后来被综合到UML规范之中,成为一种标准化的需求表述体系。虽然用例在软件研发和技术工作中应用的非常广泛,但是在互联网产品规划和设计中,并不经常使用,互联网产品的需求表达为了敏捷效率,通常采用原型加产品需求文档。

    UML是英文Unified Modeling Language的缩写,中文称为统一建模语言或标准建模语言,是用例模型的建模语言,常用工具是Microsoft Office Visio。产品用例是一种通过用户的使用场景来获取需求的方式,每个用例提供了一个或多个场景,该场景说明了产品是如何和最终用户或其它产品互动,也就是谁可以用产品做什么,从而获得一个明确的业务目标。

    ① 用例图

    用例图并不是画成了图形的用例。用例图包含一组用例,每一个用例用椭圆表示,放置在矩形框中;矩形框表示整个系统。矩形框外画如图所示的小人,表示参与者。参与者不一定是人,可以是其它产品、软件或硬件等等。某一参与者与某一用例用线连起来,表示该参与者和该用例有交互。

    shu-24

    许多人通过UML认识了用例,UML定义为展现用例的图形符号。UML并不是为描述用例定义书写格式的标准,因此许多人误认为这些图形符号就是用例本身;然而,图形符号只能给出最简单的一个或一组用例的概要。UML是用例图形符号最流行的标准,但是除了UML标准,用例也有其它的可选择的标准。

    ② 用例描述文档

    用例图只是在总体上大致描述了产品所能提供的各种服务,让我们对于产品的功能有一个总体的认识。除此之外,我们还需要描述每一个用例的详细信息,这些信息应该包含以下内容:

    shu-25

    用例名称:本用例的名称或者编号

    行为角色:参与或操作(执行)该用例的角色

    简要说明:简要的描述一下本用例的需求(作用和目的)

    前置条件:参与或操作(执行)本用例的前提条件,或者所处的状态

    后置条件:执行完毕后的结果或者状态

    用例描述文档基本上是用文本方式来表述的,为了更加清晰地描述用例,也可以选择使用状态图、流程图或序列图来辅助说明。只要有助于表达的简洁明了,就可以在用例中任意粘贴用户界面和流程的图形化显示方式,或是其它图形。如流程图有助于描述复杂的决策流程,状态转移图有助于描述与状态相关的系统行为,序列图适合于描述基于时间顺序的消息传递。

    在互联网产品和设计中,用例的使用越来越少,通常有了产品原型再加上功能流程图和功能说明文档就能够将产品需求详细的表述清楚,所以也没有必须撰写用例了。但是在大公司里,往往会追求产品流程的规范性,要求撰写用例,不过在敏捷开发的时候也会采用其它更有效率的方式,不一定非要撰写用例。

    前面几步我们将产品需求逐渐细化并且通过原型的方式将产品需求形象化的展现了出来,但是在产品功能的逻辑细节方面,原型就非常不直观了,所以用例是一个非常重要的描述需求过程的文档。

    但是由于用例文档以文字为主,并且格式复杂,不适用于高效率的产品需求表述,所以展现逻辑流程的“功能流程图”是一个简洁直观的可替代用例文档的方式。

    shu-26

    (请点击查看大图)

    如上图所示,功能流程图是一种使用图形的方式表示算法逻辑的图表,因为千言万语不如一张图,通过流程图将“优惠券”功能模块的逻辑和需求非常形象直观、一目了然的展现了出来。

    流程图的展现方式也不会产生“歧义性”,便于理解,逻辑出错时也非常容易发现,并且可以直接转化为程序需求描述文档。

            

    2.6、需求文档(PRD文档)

    前面的几个步骤是为了帮助我们梳理需求、验证可行性和明确细节,到了这一步的时候我们已经非常清晰的了解产品需求,此时撰写产品需求文档可以大大减少和避免了撰写文档时容易忽略的细节黑洞。

    产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式,主要用于产品界面设计和研发使用。因为每个人的习惯和团队要求都是不一样的,所以产品需求文档没有统一的行业规范标准,无论以什么样的格式撰写产品需求文档,最终的目的都是让执行人员能够理解产品需求,根据需求完成产品。

    产品需求文档的表现形式有很多种,常见的有Word、图片和交互原型这三种形式,文档内容通常包含信息结构图、界面线框图、功能流程图、功能说明文档。虽然产品需求文档没有标准的规范,但是有两项是必不可少的,那就是文件标识和修改记录。文档在撰写过程中,我们可以自行不断的修改完善,但是如果正式发布或交给团队其他成员后,一旦有了修改,为了文档的同步,我们就需要标注出文档的修改内容,备注修改记录,这样可以方便大家查看和了解改动的内容。关于文件标识和修改记录,格式都大同小异。

    prd

    ① Word

    这是传统意义上的产品需求文档,主要有四个部分组成(具体根据产品要求进行划分),分别是:结构图、全局说明、频道功能、效果图。

    因为产品需求文档的阅读者主要是偏向于技术人员,因此文档的目的性非常明确,就是要描述产品的功能需求,所有产品需求文档没有关于市场方面的描述。为了保证需求的执行效率,建议大家尽量减少不必要的文字,在能够让阅读者看懂并且了解产品意图的情况下,文字越少越好。这主要是因为绝大多数人是没有足够耐心认真看完产品需求文档的,因此我们要尽量减化文档内容。

    ①-1、结构图:

    ①-1.1、信息结构图:主要是辅助服务端技术人员创建或调整数据结构的参考文件

    ①-1.2、产品结构图:主要是辅助设计和技术开发人员了解产品的全局结构。

    ①-2、全局说明:

    主要讲解产品的全局性功能的说明,例如网站产品的页面编码、用户角色,移动产品的缓存机制、下载机制,这类全局性功能的说明。这里我举一个移动产品的“状态维持与恢复”的例子。示例如下:

    状态的维持与恢复

    当用户退出产品时(误操作、Home键、锁屏、自动关机),产品需要维持用户操作前的状态,当用户返回产品时仍可以恢复到之前状态,并继续使用。

    维持状态包括流程操作、信息浏览、文本输入、文件下载。

    锁屏状态时,如果用户在产品中有下载任务时,仍然保持下载。

    ①-3、频道功能:

    以频道为单位,页面为子项,分别描述产品的频道、页面及页面模块元素的功能需求。示例如下:

    1、频道名:频道介绍及需求说明

    2、页面1:页面介绍及需求说明

    2.1、页面模块1:模块功能需求说明

    2.1.1、页面模块1-元素1:功能说明

    2.1.2、页面模块1-元素2:功能说明

    2.2、页面模块2:模块功能需求说明

    在撰写功能需求时,我们需要考虑用户的流程,例如一个“完成”按钮,我们需要描述他完成后,系统要不要给出反馈提示(反馈提示是什么样的形式反馈,内容显示成什么,有没有内容需要调取数据库),或者要不要跳转页面(跳转到哪个页面,这个页面是其他频道页面,还是这个功能的子页面,如果是子页面就需要再描述这个子页面的模块及元素内容)。

    ①-4、效果图:

    效果图是由设计师完成的产品图,和实际开发完成的产品保真度一致。

    这个示例是一个移动产品(iPad)需求文档,其中部分隐私内容已过滤隐藏,并且只保留了首页和地图找房频道的需求说明。由于工作环境没有交互设计师,所以Word文档中包含了部分交互说明。

    ② 图片

    图片形式的产品需求文档是基于效果图的说明文件,将传统Word形式的功能需求说明标注在效果图上,这种方式经常使用在移动互联网领域,实际上是图文形式的交互需求文件,只是在此基础上更深入的描述出功能需求。

    对于图片形式的产品需求文档,我们只需要另外再描述一下全局说明,其他频道页面的需求直接以图片形式展示,这种方式相对于Word文档的纯文字更加生动易读并且直观,因此有一些产品经理非常喜欢用这种方式代替Word形式的产品需求文档。

    picture_prd

    ③ 交互原型

    这里指的交互原型就是前面篇章讲到的原型设计,使用Axure PR之类的交互原型设计软件制作出来的产品原型非常真实和直观,并且原型软件还支持元素标注和导出Word文档,因此很多产品经理都喜欢使用Axure PR来代替Word完成产品需求文档。

    当我们通过Axure PR制作出产品原型后,实际上他已经是很完善的产品Demo了,因此我们只需要加上元素的标注,在标注中说明功能需求,这样导出的HTML文件相比Word文档更直观易懂,是非常高效的产品需求说明方式。

    shu-31

    无论你采用哪种方式撰写需求文档,最终的目的都是为了方便团队成员理解产品的意图,因此哪种方法能够避免细节黑洞,高效完成产品的设计和研发,那么这种方法就是最有效的方法。

    展开全文
  • 产品设计的感想

    千次阅读 2019-03-24 16:43:22
    产品设计的感想 最近在开发产品的过程中发现,想要设计一款好的产品真的不容易,不仅仅是把功能出来就行了,应该考虑更多的问题. 有时候自己设计出来的东西,自己试用了一下,发现很麻烦,很难用.反过来想,如果设计这样...

    产品设计的感想

    最近在开发产品的过程中发现,想要设计一款好的产品真的不容易,不仅仅是把功能做出来就行了,应该考虑更多的问题.

    有时候自己设计出来的东西,自己试用了一下,发现很麻烦,很难用.反过来想,如果设计这样的产品,连自己自己设计的都觉得难用,那么想要推向市场就很难了.所以在设计产品的时候我的感觉是,把复杂的留给自己,把简单的留给客户.

    并把频度高的功能设计好,在设计每个功能的时候,应该从用户的角度来设计等等…

    暂时想到那么多,以后想到再补充.

    展开全文
  • 也许我们经常会碰到这么一副画面,很多...上图就是典型的状态图,一本图书经过不同的触发行为或满足一定的条件,就变成了不同的状态,我们在产品设计的过程中,也会经常碰到这样的情况需要用状态图去表示。 原文链接

    也许我们经常会碰到这么一副画面,很多产品经理在梳理好了产品架构的脑图之后,都会火急火燎打开原型设计工具Axure,开始进行原型设计工作去了。三下五除二就基本将产品线框图给画完了,然后就屁颠屁颠地跑去和研发工程师过需求,讨论的时候会发现:不是这里有个小问题,就是那里有个逻辑没想明白,整理整理返工,结果下一次又发现有一个流程没有考虑清楚,这样来回反复几次才能将一个产品需求和原型界面给讨论清楚。

    其实,这样的场景出现的频率还比较高。想想自己第一次去和公司开发沟通的时候,也是碰到了这样的情况,被开发喷这里逻辑不对,那里漏了一种分支情况的思考,当时那个囧啊,真想找个地缝钻进去。后来才知道,在设计原型之前,其实还少了一个关键的步骤,那就是确定产品的业务流程,梳理产品的流程图。

    什么是流程图

    从字面来理解,流程图=流程+图。流程,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程;而图呢,就是将这些流程进行显性化和书面化的一种表达。

    流程图有时也称作输入-输出图,某种程度上来说,流程图是一种沟通性质的图形化语言。一般会使用一些标准符号代表某些类型的动作,如判断用菱形框表示,具体的操作行为、活动用方框表示,开始和结束用圆角矩形框表示。

    这里写图片描述

    但比这些符号规定更重要的,是必须清楚地描述产品业务流程的顺序及使用逻辑。从产品经理的角度来理解,流程图其实就是一个用户使用产品的过程,基本的三要素是“从哪进—做什么—从哪走”。比如用户打开一个电商APP,会有这样一个使用产品的过程:

    「搜索商品」→「查看商品详情页」→「加入购物车」→「生成订单」→「开始支付」,以及支付之后的「确认收货」
    这里写图片描述

    用户从电商商城的首页进入,通过搜索来找到自己想要购买的商品,了解后将其加入购物车,购买了自己想要的商品,支付结束后便离开APP,待收到商品后又回到APP进行确认收货。

    可以看出,只要产品用户在使用我们产品的过程中有其自身的目标和任务,产品流程就会存在。产品经理要做的,就是通过一系列步骤完成任务和流程的梳理,最终目的是帮助用户,完成核心任务。

    而且制作产品流程图不仅可以帮助产品经理梳理、完善用户操作使用流程,还能有效降低团队成员间的沟通成本。在实际的工作中,产品经理需要向很多人(尤其是开发人员)描述产品需求和原型界面,借助可视化的流程图,沟通的效率会提高很多,毕竟一份步骤清晰的流程图要比一大段文字直观易懂得多。

    常见的流程图分类有两种,一种是业务流程图(Transaction Flow), 一种是页面流程图(Page Flow)。

    对于产品经理来说,用的比较多的自然是业务流程图,页面流程图一般是设计师那边使用比较频繁。在工作中,我们经常能够看到两种业务流程图,一种是单纯的用户操作行为流程图,这种流程图往往只涉及一种用户角色,不需要进行跨部门或者跨功能完成某项任务,如下图所示:

    这里写图片描述

    另一种则很好区分,俗称为“泳道图”,在样子上也挺像游泳池里的泳道,可以有横向的泳道,也会有纵向的泳道。泳道图在某些文档里会被称为“以活动为单位的流程图”,浮在泳道中的都是一个个活动。泳道图是处理多角色、多系统、多模块的复杂需求的最好方法,它的本质就是希望可以通过角色、系统、模块的划分将复杂的功能梳理切割清晰,因此多模块之间的关联尽可能单一,实际中也很少存在多联系线条的情况,因此如果泳道之间多条关联,最好自己反思下是不是之前的功能模块架构切割的不太合理,导致绘制出来的图不够简洁。

    这里写图片描述

    如何确定产品流程

    讲完了基础的东西,接下来我们来梳理下,该如何确定产品的流程。

    首先我们要设计的是产品的核心功能流程,也就是用户的核心使用路径。拿微博进行举例,微博用户的核心操作路径是这样的:

    路径一:登录微博——查看微博动态--转发、点赞、评论微博

    路径二:登录微博--发表自己的微博--查看私信,回复微博评论

    这是微博用户最常有的两种操作行为,所以你会发现,所谓产品的核心功能流程,就是一个产品对用户产生的价值,用户要感知到这个价值需要完成的最简操作步骤。微博这个产品对用户来说,最大的价值无非就是两个方面,一个是可以碎片化地浏览资讯,一个是可以碎片化地发表自己的动态信息。用户要感知到这两个价值,就必然要做出上述的一系列操作流程和步骤。

    所以,在确定产品的主干流程的时候,需要先弄清楚产品的价值到底体现在哪里,用户要完成对这个产品价值的感知,需要付出哪些行为。通过这样一个简单的分析,我们就能得出产品的主流程了。

    当然,这里输出的产品主流程,只是一个产品的整体使用流程,具体到某一个功能如何进行操作使用,就需要花费更多的精力去进行细化分解。

    那对于某个功能的产品操作流程梳理,我们又具体怎么来做呢?

    我建议可以从下面3步着手。

    业务调研

    如果你是在梳理一个简单的功能操作流程,或者已经比较通用成熟的产品流程,那么只需要好好研究几款产品,就可以知道常规的流程是什么样的,典型如产品的注册登录流程;但如果是梳理一个全新的业务功能流程,尤其是设计企业内部支撑系统的时候,就需要对相关业务进行系统的调研了。

    其实调研的过程,倒是和我们小时候写记叙文有点相似,无非就是要解决who,what,why,how,以及where的问题:谁,在什么情况下,做了什么事情,这个事情需要什么前置条件,又输出了什么,这个事情在哪里完成的?基本上只要我们深入到业务环境里去,和业务相关人员好好沟通交流,搞明白这几个问题也不是什么难事。然后把调研结果做一个完整记录,我们的调研就可以算是圆满完成了。

    举个例子,假设你老板派你去调研一个商业地产开发商的业务流程,调研的目标是为了给他们提供商铺和业主管理系统。

    那么在调研中:

    1. 首先可以要求精通业务流程的人给你系统讲解一遍

    2. 调研具体操作的人,来验证他给你讲解的是否全面和是否存在偏差

    3. 实地观察和记录,可以花点时间走遍整个业务流程,了解各个细节

    这里提供的三种方式可以相互结合使用。第一种方法可以让你首先建立一个全局观,了解业务的整体运行逻辑,但对于业务细节问题则不能那么深入。第二种方法比较依赖于问题的质量以及问问题的场景,这就要求我们在提问之前就做好充分的准备工作,有很多结论的不正确其实是因为问错了人或者问问题的方法不对。第三种方法的存在,就是为了在观察中再进行验证。

    梳理与呈现

    做好了调研工作后,我们就该立即对调研结果进行整理。

    首先,明确你要梳理的业务流程的范围,具体是包含哪几个功能模块,涉及到哪些用户角色,这个时候可以先使用一些关键节点,弄一份该业务流程的主干流程图出来;

    接下来,就是对上面这个粗的流程图进行分解,好比去拆解一个金字塔,层层分解下去,直到不能分解为止;

    最后,就是用流程图将其给画出来,通常来说,会有三种结构的流程图出现——顺序结构、选择结构、循环结构。

    这里写图片描述

    评审与确认

    一份流程图能否通过评审,关键是看其能否真正反映现实中的业务,评审主要是让业务部门和开发部门参与,如果都觉得没有问题,那么恭喜你,你的流程算是过关了。这里稍微要强调的是,好的流程图具备怎样的一些特征,大致归纳起来如下:

    a、清晰易懂:整个流程图结构清晰,让浏览流程图的人一眼便能看懂主体流程是怎样的,这也体现了为什么要使用标准化的流程图图示语言来进行描绘的用处了;

    b、简单明了:流程图存在的本身意义,就是为了将复杂的东西简单化。如果流程图上面密密麻麻地堆了一堆,可想而知是怎样的一种阅读体验;

    c、完整准确:这就要求产品经理能够考虑到各种情况和逻辑判断,梳理流程图的过程,其实也是一个查漏补缺的过程,评审的意义也在于此,找出有错误的地方,大家一起来完善流程图;

    上面说的这三个步骤方法,比较偏向于做后台业务功能的流程梳理和调研,其实对于to c 类的产品来说,方法都是通用的,只不过调研业务部门换成了调研用户,只有更了解用户的操作行为、习惯、心理预期才能做出更好的流程设计。

    流程图的绘制工具

    制作流程图的工具有很多种,比如,Visio、Axure、Smartdraw、Omnigraffle(Mac)等等,产品经理只需要选择一款适合自己的工具即可。
    这里介绍几个常用工具。

    Visio

    Visio是微软推出的一款流程图制作工具,也是目前产品经理最常用的一款流程图工具。通过Visio可以方便、快速地把业务流程、系统实现流程画出来。它本身有很多的组件库,可以很方便的完成各类流程图、结构图和网络图的制作。Visio的另一个特色功能在于它有非常丰富的自带模板。

    Omnigraffle(Mac)

    OmniGraffle是由The Omni Group制作的一款绘图软件,其只能于运行在苹果电脑和iPad平台之上。个人感觉在很多方面,OmniGraffle都类似于微软的Visio,不过绘制出来的任何图表不知为何总会觉得很美,有Mac电脑的产品经理可以下载软件试试。

    ProcessOn(支持在线协作)

    ProcessOn 是一款网页版的在线作图工具,用户只需要有一个浏览器即可制作思维导图、流程图、UML图、界面原型设计、组织结构图等等。这款工具上手非常容易,而且免费,更重要的是省去了安装、授权等各种付费软件的烦恼。作为一款用 HTML5 开发的在线网页版作图工具,ProcessOn一个很大的特色就是可以做到无延迟协作,方便两个或多个人同时对一个文件协作编辑和沟通,对创业团队或者企业办公小组来说,是一款简单易用的工具。

    其他常见的图 - 时序图、状态图

    有时候光有流程图,还不能够准确完整地表达清楚业务逻辑和产品需求,这个时候就需要借助时序图和状态图来完成相关的补充说明了。

    流程图、时序图、状态图都可统称为UML图,那什么是UML呢?先来看看百科是怎么解释的:

    Unified Modeling Language (UML)又称统一建模语言或标准建模语言,是始于1997年一个OMG标准,它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置。 面向对象的分析与设计(OOA&D,OOAD)方法的发展在80年代末至90年代中出现了一个高潮,UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法,而且对其作了进一步的发展,并最终统一为大众所接受的标准建模语言。

    是不是看不太懂?看不懂才是正常的表现,因为这是面向对象软件的标准化建模语言,简单地说就是一种有特殊用途的语言。

    大家有空可以参考《UML基础、案例与应用》详细了解下。

    这里就给大家介绍两种常见的图,一种叫时序图,一种叫状态图。介绍这两种图之前,我们先说下什么是对象,什么是类的定义吗?类就是一类事物的总称,那对象呢?对象就是这类事物中的个体,比如手机类,苹果手机就是手机类的一个对象。

    时序图

    时序图显示对象之间的动态合作关系,它强调的是对象之间消息发送的顺序,同时显示对象之间的交互。时序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为的时候,时序图中的每条消息对应了一个类操作或引起状态转换的触发事件,如下图所示是一个ATM 用户成功登陆的时序图:

    这里写图片描述

    在 UML 中,时序图表示为一个二维的关系图,其中,纵轴是时间轴,时间延竖线向下延伸。横轴代表在协作中各个独立的对象。当对象存在时,生命线用一条虚线表示,消息用从一个对象的生命线到另一个对象的生命线的箭头表示,箭头以时间的顺序在图中上下排列。

    状态图

    所谓状态图,就是用来描述一个对象的可能状态以及各个状态之间的转换关系的一种图。

    这里写图片描述

    上图就是典型的状态图,一本图书经过不同的触发行为或满足一定的条件,就变成了不同的状态,我们在产品设计的过程中,也会经常碰到这样的情况需要用状态图去表示。

    原文链接

    展开全文
  • 产品设计决定用户体验,而小产品设计又分为五层,帖一张业内著名了好几年的图。战略层:明确商业目标和用户目标,重点是解决两者之间的冲突,找到平衡点。例如,通常的商业目标是赚钱,而用户是要省钱,这种最底层...

    其实这篇是《用户体验的要素》的读后感,其实读了已经快2个月了,刚读完写读后感会比较全面,而事隔一段时间再写就能看出哪些是真正沉淀下来的要点了,也算是给自己找个偷懒的理由吧。

    大产品设计决定用户体验,而小产品设计又分为五层,帖一张业内著名了好几年的图。

    jjgelements

    战略层:明确商业目标和用户目标,重点是解决两者之间的冲突,找到平衡点。例如,通常的商业目标是赚钱,而用户是要省钱,这种最底层的冲突没法通过产品设计解决,而要靠商业上找准价值的切入点。作为PD通常接触不到战略制定的过程,但仍然要深刻理解公司战略并尽可能的去发挥自己的影响力。

     

    范围层:做好需求采集工作,确定功能范围和需求优先级。这时候先要尽可能多的收集,通过各种市场研究、用户研究的方法收集,不要遗漏;再尽可能多的放弃,因为我们的资源有限,只能做最有价值的。先做的收集不是为了放弃,而是为了不漏掉任何“最有价值的”。

     

    结构层:完成信息架构与交互设计。上一步相当于把菜都选好了,现在开始考虑具体是蒸是煮是炒是炸了。一般来说,技术部门在这个层面开始全面介入。

     

    框架层:界面设计、导航设计、信息设计,到了这一步,才出现用户真正能看到的东西。常见错误是从以为这里才开始算设计,忽略了上面的几层,这样在大前提不正确的情况下做出来的产品必然会成为一个悲剧。

     

    表现层:包含了视觉设计和内容优化。这部分是最有意思的,但设计师一定要理解好商业和用户的目标才能做出正确的设计,毕竟我们不是艺术家,这里的表现是最终产品气质的体现。

     

    五层整体是抽象到具体的过程,时间上是顺序的,但每步的界限模糊,彼此交叉,而且必须反复迭代的。

    套用咨询思维的经典结束(意译):事情来了不要扑上去做,也不是先订计划,而是先想清楚意义、目的、目标等等。

    展开全文
  • 产品经理或者产品设计师到底是一个什么样的角色?为了找到这个答案,先看看几个典型的招聘广告吧。 一、分析几则招聘广告 1.第一则产品经理招聘广告 1、根据公司的业务规划和特点,开发有质量的新业务,并制定产品...
  • 产品设计学习心得

    千次阅读 2019-06-27 18:21:49
    1. 产品设计 1.1设计方向 1.2 设计参考/竞品分析 1.3 设计过程 1.4 最终设计 2.心得体会 2.1设计重点和难点 2.2设计的过程 2.2.1研究问题 2.2.2为用户建模:人物建模和目标 2.2.3设立愿景:场景和设计...
  • 1、ID(Industry Design)工业设计 包含外观、材质、手感、颜色配搭,主要界面的实现与及色彩等方面的设计。 2、MD(Mechanical Design)结构设计 以手机为例: 前壳、后壳、手机的摄像镜头位置的选择、固定的方式、...
  • 笔试中怎么答产品设计类题目

    千次阅读 2018-06-23 13:29:20
    常见问题:- 你平时常用的软件是什么,分析分析- 如果给某一个软件加一个功能/减一个功能,如何抉择- 如果让你设计一款盲人手表/盲人闹钟/在线旅游APP,你会怎么办一、产品设计分析题的基本解题思路:需求分析+目标...
  • 产品设计是一个由抽象的概念到具体形象化的处理过程,通过文字或图像等方式将我们规划的产品需求展现出来。它将产品的某种目的或需求转换为一个具体的物理或工具的过程,把一种计划、规划设想、问题解决的方法,通过...
  • 滴滴顺风车产品设计

    千次阅读 2015-08-18 20:58:31
    顺风车项目初期,产品GM反复和我们强调业务使命,私家车出行在滴滴体系中的角色,私家车市场规模,业务模式概述,业务模式关键词,目标体系. 使得我们很快明确了顺风车的产品定义,目标用户,主要功能,产品...
  • 产品设计思路框架

    千次阅读 2014-10-17 10:11:02
    最近看了很多产品方案,各种各样的职位,有产品,有设计,有运营,有研发,甚至还有客服,有几个特别明显的地方,就是每个职类的人想方案的时候都是围绕着本身职类来想的,比如设计人员策划方案的时候就会扣住很多...
  • 摘要:此项目博客为潘老师系统分析与设计项目相关博客,主要是讲述如何利用xiapiu进行原型...大量的模板,兼具高保真与低保真,满足产品原型设计的一切需求 网页在线编辑,无需下载相关系列软件,大大降低了对软件...
  • Axure产品设计软件视频教程大全

    千次阅读 热门讨论 2018-08-07 15:17:01
    最近因为工作的需要,需要设计产品原型,于是在网站百度到Axure这一块产品原型设计工具,以前没有接触过,所有在网站搜索视频教程,费了好大的劲了,因为搜索到的Axure视频教程要么需要付费,要么就是不完整。...
  • 记者:2007年7月,您开始在自己的 MSNSpace 上面写“产品设计体会”这个系列文章的,最初您开始写这个系列目的是什么呢?在这之后,又是哪些原因一直让您保持住了持续更新的热情呢?答:就像我在第一篇里提到的一样...
  • 当然了,如果最终中国人都开始使用英语,那么这场汉字的灾难未必不是好事,不过不管怎么说,这肯定不是那位汉语拼音设计者的初衷。因为汉语拼音学的好对英语无疑一点用都没有,另一方面,他也未必一开始就是为了把...
  • 一些有趣的国外优秀产品设计原型图
  • 标准的产品设计工作流程

    万次阅读 2011-11-08 14:37:24
    每个产品团队都会有自己的工作流程,无论这个工作流程是否最高效、是否体现最大价值,但是我认为只要这个流程能够为实现工作目标提供过程的保障就可以算是好的流程。 对于流程本身而言,可以因团队不同或工作任务...
  • 产品设计体会(一)——变态吧,开始帖周报了这是我周报的一部分,参观前请谨慎考虑一下。。。 产品设计体会(一) 既然周报要写作文了,那就干脆写点有意义的,也顺便整理一下自己的体会。正好628网店版2.0上线...
  • 首先说一下什么是UED,UED是User Experience Design,中文名的全称:用户体验设计。从字面意思上来看,就是在用户体验。平时稍微接触过一些设计知识的人就会下意识的认为UED就是个交互而已,其实不然,交互设计...
  • 通过二次开发可做出漂亮的企业门户,为什么用sharepoint门户,其最大的好处是可通过二次开发快速做出漂亮的前台展示页面,但后台管理不用开发,可直接用sharepoint本身自带的强大内容管理功能。 我有个个人产品...
  • 软件产品设计的五种境界

    千次阅读 2010-01-03 18:54:00
    我口出狂言,只要你想得出来的,我都能得到。其实,我说这话相当无知。 柏拉图曾经说过,人的知识犹如一个圆,圆内是你已经知道的,圆外是你还不知道的,圆周就是你已经知道的还没解决的问题
  • 一直以来我自己个人对产品经理这个职位存在许多疑惑,我很疑惑的是:产品经理怎么好像是在信息架构师、交互设计师、甚至界面设计师的事情?甚至有的产品经理要写包含技术信息的文档,写出来产品文档一大堆,...
  • 在风起云涌的互联网浪潮中,...一、什么是原型设计? 首先,让我们看看在体验设计的过程中的“原型设计”。 以下结合个人对UCD理解和项目经验,梳理和简化的传统体验设计的流程。(流程是每个群体的工作方式,好像我们
  • 浅谈智能客服机器人的产品设计

    千次阅读 多人点赞 2019-09-07 14:01:40
    这在智能客服机器人同样适用,所以我们的产品设计目标应该是:用最短的对话轮次,或者说最短的路径,来为用户提供服务。 用户的诉求是:通过最短路径,获得精准、直接的答案以及很好地完成任务。 二、基于场景的...
  • java web个人博客开发(二产品设计

    千次阅读 2017-03-26 10:19:07
    java web个人博客第二节,进行产品设计。包括业务流程,页面样式,用到word画流程图和Axure画产品设计样式
  • 以前写的,一起整理过来了…… 【CSDN独家报道】开发人员要不要写博客?写博客对自己的工作有什么好处...作为阿里软件的产品设计师,他从去年开始写“产品设计体会”这个系列,不但自己感悟到了很多知识,也受到了很多
  • 互联网B端产品设计经验总结

    万次阅读 2017-12-20 19:29:44
    一、什么是B端产品 B端产品,可以概括为:在供求关系中,给供给端使用的产品或系统。 B端产品区别于C端产品的特征是: C端产品,侧重满足个人生活需求,给用户提供愉悦感(满足便利、新鲜感、虚荣心、...
  • 产品场景化设计

    千次阅读 2019-11-05 21:00:28
    本文围绕什么是场景化设计,有哪些场景化设计的例子,为什么要进行场景化设计和场景化设计的具体方法,展开解读。 什么是场景化设计 生活中,场景就像戏剧、电影中的场面,泛指情景。在戏剧或影视剧里,场景由人物,...
  • 唐杨烱.唐昭武校尉曹君神道碑有这样的记载:“托无愧之铭,跋涉载劳於千仞,访他山之石,...也不难理解,为什么在电视剧生产量最大的中国,很多导演或演员总会叹息:没有好本子。确实,一个好本子,可以让一个名不见

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 400,339
精华内容 160,135
关键字:

产品设计出来做什么