库存中心产品设计
2012-02-24 13:33:59 booucn 阅读数 25

用户中心设计的概念


简单的说,在进行产品设计时从用户的需求和用户的感受出发,围绕用户为中心设计产品,而不是让用户去适应产品,无论产品的使用流程、产品的信息架构、人机交互方式等,都需要考虑用户的使用习惯、预期的交互方式、视觉感受等方面。

衡量一个好的以用户为中心的产品设计,可以有以下几个纬度:产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(effectiveness)、效率(efficiency)和用户主观满意度(satisfaction),延伸开来还包括对特定用户而言,产品的易学程度、对用户的吸引程度、用户在体验产品前后时的整体心理感受等。

 

为什么要用以用户为中心的设计方式?


1. 一个产品的来源可能有很多种情况,用户需求、企业利益、市场需求,或可能是技术发展所驱动。从本质来说,这些不同的来源并不矛盾。一个好的产品,首先是用户需求和企业利益(或市场需求)的结合,其次则是低开发成本的,而这两者都可能引发对技术发展的需求。

  a) 越是在产品的早期设计阶段,能充分的了解目标用户群的需求,结合市场需求,就能越大程度降低产品的后期维护甚至回炉返工的成本。“如果在产品中给用户传达“我们很关注他们”这样的感受,用户对产品的接受程度就会上升”,同时能更大程度的容忍产品的缺陷,这种感受决不仅仅局限于产品的某个外包装或者某些界面载体,而是贯穿产品的整体设计理念,这需要我们从早期的设计中就要以用户为中心。

  b) 基于用户需求的设计,往往能对设计“未来产品”很有帮助,“好的体验应该来自用户需求,同时超越用户需求”。这同时也有利于我们对于系列产品的整体规划。


2. 随着用户有着越来越多的同类产品可以选择,用户会更注重他们使用这些产品的过程中所需要的时间成本、学习成本和情绪感受。

  a) 时间成本,简而言之就是用户操作某个产品时需要花费的时间,没有一个用户会愿意将他们的时间花费在一个对自己而言仅为实现功能的产品上,如果我们的产品无法传达任何积极的情绪感受,让用户快速的完成他们所需要的功能,这是最基本的用户价值。

  b) 学习成本,主要针对新手用户而言,这点对于网络产品来说尤其关键。同类产品很多,同时容易获得,那么对于新手用户而言,他们还不了解不同产品之间的细节价值,影响他们选择某个产品的一个关键点就在于哪个产品能让他们简单的上手。有数据表明,如果新手用户第一次使用所花费在学习和摸索的时间和精力上很多,甚至第一次使用没有成功,他们放弃这个产品的几率是很高的,即使有时这意味着他们同时需要放弃这个产品背后的物质利益,用户也毫不在乎。

  c) 情绪感受,一般来说,这点是建立在前面两点的基础上,但在现实中也存在这样一种情况:一个产品给用户带来极为美妙的情绪感受,从而让他们愿意花费时间去学习这个产品,甚至在某些特殊的产品中,用户对情绪感受的关注高于一切。例如在某些产品中,用户对产品的安全性感受要求很高,此时这个产品可能需要增加用户操作的步骤和时间,来给用户带来“该产品很安全很谨慎”的感受,这时减少用户的操作时间,让用户快速的完成操作,反而会让用户感觉不可靠。

2019-03-09 20:09:18 wanghang88 阅读数 326

由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、安全性强等特点,PM在设计产品架构时,应充分考虑到业务发展需要,尽量将各模块隔离,商品模块建个商品中心,订单模块建个订单中心。
只有在产品设计上有模块化思想,具有前瞻性,技术在开发时才会考虑业务隔离,当业务调整、功能新增时,开发可迅速进行,避免牵一发而动全身的事情反复发生。

对电商公司来讲,最核心最难做的三部分:商品、订单、库存。

商品,与店铺、营销、评价等相关;
订单,与会员、营销、支付、库存、物流等相关;
库存,与订单、采购、WMS(仓库管理系统)、营销等相关,系统之间业务逻辑和交互异常复杂,规则多样。

