购物车改变案例分析:有效的设计方案

文章描述:在方案设计时,会出现一种情况:似乎已经输出了所有可能的方案,但讨论定稿时还是觉得不够满意,认为应该有更优方案的输出?什么原因导致了这种情况?如何输出有效的设计方案?

在方案设计时,会出现一种情况:似乎已经输出了所有可能的方案,但讨论定稿时还是觉得不够满意,认为应该有更优方案的输出?什么原因导致了这种情况?如何输出有效的设计方案?

什么是有效的设计方案?

“有效方案”,个人理解是“能够实现预期目标的方案”,而不是“全部可能方案”的罗列。设计方案因方向不同、实现能力等不同,会得到不同阶段的版本;但在这些前提一致时,方案应该是逻辑性唯一的,不应存在模棱两可的输出。

如何输出有效的设计方案?

核心:有逻辑、有理由的输出

Step1 确定产品目标

每一个产品都有其目标,这个环节极其重要,确定清楚后,在接下来的设计决策时,会起到方向判断的作用。产品目标一定要和产品侧讨论确定,不要理所当然的给出判断。以易迅购物车为例,其核心目标是让用户“快速下单”,其次才是“买更多”。

Step2 确定用户群划分

清晰产品目标后,我们需要对用户在产品上的行为有个了解,才能知道他们需要什么。需要关注以下几点:

① 用户有哪些类型(比例、主要/辅助角色)
② 不同类型用户会用你的产品来干什么

同样以购物车为例,易迅以结算型用户为主(主要角色——把购物车当做确定要买东西的篮子),其次是收藏型(辅助角色——把购物车作为可能买商品的聚合地,需要增删商品) 。

Step3 用户+策略→发散设计点

也就是去脑爆,哪些点能够有效满足用户需求并实现产品目标,步骤如下:

①从用户需求开始发散(注意标明主要/辅助角色)
②思考,在需求存在的前提下,如何更好实现目标
(如购物车分析中,会思考用户在有凑单需求情况下,如何更好做到快速下单;而不是说因为产品想让用户快速下单,便弱化或不给出凑单的需求)
③ 检查设计点,重点关注主要角色的需求,在不影响其体验情况下,附带满足辅助角色需求

上三步都应该和产品经理讨论确定,达成一致后,再进行设计

Step4 设计阶段

这是大家每天都在做的事了~在此不做详细说明,需要慢慢积累经验

Step5 方案测试

用户测试是检验设计结果最直接的方式,尤其是操作方面的设计。专业的用研同事会帮你搞定测试,但之前需要沟通清楚一些点:

① 改版的目的,关键设计点是什么;有多方案的要说明各方案特点 (用研同事必须先清楚这东西怎么用)
③ 你想了解用户在操作过程中哪些心理(如是否会对某些文案不理解)
③ 用研计划输出后,再次确认测试点是否全面,能解决设计上的困惑

当然,你还需要给出一个测试demo,视觉稿+可点击原型是最完美的,时间紧凑最好也还是输出一个交互+可点击原型吧。原型的内容尽量保证真实性(如购物车用真实商品、真实价格、真实活动) 。

Step6 定稿

根据用研结果,将稿件最终优化,提交。并附上各方案说明和用户反馈。
在评审会上,当产品方对设计点提出质疑时,可回顾产品目标和用户需求阶段的结论,说明为什么会给出现在的设计。

一些原则

在购物车改版中,一些原则的总结分享如下

1)不要轻易更改用户操作的结果

不要让用户觉得你动了它的东西,如购物车商品列表应根据用户添加顺序倒序排列,而不要因刻意区分有货无货而打乱该循序。在此次购物车的设计中,因活动和套餐关系的共存,出现了一个矛盾——展示上以套餐包含商品还是以活动包含商品(如下图),两种方法对购物车页面来说是各有利弊,当时还提出“用户在此更关注什么的疑问”,但事实上,用户都会关心,很难给出一个轻重权衡。其实跳出来想一想,套餐在被加入购物车时,用户就是把其看成一个整体的,不应该去拆散。

2)用户操作结果应在操作区附近给出及时反馈

操作反馈应在用户操作关注区当前展现,涉及跨区域展示的,应给到链接定位到变化区。如点击结算按钮时,出现无货情况,则再按钮区反馈无货情况,并给出链接定位到无货商品行。

3)给出撤销功能优于二次确认操作(在非关键流程下)

二次确认在一些情况下会因用户惯性操作,起不到防止误操作功效。而给出撤销功能,换了一种形式,一能防止惯性操作,另一方面也可降低操作和思考成本。如购物车的删除功能(如下图)。

原文链接:http://ecd.tencent.com/design-proposals.html

时间: 2024-09-16 13:24:51

购物车改变案例分析:有效的设计方案的相关文章

案例分析:基于消息的分布式架构

原文:案例分析:基于消息的分布式架构 美国计算机科学家,LaTex的作者Leslie Lamport说:"分布式系统就是这样一个系统,系统中一个你甚至都不知道的计算机出了故障,却可能导致你自己的计算机不可用."一语道破了开发分布式系统的玄机,那就是它的复杂与不可控.所以Martin Fowler强调:分布式调用的第一原则就是不要分布式.这句话看似颇具哲理,然而就企业应用系统而言,只要整个系统在不停地演化,并有多个子系统共同存在时,这条原则就会被迫打破.盖因为在当今的企业应用系统中,很难

