根据用户需求数据来驱动设计实例

之前有设计类的文章有写过一篇关于UI设计师或者交换设计师都离不开数据的分析--《受用户喜爱的UI设计产品离不开数据分析》,今天就来说说那这些用户的需求数据来如何驱动设计?

很多设计师等到产品上线的时候才意识到,原来自己的设计方向和理念并不能符合用户的需求,最后就默默无闻的被遗忘。就好比如:你想买东西送你女朋友,你看到一条项链是1500元,然后别人了解到你女朋友最喜欢的款式,结果你给她买了一条2000元的项链。

关于用户需求是什么,我找到一个比较满意的答解释:满足目标用户在特定场景下的目标,基于这样的解释,我们可以提炼出用户需求两大要素:

1)目标用户

2)特定场景下的目标。

那么在实际产品规划中这两大要素是如何驱动设计呢?

业务驱动用户,用户驱动产品设计

以垂直电商“良仓”和“淘宝”为例:

“良仓”具体业务:较高单价产品,这导致良仓的用户群更为垂直固定,多为消费升级金字塔塔尖人群(较高单价的商品驱动更为垂直的塔尖消费用户群)。基于这样的目标用户定位,产品整体的架构与风格趋于简约、文艺、品质、高逼格(塔尖消费的用户群驱动产品整体高逼格设计)。

淘宝的业务是C2C模式,该模式决定了淘宝较泛的用户群:白领、学生、家庭主妇等(C2C业务驱动淘宝较泛的用户群),这部分用户的共性是:追求性价比,因此具体到产品设计会着重表现促销、降价、特卖、多元化商品,产品以Hot、Low逼格为主(较泛的用户群驱动Hot气氛的产品设计)。

情境驱动目标,目标驱动设计

以微信聊天界面跳转逻辑为例:

用户想和一位已经好久没联系朋友聊聊天,于是在通讯录Tab找到那位朋友,点击该好友进入聊天界面,开始聊天,聊了20分钟后点击返回,神奇的事情发生了,用户的返回操作并未按照我们的惯性逻辑,返回至上一级——通讯录,而是直接跳转到首页——消息。

为什么会这样?是BUG?

用户和这位好友已经聊了20分钟,这时的用户很有可能已经疲劳了,用户再找一个好久未联系的好友概率很低,依据这样的情境分析,我们得出用户很有可能的目标无非两种:

1)离开软件去干其他的事情;

2)继续留在软件查看一下有没有其他人给我发来消息、和经常联络的好友发个通知、简讯、看一下订阅号文章陶冶一下。基于用户很有可能的目标,再驱动产品的页面跳转逻辑——跳转至首页,而非我们惯性思维——返回上一级。

file:///C:/Users/Administrator/AppData/Local/YNote/data/qqDF5DF52C46ABD31C3283D60B13721D04/be86e8d13a204d9fb8ba7deb3b3aecb4/90.gif

再来看一反例:

图中是百度糯米的一个附近列表页,在上滑页面时,页面中的“悦客便利”、“疯狂炸鸡”、“鼎鼎香”等店名出现标题栏式的交互。本以为用户在浏览时,目标感会更强,殊不知,这些交互严重干扰了用户的正常信息获取。

为什么会出现这样的尴尬?

说白了设计者在运用这一交互形式时压根没考虑自身产品的真实情景,只是感觉人家用的很好,于是自己也去YY一下。

标题栏式交互一般用户首屏浏览不完的同类内容展示场景,为了避免用户在跨屏浏览时迷茫,于是引入了标题栏式的交互,以帮助用户确认当前浏览的属于什么内容模块,如Instagram,在瀑布流呈现时,由于大图+评论,有时内容很难首屏浏览完,特别是当滑到一半看评论时,经常不记得这是关于谁的评论了。

对比Instagram我们再来看一下糯米,半屏能展示完的内容为毛也要增加一个标题栏式的交互呢?因此缺乏真实场景驱动的设计很多情况下其实在东施效颦。

Instagram的标题栏式的交互:

以上这三个根据用户需求的驱动设计总结一下:

1.业务驱动用户,用户驱动产品设计,是基于目标用户定位,调整产品整体的架构

2.情境驱动目标,目标驱动设计,是基于用户的使用习惯,调整产品的架构

更多UI设计培训文章--做自己的二维码设计大神

原文来自:中国UI

时间: 2024-10-26 22:10:54

根据用户需求数据来驱动设计实例的相关文章

基于IBM Bluemix的数据缓存应用实例

林炳文Evankaka原创作品.转载请注明出处http://blog.csdn.net/evankaka 摘要:IBM® Data Cache for Bluemix 是高速缓存服务,支持 Web 和移动应用程序的分布式高速缓存场景.高速缓存服务使用数据网格 技术,您可以在其中存储键值对象.Data Cache 提供了一个业务就绪的内存数据网格 (IMDG),其将数据放在接近逻辑的位置并随着业务扩展仍将其保留在此.很容易使用并扩展现有应用程序的性能和可伸缩性.它可以帮助将冗余事务降到最低.提高响