相关模块:
商品中心:主要管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据;
订单中心:管理订单类型、订单状态,落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作;
支付中心:主要调用第三方支付平台接口,记录支付信息(对应订单号、支付金额等);
会员中心:主要管理用户等级、用户权益、积分、卡券等会员相关信息;调度中心主要将订单信息转化为发货通知单,调度仓库和物流进行发货;
客服中心:主要管理退货退款、售后服务等操作,包括呼叫中心、在线客服等,与之对应的是工单系统,将客服任务进行队列管理,分配给相应的客服;
营销中心:主要管理活动相关,优惠券、满减、专场活动、促销专区等,营销工具的开发对电商尤其重要,营销活动的滥用造成的用户疲劳,怎样推陈出新,给电商产品经理造成了很大挑战;
运营中心:主要是对用户端进行页面配置(Banner、ICON、TAB)、价格管理等,一般会营销中心并入运营,作为其一部分;
评价中心:管理商品评价和用户反馈,这并没有想象的那么简单,涉及到一些敏感词和敏感图片的筛选,以及回复内容管理;
店铺管理:功能庞杂,相当于提供给B端用户一个Saas管理后台,提供管理商品、营销、订单一系列功能,主要针对一些有to B业务的电商开放平台;
采购中心:管理SKU,当库存预警时,及时生成采购单进行入库,有供应商管理模块,主要进行供应商管理评级,发展新供应商等功能;
财务管理:主要和订单、采购系统相关,数据准确性要求较高;
WMS系统(仓库管理系统):主要是入库、出库、盘点等模块,WMS主要和调度中心进行数据交互,反馈出入库状态和库存变动;
物流中心:主要进行运费模板、运费管理(前端订单、真实物流成本)、物流状态保存查询(快递100、菜鸟等关联),如果是跨境电商,还涉及到和海关总署的对接,进行报关操作。
风控中心:主要利用大数据进行用户信用建设、反欺诈,避免恶意评价、刷单退款等操作,构建安全的电商购物环境.

如何设计实用的商品中心(前端显示篇):
每天逛淘宝和京东的时候,映入眼帘的都是品类繁多的商品,但是当我们选择分类或者直接搜索的时候,按条件筛选时,系统却往往能从千万商品中提供心中想要的商品,浏览商品时,商品主图、详情图、规格等信息让我们感觉比在超市拿着实物获得更多信息,电商系统到底是怎么做到这些的呢?
商品中心是用来管理核心的商品数据,对于使用的维度,前端来讲,是给商品展示、订单、营销活动提供商品数据支撑,从后端来讲,商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑.
后端的维度介绍商品中心,商品常用概念介绍,先介绍几个基本概念:SKU、SPU、属性、类目.

1,商品常用概念介绍:
SKU:

stock keeping uint(库存量单位),库存控制的最小可用单位,例如Iphone 7plus 128G 银色就是一个SKU,仓库管理、采购进货、库存显示的都是SKU.
        不同的公司都有自己的SKU编码规则,如果有自己的仓库,在商品入库时一般会打上自己的SKU码,这样整一套库存体就 会自上而下打通,
         当然还有另一种处理方式,设置自有SKU码与供应商条码的对应关系,将订单转化为发货单时,将自有SKU码转化为供应商的条码 