(翻译)编写优秀Bug报告的艺术及案例分析

  前言 在99年的Quality week上的一次演讲中,微软的一个测试经理,Roger Sherman指出了由于"不可重现"导致bug关闭的主要原因.这是一个非常可惜的情况,因为这样的bug report浪费了紧张的开发计划中的宝贵时间,增加了对产品质量完全是无关紧要的事情,同时导致了在开发人员和测试之间的挫败感和差的感觉.有时,bug report是由于短暂的或随机的事件,测试和开发之间不一致的工具和配置,或者在测试的环境下对正确的行为的模糊定义而产生的,但是许多的由于不可重现而

MySQL运维案例分析:Binlog中的时间戳

背景 众所周知,在Binlog文件中,经常会看到关于事件的时间属性,出现的方式都是如下这样的. #161213 10:11:35 server id 11766 end_log_pos 263690453 CRC32 0xbee3aaf5 Xid = 83631678 我们清楚地知道,161213 10:11:35表示的就是时间值,但除此之外呢?还能知道它的什么信息呢? 案例分析 先从一个典型的案例入手来讲述其中的细节,比如曾经在Galera Cluster碰到的一个问题,可以先看一段Binlo

通过案例分析Android WindowManager解析与骗取QQ密码的过程_Android

 Windows Manager是一款窗口管理终端,可以远程连接到Linux的X桌面进行管理,与服务器端产生一个session相互通信. 最近在网上看见一个人在乌云上提了一个漏洞,应用可以开启一个后台Service,检测当前顶部应用,如果为QQ或相关应用,就弹出一个自定义window用来诱骗用户输入账号密码,挺感兴趣的,总结相关知识写了一个demo,界面如下(界面粗糙,应该没人会上当吧,意思到了就行哈=, =): Window&&WindowManager介绍 分析demo之前,先要整理总

Hadoop应用案例分析:在Yahoo的应用

文章讲的是Hadoop应用案例分析:在Yahoo的应用,关于Hadoop技术的研究和应用,Yahoo!始终处于领先地位,它将Hadoop应用于自己的各种产品中,包括数据分析.内容优化.反垃圾邮件系统.广告的优化选择.大数据处理和ETL等;同样,在用户兴趣预测.搜索排名.广告定位等方面得到了充分的应用. 在Yahoo!主页个性化方面,实时服务系统通过Apache从数据库中读取user到interest的映射,并且每隔5分钟生产环境中的Hadoop集群就会基于最新数据重新排列内容,每隔7分钟则在页面

《SAP入门经典(第4版•修订版)》——3.6 案例分析

3.6 案例分析 SAP入门经典(第4版•修订版)请阅读本章案例,并利用您刚刚学到的硬件.操作系统和数据方面的知识分析和处理下面的问题.您可以在附录A中找到与此案例分析相关的问题答案. 3.6.1 情境您的雇主MNC公司在Microsoft Windows和SQL Server系统上运行着最新版的SAP应用.最近MNC收购了Archaic制造公司(AMI),这是MNC的一大竞争对手,它也分别在运行着Oracle和DB2数据库的UNIX和大型机平台上运行着最新版的SAP应用程序.MNC希望根据自己

《OSPF网络设计解决方案(第2版)》一1.10 案例分析:VLSM

1.10 案例分析:VLSM OSPF网络设计解决方案(第2版)RFC 1009文档于1987年发布,旨在说明如何在子网化网络中使用多个子网掩码.如本章之前所述,如果你为某个IP网络分配了多个子网掩码,那么此时可以称该网络带有可变长的子网掩码,因为子网掩码(前缀)拥有可变的长度. 回顾之前的内容,对于网络和路由而言,使用VLSM的好处在于能够减少路由信息,简化路由表内容,从而优化路由选择.同时,这也被称为路由聚合.除此以外,VLSM还能够提高分配给企业的IP地址空间的利用率. 一个带有/22扩展

我也说说思践的“社会化商务案例分析”

最近思践的一篇博客引起了不少的关注:一个社会化商务典型http://www.aliyun.com/zixun/aggregation/7734.html">案例分析 我也来说说我的看法: 1. 大家都在关注社会化与商务的结合模式,其实方式上会多种多样,唯伊网做了其中的一种,应该来讲,没有什么对错而言,目前来看模式上还没有先例,但路肯定是走出来的. 2. 思践的观点我非常认同,当然可能更多人并没有看懂,其实本意是将消费者口碑(社会化营销)价值,投入到消费者最集中的地方去(也就是淘宝),才能够

通过案例分析Android WindowManager解析与骗取QQ密码的过程

Windows Manager是一款窗口管理终端,可以远程连接到Linux的X桌面进行管理,与服务器端产生一个session相互通信. 最近在网上看见一个人在乌云上提了一个漏洞,应用可以开启一个后台Service,检测当前顶部应用,如果为QQ或相关应用,就弹出一个自定义window用来诱骗用户输入账号密码,挺感兴趣的,总结相关知识写了一个demo,界面如下(界面粗糙,应该没人会上当吧,意思到了就行哈=, =): Window&&WindowManager介绍 分析demo之前,先要整理总结