【原创】C#搭建足球赛事资料库与预测平台(4) 比赛信息数据表设计

        本博客所有文章分类的总目录:http://www.cnblogs.com/asxinyu/p/4288836.html 开源C#彩票数据资料库系列文章总目录:http://www.cnblogs.com/asxinyu/p/4329642.html 本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节.还是先从数据库开始,从本文开始将逐步对每个核心实体类和数据库设计相关的内容进行讲解,并公布源代码,至于能不能跑起来,看的看个人努力.由于没有时间将所有相关业务都简述

关于数据权限设计的一些想法

序言 在各种系统中,要保证数据对象的安全性以及易操作性,使企业的各业务部门.职能部门能够方便而且高效的协同工作,那么一个好的数据权限管理设计就成为一个关键的问题.虽然企业中各个单元的工作流程有所不同,处理的数据对象也有所不同,但是在组织结构.信息的处理方式上具有很多相同的地方,这就为设计数据对象的权限控制提供了一个抽象基础.数据权限的控制不同于一般的功能权限的控制,一般的功能权限指的是某个用户.角色或者是某个用户组能不能操作某种功能.而数据权限指的是某个用户.角色或者是某个用户组对某个数据对象的

大数据可视化设计在信息安全领域的案例分析

大数据可视化是个热门话题,在信息安全领域,也由于很多企业希望将大数据转化为信息可视化呈现的各种形式,以便获得更深的洞察力.更好的决策力以及更强的自动化处理能力,数据可视化已经成为网络安全技术的一个重要趋势. 一.什么是网络安全可视化 攻击从哪里开始?目的是哪里?哪些地方遭受的攻击最频繁--通过大数据网络安全可视化图,我们可以在几秒钟内回答这些问题,这就是可视化带给我们的效率.大数据网络安全的可视化不仅能让我们更容易地感知网络数据信息,快速识别风险,还能对事件进行分类,甚至对攻击趋势做出预测.可是

JAVA 数据权限设计

数据权限设计 序言 在各种系统中,要保证数据对象的安全性以及易操作性,使企业的各业务部门.职能部门能够方便而且高效的协同工作,那么一个好的数据权限管理设计就成为一个关键的问题.虽然企业中各个单元的工作流程有所不同,处理的数据对象也有所不同,但是在组织结构.信息的处理方式上具有很多相同的地方,这就为设计数据对象的权限控制提供了一个抽象基础.数据权限的控制不同于一般的功能权限的控制,一般的功能权限指的是某个用户.角色或者是某个用户组能不能操作某种功能.而数据权限指的是某个用户.角色或者是某个用户组对

EXCEL数据导入数据库实例(NPOI)

Default.aspx 页面代码: 引用了:    <script src="../../js/jquery.easyui.min.js" type="text/javascript"></script> <form id="fileForm" runat="server" enctype="multipart/form-data" method="post&quo

Design7:数据删除设计

在设计一个新系统的Table Schema的时候,不仅需要满足业务逻辑的复杂需求,而且需要考虑如何设计schema才能更快的更新和查询数据,减少维护成本. 模拟一个场景,有如下Table Schema: Product(ID,Name,Description) 在设计思路上,ID是自增的Identity字段,用以唯一标识一个Product:在业务逻辑上要求Name字段是唯一的,通过Name能够确定一个Product.业务上和设计上有所冲突在所难免,解决冲突的方法其实很简单:将ID字段做主键,并创

分立元件封装尺寸及PCB板材工艺与设计实例

分立元件封装尺寸 inch mm (L)mm (w)mm (t)mm (a)mm (b)mm 0201 0603 0.6±0.05 0.30±0.05 0.23±0.05 0.10±0.05 0.60±0.05 0402 1005 1.00±0.10 0.50±0.10 0.30±0.10 0.20±0.10 0.25±0.10 0603 1608 1.60±0.15 0.80±0.15 0.40±0.10 0.30±0.20 0.30±0.20 0805 2012 2.00±0.20 1.25

数据产品设计专题(2)- 数据产品设计方法论之框架体系

一.前言 数据产品设计与业务产品设计差异还是比较大的,根据过往的经验,引入5w+1h分析方法,形成数据产品设计思维框架,解决数据产品经理,面相数据产品设计,无从下手的问题. 二.正文 三.解读       3.1 who - 目标用户 数据产品的目标用户是谁,此处需要注意的问题是,用户的多样性,即同一个数据产品可能有不同的用户,需要针对不同的用户分析其需求:       3.2 why - 用户痛点 数据产品要解决的用户的核心需求问题即为用户痛点,此处需要注意的问题是不同的用户,需求不同,痛点不