SPU:
        standard product unit(标准化产品单元),是一组标准化信息的集合,例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种,可以一对多,一对一,如下图所示。
        SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。
        SPU(Iphone 7plus)通过颜色、内容关联到SKU(Iphone 7plus 128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。


属性:
       分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性,是必填项,例如手机的品牌、型号属于关键属性;
       销售属性组成SKU的特殊属性,或称为规格属性,如手机的”颜色”、”内存”;
       非关键属性指的是除关键属性、销售属性外的其他属性,如手机的手机接口类型,非关键属性不一定是非必填项,有时为了商品信息完整,也会设为必填项
       属性定义对于良好的消费体验有着至关重要的关系,对搜索、索引、筛选都有至关重要的作用

类目:
       分类树,电商常用的有两层类目,前台展示类目,后端商品类目.
       前台类目指的是展示给消费者的类目,会根据季节、销售策略、活动进行变动;
       后台类目属于基础数据,不可随意变动,添加SKU时都需要选择类目,进行绑定。
      需要注意的是,类目树的层次不能太深,一般三层或四层,如果太深,不论对于管理还是技术性能来说,都是不利的。
      前台类目与后台类目可随意搭配,设置前台类目关联时,对前台类目树最深层进行设置,可让其关联后台类目任一层,可一对一、一对多。
      前台类目还可以对应品牌。

2,商品基础资料设计:
                    在介绍商品常用概念时,也透露了很多在产品设计时关联的信息。在添加SKU时,需要选择品牌、填写一些属性,以及关于仓库管理的基础数据(长宽高、重量、供应商等).
                   商品中心基础资料结构图主要如下,首先是品类管理,
                                                                                                主要包括品牌管理(中英文名、可供品类、产地(跨境电商比较要))
                                                                                                 属性管理(针对类目添加相关属性和属性值)
                                                                                                 类目管理(后端类目树重中之重,确定时要考虑全面,属于基础数                                                                                                   据,后续更改比较麻烦。)

                                                                                 SKU管理,
                                                                                                 在添加SKU时,通过供应商去关联采购,进而影响仓库中SKU的                                                                                                       库存
                                                                                                 供应商在添加SKU时亦可不选择,可以在采购系统中添加关联

                  通过销售属性去关联SPU与SKU,同一SPU在前台显示时可以共用同一商品详情,只是通过规格属性映射到具体的SKU;针对商品的关键属性和属性值,可以在商品搜索和筛选时用上,良好的属性定义对于顾客决策树的缩短有着至关重要的作用.

 3,复盘:

           商品中心后端属于基础数据,会被许多子系统调用,对于电商公司来说重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理,可扩展的商品中心结构将给公司业务发展带来很大益处。
很多电商公司业务定位都是B2B2C,为了扩充SKU,增加用户量,或者构建平台体系,都会允许第三方来平台管理商品,
类似京东、有赞,这类平台的商品结构更加复杂,SKU需要增加所属商家,商品详情、属性值、库存都需要相互独立,在SKU、SPU纬度上增加一个商家纬度。这里不做过多扩展,感兴趣的朋友可以深入思考.

4,商品中心设计:
  商品信息主要由类目、标题、品牌、商品属性、规格(京东定义为销售属性)、价格、库存、SKU信息(毛重、长宽高等)
                                      商品图、商品详情描述、物流信息等组成。
                                     至于经常看到的服务标签(白条、极速退款)、商品标签(热销)、活动标签(满减、优惠券)、价格                                             标签(拼团价、活动价).
                                      同类商品等都是在商品信息上的包装层,不在本文的阐述范围

 4.1,商品类目、商品基本信息:
      商品类目分为两层,基础数据类目层、前台展示类目层,
      基础数据类目层:在添加和管理商品时,都是在基础数据类目层对商品进行管理(如下图)。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理,所以类目管理属于较为核心的工作,一定要从长远角度考虑
      前台展示类目层:前台类目在展示时,有两种处理方式
                                                                                     前台类目对应后台类目,可一对一、一对多、多对多,自由组合,动态调                                                                                                整。现在大部分自营电商都是用的这种类型
                                                                                     前台类目直接对应商品,适合商品较少的小商家,主要是一些电商平台提                                                                                                供给平台上商家的类目服务,添加商品时直接选择前台展示的类目。
                                                                                      另外,类目一般是分为三层,类目树不要太深,否则将影响产品效率

                                                                         设置商品信息、副标题(一般介绍产品卖点、促销),选择商品对应的品牌。

                                                                          在品牌管理中,有两种方案:1.品牌统一管理,小公司商品丰富度较少时的方案。
                                                                                                                         2.品牌关联类目,商品丰富度高的选择。

4.2,商品属性:
      商品属性包括属性名、属性值,一般都是挂在具体类目子叶下,设置必填和非必填
      在设置属性值时,须保留一定的扩展性,部分允许自定义属性。
      商品属性管理要求强大的类目运营能力,在中小型电商平台一般会提供基础属性值,再开放自定义属性编辑,让用户来完善            属性库数据。
      商品搜索能力,除了标题、类目,很大部分依赖于商品属性,条件筛选的基础数据也是商品属性和规格属性。完善商品属性            对于良好用户体验至关重要。

4.3,规格、价格、库存、SKU信息:
     在购买商品时,我们会经常选择规格(销售属性),主要包括颜色、尺寸,为了支持多样化的用户需求,选择之后可以编辑              规格。
     规格一对一确定之后,可单独设置价格、库存、商家SKU,淘宝上亦可添加条形码(69码)。
     也可以设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物,上文亦讲过,仓库和采购管理的都是具体              的SKU
      仔细观察会发现,京东的商品标题是加上具体的规格,在选择规格时会跳转SKU,对于落单数据有效率提升,但是对于页面               效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构,亦是优质选择。

    在淘宝上选择具体的规格后,会发现商品缩略图会发生变化,这就需要在管理商品时,针对某规格单独上传图片。这里有个设计很巧妙的地方,只是不同颜色需要上传对应的商品缩略图,而尺码不需要。

    

      针对商品设置平台价和市场价,主要是为了商品在列表展示商品,未选择具体规格时展示,相当于商品的均价。
     毛重、长宽高等数据主要是为了物流而设置的,自建仓库的自营电商一般在SKU数据层就会录入这些数据,直接调用。
     货号即商品编码,在商城购物时会扫描的条形码就是货号,货号不等同于SKU编码,同一商品编码的商品可能是不同SKU,           有着不同的规格,所以不能直接拿货号来管理SKU。

 4.4,商品图、商品详情描述、物流信息:
      除了不同规格对应的商品缩略图,商品图还包括商品主图, 一般要求图片质量较高,包括整体图和细节图,商品主图是吸引顾              客眼球的必要利器,不论是列表页,还是活动页,顾客除了关注价格,主要就是商品主图,运营上架时需对商品主图较为            慎重。
      商品详情页现在一般会区分电脑版和手机版,由于两者的使用场景和设备不同,侧重点也不相同。为了更好的展示产品特                点,可提供不同的产品详情模板,亦可支持不同的富文本编辑。

      

     选择运费服务时,要选择对应的物流模板(包邮、按重量、按件数等),在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂,下篇文章详细描述讲解物流运费相关的细节。

4.5,商品得其他信息:
     主要包括售后服务(发票、保修服务、退换货)、包装清单等相关说明

4.6,上下架管理
     完商品基本信息之后,设置上下架时间,亦可直接上架发布。和商品相关的活动,一旦商品下架,活动将失效,无法购买。            搜索、筛选的商品范围都是在上架的商品范围进行

 

 

在之博主得博文上整理出来,在此非常感谢博主,欢迎大家提提意见,交流电商产品中心的设计

原文:https://blog.csdn.net/zero_295813128/article/details/73287176(关于电商系统商品中心,订单拆单,优惠系统的产品设计)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2018-03-09 08:46:00 weixin_34329187 阅读数 13

小饼同学的产品​设计方案常常会受到用户的一些质疑:
哎?这个APP到底怎么来用啊?怎么我完全看不懂该如何去操作?
这个提示为什么会在这里?
为啥分享结束后,不能自动返回到之前的页面?还傻傻地留在原来的页面?
这些是交互设计师经常遇到的问题,没有以用户为中心去思考和设计。
什么叫以用户为中心的设计方法?具体讲,就是我们从需求产出,到整个需求的细分,以及我们方案的产出和验证都是围绕着以用户为中心的。如果需要分析用户,我们就会走到用户的生活场景里去看他们怎么使用产品的。
比如,站在用户的身后,从他们的视角去观察如何使用。同样我们也会对用户进行一些细分,对人群进行组合或抽离出某个具体概念,这叫「用户画像」。
当设计师以用户​需求为中心的方法进行设计时,往往会要考虑三件事情:
用户是谁?
他是在什么场景下去使用产品?
他希望通过产品去解决什么问题?

2017-11-06 19:11:00 weixin_33895695 阅读数 28

用户体验综述

创建吸引人的、高效的用户体验的方法称为「以用户为中心的设计」。即在开发产品的每一个步骤中,都要把用户列入考虑范围。

概念:「产品如何与外界发生联系并发挥作用」,也就是使用者如何接触使用它。

目的:提高效率。任何在用户体验上所做的努力,都是为了「帮助人们工作得更快」和「减少他们犯错的几率」

产品分类:功能型的的平台类产品,关注的是任务,所有操作都被纳入一个过程,去思考人们如何完成这个过程。信息型的媒介类产品,关注的是信息,产品应该提供哪些信息,这些信息对用户的意义是什么。

用户体验要素:产品所有涉及用户使用的部分分为五类(JJG理论),战略层,范围层,结构层,框架层,表现层。通过以下示例可以很容易理解。

以某习惯养成类APP示例:

战略层:创建一款习惯类手机APP,使人们通过APP达到习惯养成的目的。

范围层:打卡为最基本最核心功能,为了增强用户互动增加社交功能,包括登录、分享、社区等。需要统计功能便于用户查看习惯养成信息。

结构层:APP的交互设计,分为4个主要模块「签到」、「发现」、「我的」、「更多」,「签到」模块可以编辑习惯、添加习惯、完成习惯等。

框架层:每个APP页面的界面设计,例如「签到」界面,左上角为「编辑」入口,右上角为「添加习惯」入口,界面绝大部分为习惯文字列表展示,可以完成习惯。

表现层:左上角为蓝色「编辑」按钮,右上角为蓝色的「添加习惯」按钮。中部为文字的习惯列表,可以左右滑动。

五个层面

战略层

在所有讲述产品相关的理论书籍中,最开始的一部分一定是企业战略。没错,一个企业设计的一款产品,是一定要符合企业战略的,不管是开拓新市场、模仿竞争对手产品、吸引低端市场、增强企业形象,产品的最初设计目标都是要符合企业战略。

为什么要依据战略?只有依照战略,我们才能知道「我们通过产品能得到什么」,「用户通过产品能得到什么」,产品的设计方向不会偏差。

战略目标:所有的战略目标无外乎两个,替公司赚钱、替公司省钱。企业都是逐利的,利润才是王道,而做的那些赞助、公益、宣传,也不过是增强企业形象,让人们更多地去购买他们的产品。

用户需求分析:通过用户需求分析,我们才能知道用户想要什么样的产品。方法有很多,例如「人口统计学」、建立「消费心态档案」、「问卷调查」、「用户访谈」、「焦点小组」等,然后创建「用户人群画像」,这种书籍非常之多,这里不再详述。

战略文档:一份战略文档是必须,在产品开发阶段,战略文档可以帮助所有的参与者在他们工作中做出正确的选择。

范围层

范围确定了具体需求,即你设计的产品都包括哪些功能,要带给用户什么。范围确定的依据是符合战略的商业需求文档。

功能规格:功能型产品中,项目初期描述系统应该做什么,项目末期描述系统真正完成了什么。

内容需求:信息型产品中,内容需求通常通过一个内容管理系统来进行管理。

定义需求:在获取用户需求时,我们要仔细分辨用户所描述的是否就是他们真正需要的,以下将用户需求分为三种情况

人们讲述他们想要的:在app的登录界面,选择第三方登录时没有微信,但是使用者只希望用微信登录。

人们说出来的、所期望的不是他们想要的:每次习惯完成时忘记打开APP完成习惯。其实是APP没有在系统通知栏或桌面添加小工具的功能,如果增加可视化工具,会解决此类大部分问题(仅针对安卓)。

人们不知道他们是否需要:当定制某个习惯例如健身后,会定期推送健身相关教程文章等,使用者能更好地完成这个习惯。

结构层

产品结构与产品经理设计的功能流程图类似,主要描述的是产品的交互设计和信息架构。在设计产品时,要充分考虑到可能的所有用户行为然后系统对之做出相应的相应。在设计每个环节时,我们都要考虑到用户是否认为每一步都是合理的,即使到达某个页面需要5步,只要每个步骤自然延续了上一个步骤中的任务,也比只有1步的突然跳转更加合理。

结构方法:结构的基本单元是节点,它可以小到一个数字,或者大到一个功能模块,我们在信息架构中需要处理的是节点,而不是页面、文档或组件。

层级结构

又称「树状结构」或「中心辐射结构」——节点与其它相关节点之间存在父级/子级的关系。每一个节点有且仅有一个父节点。

1459781-ad8729d16d1bb0f0.png


矩阵结构

允许用户在节点与节点之间沿着两个或更多的"维度"移动。能够帮助带着不同需求的用户在相同内容中寻求各自想要的东西。例如在汽车之家中,我们可以通过品牌搜索汽车,也可以通过车型、价格等搜索。

自然结构

不遵循任何一致的模式。适合对于一些想要鼓励用户自由探索感觉的产品。

线性结构

连贯的语言流程。例如你目前阅读的文章,观看的视频等。

组织原则:在最高层级使用的组织原则应该紧密地与「产品目标」和「用户需求」相关。在结构中较低的层级,主要依据内容与功能需求。

框架层

框架层是通过什么样的功能和形式来表现,通俗一点就是我们产品设计时的线框图,或者说是界面设计。框架层提供给用户做某些事的能力,例如登录、退出。

设计原则:选择正确的界面元素,让用户一眼就看到「最重要的东西」。例如在「微习惯」中,当用户打开app,绝大部分内容是自己设定的习惯文字列表,用户可以清晰地看见正在养成的习惯。而像时间、模块导航、编辑等信息都被淡化。

1459781-d9cff16777f88f26.jpeg


导航设计:导航是提供给用户去某个地方的能力,在购物类应用或者新闻类应用中非常多。

目标

提供给用户一种在网站间跳转的方法

传达出这些元素和他们所包含内容之间的关系

传达出它的内容和用户当前浏览页面之间的关系

类型

全局导航、局部导航、辅助导航、上下文导航、友好导航、网站地图、索引表。

线框图:对一个页面中所有组成部分以及它们如何结合到一起最直观的描述。

1459781-bedb23fa4e17a09a.png


表现层

在表现层中,所有的内容、功能和美学汇集到一起产生了一个最终的设计,它需要完成其它四个层面的目标,又要满足用户的感官感受。

感知设计类型:当我们使用手机端的APP产品时,感知类型包括触觉、听觉、视觉。由于触觉和听觉的实现能力有限,用户体验设计的大部分都是涉及视觉设计。

对比和一致性:在视觉设计中,我们用于吸引用户注意的一个主要工具就是对比。当一个元素在设计中显得与众不同时,用户就会注意到。下面这3幅图,你第一眼看见的是哪里?

1459781-0c827b11ecdd25c1.png


结尾

满足客户的需求才是一个好的设计。而JJG在用户体验要素中提出的五个层面理论,是我们更加清晰地发现整个产品从最开始的设想到最终给用户呈现的产品中需要做什么,怎么做,如何做好。

2017-03-01 11:19:43 qq_14898543 阅读数 282

电商产品设计:怎样设计实用的商品中心(一)

http://www.woshipm.com/pd/508411.html


电商后台产品设计:怎样设计实用的商品中心(二)

http://www.woshipm.com/pd/560227.html


电商网站商品模型之商品详情页设计方案

http://www.cnblogs.com/eggTwo/p/6404805.html

用户体验要素:以用户为中心的产品设计

阅读数 170

经常会听到别人提及“用户体验五要素”,表框结范战——表现层、框架层、结构层、范围层、战略层,第一个和最后一个很好理解,但是,中间三个却很容易搞混,在网络上搜索相关文章,看的时候很明白,等到自己运用的时候,又有点搞混了。所以,推荐阅读这本书,了解用户体验要素的来龙去脉,更好的理解这个概念的各个维度。本书以网站产品为例介绍了用户体验的五要素。当然了,用户体验对于所有的产品和服务都是至关重要的。...

博文 来自: ZLJ925

关于“以用户为中心的产品设计”培训

阅读数 1016

实际上”以用户为中心的产品设计”培训一直是UCDChina唯一的收入来源。但因为运作UCDChina本身并不需要太多的收入,所以我们一直没有推广过这个培训服务。在去年的用户体验年会上有参与会者体验过我们的培训,前一段我们也在北京做过一个免费的公开培训,再加上这几个月来我们陆续给七八家公司做过商业的培训。所以虽然我们没有公开推广过这个培训的事情,在行业内却一直有很多人知道并了解。最近一段时间有很

博文 来自: WhiteCrowzhu

用户体验要素:以用户为中心的产品设计

阅读数 3

TheElementsofUserExperience:User-centeredDesignfortheWebandBeyondCh2认识这些要素交互设计,InteractionDesign:定义系统如何响应用户的请求信息架构,InformationArchitecture:合理安排内容元素以促进人类理解信息。信息...

博文 来自: weixin_34375233

安全认证中心 - 资源管理《资源列表》- 产品设计干货分享

阅读数 122

少啰嗦,先看东西!看图!欢迎大家多挑毛病、多提意见,待后续完善、改进之后会分享出来!

博文 来自: dingxiang1987824

读书《用户体验要素 以用户为中心的产品设计》

阅读数 1135

读书《用户体验要素以用户为中心的产品设计》flyfishTheelementsofuserexperienceUser-centereddesignforthewebandbeyonduserexperienceandwhyitmatters用户体验为什么如此重要本书对用户体验的定义Userexperienceisabouthowitworks

博文 来自: flyfish1986
没有更多推荐了,返回首页