精华内容
下载资源
问答
  • 产品使用场景是什么意思
    千次阅读
    2020-03-30 11:43:25

    根据美国工业协会统计,产品失败的原因核心有6个,如下图,其中不适当的市场分析排名第一,独占产品失败原因的32%,客户需求分析又是市场分析中非常重要的内容,可以这样说,能否有效洞察客户需求是产品成败的关键要素。

    业界客户需求分析的方法有很多,例如访谈法、问卷调查、焦点小组、历史数据调查、原型法等,不管用什么方法收集需求都面临一个去伪存真的过程,怎么有效判断需求的真实性?是个性化需求还是普遍性需求?是锦上添花的需求还是雪中送炭的需求?通过场景客户需求分析法可以有效解决这些问题,如下图,场景化需求分析方法具体划分为3个步骤。

    第一步,识别场景,梳理步骤。通过产业洞察、行业洞察、友商分析等手段,了解客户工作生活的方方面面,业界常用的“客户一天”分析法,把客户一天的工作生活内容真实地记录下来,例如早上起床吃早餐、开车上班、向领导汇报、招聘员工、拜访客户等等,这些内容就是客户的工作、生活场景,一个事件场景通常会有多个步骤,实际执行这些步骤时,往往并不是一帆风顺的,遇到的问题和挑战就是我们改进的机会。

    微信发朋友圈,往往需要把图片中的敏感信息去掉,但6.5.4版本以前,为了处理敏感信息,我专门安装了美图秀秀,首先打开美图秀秀,把敏感信息处理掉,保存图片,然后再发朋友圈。这就是一个典型的业务场景。

    生活中一些音乐发烧友,喜欢边走路边听音乐,耳孔耳机导致无法有效听到周围的声音,过斑马线、在人行道上走时,会导致事故隐患。

    第二步,识别痛点,转化为需求;各个场景步骤的执行中是否存在不方便、效率低下、问题频发、成本高、路途远、需要高水平的人才能做、需要借助非常昂贵的仪器设备等等,这些都是场景中的痛点。针对痛点产生的原因,可以借助5Why分析法,采用剥笋法,深度挖掘背后根源,如下图,

    寻找到根源后,针对根源问题该如何有效解决,依赖产品创新团队的创造性思维能力,借助于新技术的引入、跨行业借鉴、功能的重新组合等,最终找到有效的解决方案,形成相应的特性需求定义。例如朋友圈推出图片编辑处理功能,朋友圈推出图片编辑功能的第一时间,本人就把美图秀秀给卸载了。针对耳孔耳机存在的问题,业界推出骨感耳机细分品类,通过骨针对传递声音,从而耳孔是通畅了,实现听音乐同时能够听到外部声音。

    第三步,竞品分析,找出差异价值竞争点;产品的特性需求清单定义完毕后,通过与竞品或替代品进行特性差异化对比分析,同时分析差异化需求点的客户价值大小(这一点很重要,你把碳洗白的能力再强,本身对客户没有价值,就无法成为核心卖点),从而确定产品的功能特性核心竞争点,构筑与产品相适应的商业模式、盈利模式,最终形成基于需求特性分析的产品整体策划。例如针对手机的拍照核心诉求,华为和徕卡合作,牢牢抓住了拍照画质这个核心功能点,构筑华为手机的核心卖点。

    更多相关内容
  • 注:论文发表于《包装工程》杂志2017年第6期“工业设计”栏目。虽然是17年才发表,但这篇论文其实是很早...摘 要:目的 研究产品交互设计中场景理论。方法 通过阐述交互设计各阶段中客观场景、目标场景、实际场景...

    注:论文发表于《包装工程》杂志2017年第6期“工业设计”栏目。虽然是17年才发表,但这篇论文其实是很早之前写的,所以用的案例比较老。

     

    ____________________________________

    作者:胡伟峰;王玉梅;汤进;李世国

    (江南大学,无锡, 214122)

    摘 要:目的 研究产品交互设计中场景理论。方法 通过阐述交互设计各阶段中客观场景、目标场景、实际场景的含义及其应用。结论 指出了场景理论对交互设计的价值与意义,并提出了动态思维:场景设计是一个循环设计流程;主次思维:抓主要场景,统筹次要场景;拆解思维:复杂的大场景由众多小场景组成三大基于场景理论的交互设计思维。

    关键词:用户场景;交互设计;

    中图分类号:TB472 文献标识码:A

    “场景(scenarios) ”一词常见应用于戏剧领域中,指在一定的时间、空间内发生的一定的任务行动或生活画面。【1】在交互设计领域,基于场景设计(scenario-based design) 的思想最早由Carroll提出,强调将设计工作的焦点从定义系统的操作转变到描述什么人将使用该系统去完成其任务。【2】交互设计改变了设计中以物为对象的传统,直接把人类的行为作为设计对【3】人使用产品必须有一定的行为,这种行为是在一定场景下进行的, 行为的完成需要一定技术的支持,因而人、行为、场景和技术4个要素构成了所谓的交互系统。【4】场景是交互系统中极其重要的要素,研究在一定场景下的用户行为,对用户行为逻辑针对相应的场景进行规划和设计,是交互设计的重要目标。

     

    1 交互设计各阶段中场景的种类及其应用

    场景描述了关于操作者、操作者及其环境的背景信息、操作者的目的或目标、一系列活动和事件等内容,【5】这里的操作者即指的是产品的使用用户。基于场景理论的交互设计,是指在交互设计整个过程中使用场景描述的方法来具体地描述用户对产品的使用情况。如图1,交互设计各阶段可分为不同的用户场景,包括早期用户需求分析阶段的客观场景,产品交互设计阶段的目标场景以及场景验证和评估阶段的实际应用场景。


    图1 用户场景种类及其设计流程

    Fig1 User scene type and its design process

     

    1.1 客观场景

    设计师在交互设计的开始阶段,需要对用户现状及其需求进行分析。客观场景便是通过对用户现状的调查研究,从中获取有效信息进行总结和归纳出来的。客观场景的构建,最常见的调研方法是:用户现场观察法。在观察的同时,设计师可以对观察中遇到的问题进行总结和分析,通过观察后结合用户访谈等方式来补充分析用户的需求。

    比如在“快的打车”等打车类APP未投入市场之前,用户的典型客观场景可以描述为:公司职员王先生晚上6:00下班(操作者及其背景信息),需要打车回家(操作者的目标),在公司门口招揽出租车,可是一直招揽不到出租车,最终走了两公里路到附近的商场才打到了车,而且发现商场附近待揽客的出租车非常多,王先生觉得非常郁闷,为什么资源不匹配呢(操作者的一些列活动、感受等)。

     


     

    上述对用户“打车”这一客观场景的描述,是建立在对一定量“打车”用户调研的基础之上描述出的典型场景。客观场景是为了描述目标用户和客观状况而总结的,强调的不仅仅是问题点,还包括产品的目标用户描述、用户客观行为流程、用户情感表现、问题点等。设计师可以通过客观场景中分析出用户的需求,包括行为流程上的体验问题及其对应的设计机会点等。

    1.2 目标场景

    在产品交互设计阶段,需要设计师构建目标场景。目标场景,是建立在客观场景之上,设计师所期望达成的能解决用户客观场景中相关需求的用户场景。在客观场景的基础之上,设计师可以结合相关交互理论和设计准则,以及通过可用性和场景实验等方法,对客观场景进行分析和研究,进而设计和规范出能够满足用户需求的目标场景。目标场景从表达形式上可以细分为行为场景和交互场景。

    行为场景,是指在客观场景研究的基础之上,对用户的行为流程进行分析和描述的场景,常用场景故事版等表现工具进行描述;如图2,设计师勾勒出的“快的打车”投入市场后的目标行为场景故事版。结合场景故事版,用户的典型目标场景可以被描述为:公司职员王先生晚上6:00下班,需要打车回家。王先生在5:50时,打开“快的打车”APP可以看到公司附近有很多出租车,王先生输入出发地和目的地确认打车。30秒后出租车司机李师傅接单,王先生可以在手机上清晰的看到李师傅的车辆位置,10分钟后王先生成功上车。到达目的地后,王先生用手机在线支付了打车费,开心的回到家陪女儿吃晚饭。

    图 2 “快的打车”目标场景故事版

    Fig2 Story version of “Quick taxi ”target scene

    交互场景则是指产品在被用户使用过程中的场景,常用信息流程图、低保真页面流程图、使用流程故事版等工具进行描述。【6】以“快的打车”为例,用户在移动场景下不方便打字,所以设计了语音输入和快速搜索来确定家和公司的位置;移动场景下容易出错,所以设计了信息确认机制;在等待应答的过程中,可视化告知用户APP通知的车辆数和距离,并且在打车成功后告知车辆距离和时间,消除用户等待的焦虑,将信息可视化。

     

     

    图 3 “快的打车”交互场景

     

    Fig3 Interaction scene of “Quick taxi ”

    所设计的目标场景需要针对用户在客观场景中反应的需求提出针对性的解决方案。通过目标场景设计,设计师可以勾画出未来用户和产品之间理想的行为交互模型。

    1.3 实际场景

    在实际产品交互设计阶段,目标场景会有很多,不同设计师设计出的目标场景也不同。如何验证和评估目标场景的优劣,就需要引入实际场景。实际场景是指在设计师不干预的情况下,提供目标场景中设计好的相关产品或模型给用户,由用户在实际的参与式体验过程中测试目标场景,进行产品的测试及适用性评价【7】。通过这个评价过程,设计师可以进一步观察用户和产品之间存在的其他关系,并为产品最终设计方案提供场景参考。【8】

    2 用户场景对交互设计的价值与意义

    在产品交互设计中,设计师设计的对象是用户的行为。用户行为是动态的,建立在一定场景上的用户行为才有意义。因此在对用户行为进行设计时,需要设计师意识到研究和应用基于场景设计的价值和意义。

    2.1 更准确地把握产品和用户之间的关系及其用户需求

    以用户为中心的产品设计,【9】强调需求来源于用户,需求转化出的设计方案最终服务于用户。设计师可以通过观察用户和产品的互动行为,通过客观场景描述,直观的展现出用户和产品之间的互动关系及其问题。这些关系和问题是用户需求的直观体现,客观场景描述了目标用户、用户客观行为流程、用户情感表现、问题点等信息,而且场景具有故事性,是通过一段段的故事片段描述构成的,因此场景描述相对于其他用户研究总结出来的客观数据、需求文档等更生动和直观。直观而且形象的客观场景描述,便于设计师和其他产品设计人员更准确和细致的把握客观用户需求。

     

    2.2 提升交互设计方向的合理性和产品满意度

    在产品交互设计阶段,通过对目标场景的设计和描绘,设计师可以基于场景进行交互设计,通过场景故事版、用户体验旅程图、信息流程图、低保真页面流程图等工具细化用户在客观场景中所反映出来的需求并给出解决方案。因此基于场景的交互设计,一方面更加全面的分析和解决用户的需求,避免单一分析用户行为或者产品功能造成的对用户需求的遗漏。同时,通过实际场景中对目标用户场景的验证和评估,提升了产品交互设计方向的合理性;另一方面,设计师设计的目标场景将用户的情感表现等需求直观化和故事化,使得设计师所设计的产品设计点更容易被用户感受,提升产品的满意度。

    3 基于用户场景的产品交互设计的设计思维

    3.1 动态思维:场景设计是一个循环设计流程

     

    图4 交互设计中场景设计的动态思维

     

    Fig4Dynamic thinking of scene design in interactive design

    用户场景不是固定不变的。【10】如图4,在交互设计各阶段中,客观场景是目标场景的设计基础,实际场景对目标场景进行验证和评估。同时,被验证的实际场景又是下一次交互设计的设计对象,上一次的实际场景会转化为下一次的客观场景。因为在实际场景验证和评估中,总会遇到不符合用户预期,目标场景中没有考虑到的用户需求的问题。需要指出的是,掌握交互设计中场景设计的动态思维,并不是指这个设计流程是无限循环的,场景设计是一个持续优化和快速迭代的过程,设计师及其相关产品负责人需要讨论出每个迭代阶段具有共识性的目标场景和实际场景的评估标准。面对既定的迭代阶段目标,在整个设计循环流程中,一旦满足相关目标场景及其实际场景评估标准,现有迭代阶段的交互设计便可终止。

     

    3.2 主次思维:抓主要场景,统筹次要场景

    在客观场景分析和目标场景设计过程中。分析场景时,需要区分主要场景和次要场景。在交互设计各阶段不同场景中,必有而且只有一种场景居于支配的地位,起着规定或影响其他场景的作用,这种场景就是主要场景,其他场景则是次要场景。在分析和解决、处理用户需求时,既要看到主要场景的重要性,善于抓住重点,又要看到次要场景的客观影响,学会全面地看待用户需求,做到抓主要场景,统筹次要场景的统一。主次思维,把握主要场景,同时兼顾次要场景,可以有效地保证基于场景分析的交互设计的产品设计的准确性。

    3.3 拆解思维:复杂的大场景由众多小场景组成

    用户场景有大有小,用户的客观大场景总是由众多可以层级细分的小场景组成。在客观场景分析过程中,大场景相对宏观,可以总览用户的宏观需求。而小场景更加聚焦,可以分析出用户更加具体需求,同时,小场景更加具象,能够落实到用户的具体行为流程和对产品的细节体验,便于设计师有针对性且具象的针对客观小场景进行目标场景设计。比如用户用“快的打车”叫出租车的场景就是大场景,这个大场景中包含用户叫车场景,司机接单场景,用户付款场景等等小场景。用户叫车场景还可以细分为用户当前位置定位场景、用户输入目的地地址场景、用户立即叫车或预约叫车场景等。越细分的客观场景,越有利于设计师针对性的设计出有效的目标场景,同时也更有利于在实际场景中进行交互模型评估和场景验证。所以,在交互设计各阶段应用场景理论进行设计时,需要具备拆解思维,将复杂的大场景拆分为众多可设计的小场景,再由众多的目标小场景,组成最终的目标大场景,进行实际场景验证,输出最终的交互设计成果。

    4 结语

    现在产品和用户体验日趋复杂,传统的物理逻辑层面的设计已经不能满足用户的需要,要关注“事”,【11】场景作为交互系统中极其重要的要素,研究交互设计中的场景理论,从产品交互设计各阶段入手,将场景理论深入到交互设计的各个阶段,是对现有的交互设计实践的一次深化。同时,掌握交互设计中运用场景理论时的循环思维、主次思维和拆解思维,可以有效地把握产品和用户之间的关系及其用户需求,提升交互设计方向的合理性和用户对产品的满意度。研究交互设计中的场景理论,具有非常重要的价值和意义。

     

    参考文献

     

    [1] 沈贻炜. 影视剧创作[M].浙江:浙江大学出版社, 2012.

    SHEN Yiwei. Film and television drama creation[M]. Zhejiang: Zhejiang University press,2012

    [2]Carroll J M. Five reasons for scenario-based design[J]. Interacting with Computers, 2000(13):43–60.

    [3]辛向阳. 交互设计:从物理逻辑到行为逻辑[J]. 装饰, 2015(01):58-62.

    XIN Xiangyang.Interaction Design: From Logic of Things to Logic of Behaviors [J].2015.1:58-62.

    [4]李世国, 费钎. 和谐视野中的产品交互设计[J]. 包装工程, 2009(01):137-140.

    LI Shiguo, FEI Qian. Product Interaction Design in the Perspetive of Harmony [J].Packaging Engineering, 2009(01):137-140

    [5]Go K. , Carroll J. M. , Imamiya A. . Surveying scenario based approaches in sys tem design[J] . IPSJSIG Notes, HI878, 2000:43-48.

    [6]赵婉茹. 浅谈场景故事在用户体验设计中的应用[J]. 设计, 2014(09):174-175.

    ZHAO Wanru.The Application of Scenario Stories in User Experience Design [J].Design, 2014(09):174-175.

    [7] 诺曼·唐纳德 A.设计心理学[M].北京:中信出版社,2010.

    NORMAN D A.The Design of Everyday Things[M].Beijing:China CITIC Press,2010.

    [8]DDF·UXPA中国. 用户体验百家谈[M] .北京:电子工业出版社, 2014.

    DDF·UXPA China. User experience a hundred talk[M] .Beijing:Electronics Industry Press,2014

    [9]罗仕鉴, 胡一. 服务设计驱动下的模式创新[J]. 包装工程, 2015(12).1-4.

    LUO Shijian,HU Yi.Model Innovation Driven by Service Design[J]. Packaging Engineering, 2015(12).1-4.

    [10]COOPER A.软件观念革命——交互设计精髓[M].北京:电子工业出版社,2012.

    COOPER A. Software Concept Revolution: the Essence of Interaction Design[M]. Beijing: Publishing House of Electronics Industry,2012.

    [11] 安娃. 交互设计思维在服务体验中的应用[J]. 包装工程, 2015, 02期(02):5-8.

    AN Wa. Collaborative Design of Product Interaction Design System[J].Packaging Engineering,2015,02(02):5-8.

    转载于:https://www.cnblogs.com/xjmnet/p/9377274.html

    展开全文
  • 产品场景化设计

    千次阅读 2019-11-05 21:00:28
    前言 本文围绕什么场景化设计,有哪些场景化设计的例子,为什么要进行...互联网产品场景” 分为两类 第一类,为了实现用户目标而产生的场景,这种类型的场景需要明确用户目标,可能并不需要涵盖用户是怎么实...

    前言

    本文围绕什么是场景化设计,有哪些场景化设计的例子,为什么要进行场景化设计和场景化设计的具体方法展开解读,本文篇幅较长,请合理利用时间阅读。

    什么是场景化设计

    生活中,场景就像戏剧、电影中的场面,泛指情景。在戏剧或影视剧里,场景由人物,时空,事件(行为),环境(社会环境和自然环境)等等要素构成,产品的场景化则根据场景来设计而已。​

    1. 互联网产品 “场景” 分为两类

    第一类,为了实现用户目标而产生的场景,这种类型的场景需要明确用户目标,可能并不需要涵盖用户是怎么实现目标的,这类场景指根据用户的精准需求,为其提供精准服务,用明确的差异化服务给用户提供一个使用产品的动机。

    第二类,则是更加精细化的场景,这类场景需要明确用户操作流程,本文主要针对这类场景展开解读。

    2. 总结

    场景化设计指基于对场景的分析,得出用户痛点与需求,结合前后场景预判用户目标,通过设计提高用户效率,给予用户惊喜与感动。

    有哪些场景化设计的例子

    下面,我会结合一些做的比较好的产品,进行分析。

    1. 人是变量

    “使用产品的用户不同,所看到的信息也不同”,随着大数据和智能推荐技术的普及,越来越多的产品通过挖掘不同用户的喜好,生成用户画像,为每位用户提供 “千人千面” 的个性化内容,这样的产品大家都很熟悉,比如抖音,淘宝,微博,今日头条。

    2. 时间是变量

    “使用产品的时间不同,所看到的信息同样也不同”,比如小米手机 MIUI11 效率革新功能「智能出行」,当在旅游、出行类APP上设置好行程后,MIUI11 会根据出行时间自动将该行程记录推送到消息栏并同步日历。当然,出行类APP都会做这个事情。
    在这里插入图片描述
    还有蚂蚁森林的页面会根据用户打开的时间进行变化(白天与夜晚模式)等等,这些都是充分考虑了场景中时间这一变量,才有如此高效暖心的设计。

    3. 地点是变量

    “同一个用户,在不同的地点看到的信息也不同”,就像大众点评APP当用户从常住地北京定位成非常住地杭州时,根据用户的上个场景与当前场景预测用户可能处于旅游状态,从而预测用户下一步的目标是在杭州「吃喝玩乐」,所以首页和攻略页的内容都发生了变化,为用户推荐旅行地的「吃喝玩乐」:
    在这里插入图片描述
    4. 环境是变量

    “不同的环境,所看到的信息也不同”,比如设备环境发生变化时:IOS13 中的备忘录页面,将「添加」按钮移到了右下角,为什么?因为手机屏幕越来越大,把按钮从右上角移到右下角,更有利于用户单手操作:
    在这里插入图片描述
    再比如,我们在驾驶环境下,要保持注意力集中,避免或减少分心驾驶导致的交通事故,所以基于驾驶环境 IOS11 上线了驾驶模式功能,当 iPhone 与车内 USB 或 蓝牙连接或 iPhone 感知到人的移动速度时,iPhone 就会自动进入驾驶模式:

    在该模式下,任何人发短信,我们都不会收到提示,对方会收到 “我正在驾驶,稍后回复您” 的自动回复。并且同时,iPhone 还会会追加一条短信,提示对方只要回复 “紧急” 关键词,我们就能立刻接收到他们的消息提示:
    在这里插入图片描述
    iPhone 的场景化设计非常优秀,还有很多地方本文没有提到,感兴趣的自己去研究体验。

    为什么要基于场景做设计

    读者既然看到了这里,那么你心中一定会认可 场景化设计 ,但由于与用户的空间相隔,我们无法感知用户在真实场景中使用产品的具体情况,也就是说,我们需要对用户使用场景进行分析与预期,探索新的设计与交互。

    怎么进行场景化设计

    既然基于场景化设计这么好,那么我们该从什么地方入手呢?或者说我们该怎么进行设计?

    请读者带着这些问题,一起来看如下4个步骤

    1. 根据用户使用流程和行为路径穷尽场景

    根据用户的使用流程和行为路径列举场景,这里以乘坐飞机(手机购票)为例,列举乘坐飞机涉及到的关键场景:
    在这里插入图片描述
    ① 乘客在航旅纵横页面购票,航班多查找起来会很麻烦。

    ② 乘客起大早拖着疲惫的身体在去往机场的路上,结果又遇到早高峰堵车,内心焦躁烦闷。

    ③ 起飞前乘客在机场过安检,安检流程复杂,又检测出不符合登机规定的物品,让人心烦,手忙脚乱。

    ④ 起飞前,乘客在候机口候机,人多嘈杂,没有座位,还背着繁重的行李,还要时刻关注航班信息。

    ⑤ 快起飞前,乘客背着行李排队,将登机牌和身份证出示给工作人员,工作人员站在入口处开始检查每位乘客的登机牌和身份证。

    ⑥ 检完票后,乘客拿着身份证和登机牌,背着行李乘坐摆渡车,摆渡车上嘈杂、拥挤。

    ⑦ 下摆渡车后,乘客拿出登机牌,背着行李排队检票登机,工作人员站在飞机前开始检查每位乘客的登机牌。

    ⑧ 在起飞前30分钟,乘客登机,背着行李在狭窄拥挤的通道里寻找自己的座位。找到座位后,将沉重的行李艰难的放到上方的置物架上。放好行李后,坐到自己的座位上,系好安全带,调节座椅靠背,等待飞机起飞。

    ⑨ 飞行过程中,气流导致飞机颠簸,乘客感到恐慌不适。飞行过程中,乘客通过看电影,看书,睡觉打发时间。

    ⑩ 到达目的地,乘客从高处置物架上取下行李,拿着沉重的行李排队下飞机。此时乘客对目的地的天气等其他情况都不清楚。

    ⑪ 乘客走出飞机到达航站楼后,在陌生的机场,跟着标牌指示艰难的找到自己的行李。拿着行李跟着指示牌困难的找出口。

    通过对关键场景的详细描述,我们将摸不着的用户场景像过电影一样在眼前一一呈现,有利于我们发现很多想不到或者通过调研得不到的细节,帮助我们发现用户真正的痛点与需求,洞察设计机会点。

    2. 根据场景挖掘机会点

    完成了第一步的场景列举,我们对流程中涉及的场景有了深刻的了解,下一步就是对场景的判断与分析,挖掘机会点。机会点挖掘有两个方向,一是通过分析当前场景存在的痛点和需求挖掘机会点,二是通过对用户下一步目标的预判寻找机会点。

    ① 通过分析当前场景存在的痛点和需求挖掘机会点

    我们手机中都有支付宝,支付宝「朋友」界面,当用户输入某数值时,输入框上方会自动显示「给对方转账XXX元」按钮,用户可点击该按钮完成转账。

    这是因为经常有用户误以为输入数值发送即完成了转账,导致很多尴尬出现。基于该场景下的痛点与需求,支付宝做了这个改进,即避免了尴尬的发生,又很贴心。

    IOS 系统在切换APP操作时,会将一些金融类APP虚化,以此来保证用户信息安全。这一设计细节也是充分考虑了用户在切换APP时的场景,解除了用户在公告场合担心被窥屏而泄露个人财富信息的担忧。
    在这里插入图片描述在这里插入图片描述
    还有,当我们用耳机听音乐或播放视频时,拔下耳机,声音就会自动停掉,这样就算在安静的场合听音乐或者看视频,耳机不小心掉下来也不会发出尴尬的声音,这些都是充分考虑了用户当前使用时的场景,才做出如此贴心的设计。

    ② 通过对用户下一步目标的预判寻找机会点

    该方法是通过对用户当前场景的分析,预判用户下一步的行为与目标,从而寻找当前场景的机会点。

    如何预期用户下一步目标?有三个方法:

    1. 通过成组动作进行预期,如复制—粘贴,编辑—保存操作。
    2. 通过用户认知流程预判,如,浏览时反向滑动→结束浏览/回到顶部;再比如谷歌翻译在发音时,第一遍是正常语速,第二遍语速变慢,第三遍又恢复到常速,是不是很贴心,很符合用户期望?
    3. 通过产品使用流程进行预期,如订外卖—取外卖—评价。

    例如:在谷歌浏览器,当我们打开多个浏览窗口时,通常需要手动一个个地关闭标签页。

    Google Chrome 充分考虑到了用户的该使用场景,当用户关闭一个标签页时,预期用户会关闭下一个标签页,所以当关闭一个标签时,相邻标签会自动靠近,保证关闭的按钮始终位于鼠标的当前位置,这样用户就不用移动鼠标关闭下一个标签页,提高了用户的使用效率。

    3. 机会点转化为落地的设计方案

    在将机会点转化为具体的设计时,有两个可作为依据的设计原则,分别为 高效、情感化,我们分别阐述二者。

    —— 实现高效有以下几个方法:——

    ① 行动点前置

    通过对用户下一目标的预测,将用户目标在当前场景展示,缩短操作流程,达到高效的目标。如淘宝首页的 Tab 栏会根据每个用户的浏览记录预测用户目标,千人千面个性化展现,缩短了用户查找商品的路径,提高商品购买效率。
    在这里插入图片描述
    ② 行动点置换

    还是拿淘宝举例,淘宝底部的第一个导航,当用户滑动首页下方的商品流时,该按钮由首页变成置顶。
    在这里插入图片描述
    ③ 行动点相关提示

    意思是根据用户当前目标或下一步目标进行相关的提示。如支付宝朋友页面,当上滑时,会出现「找人转账」的提示,点击进入朋友列表的纯净模式(去掉了服务通知等跟转账无用的列表),提高了用户寻找的效率。

    在这里插入图片描述
    再比如,网易邮箱,当邮件中提到附件,但是没有上传附件时,点击发送后,系统弹出下方的提示,解决了用户常常忘记添加附件的困扰。
    在这里插入图片描述
    ④ 突出行动点

    根据用户当前目标或下一步目标突出关键按钮,帮助用户快速找到关键操作,吸引用户点击,降低了用户思考成本,提升效率。运用这个方法进行设计的例子太多了,比如淘宝的商品详情页用红色突出购买按钮等。

    ⑤ 直接执行

    根据用户当前目标或下一步目标直接执行。比如滴滴的扫一扫界面,当检测到光线较暗时,手电筒会自动打开,提高了扫一扫的效率。
    在这里插入图片描述
    还有微信扫一扫功能,同样当光线较暗时自动打开手电筒,非常的贴心。

    —— 实现情感化有以下几个方法:——

    唐纳德·诺曼在《情感化设计》中提到设计的三个层次,分别为:本能的设计,行为的设计,反思的设计,情感化设计是能打动人的,它能传递感情,勾起回忆,给人惊喜,情感化设计帮助产品与用户之间建立情感的纽带,能强化用户对品牌的认知,培养对品牌的忠诚度。

    情感化设计的步骤依次为:提炼影响产品的的情感指标 → 聚焦用户对产品的情感诉求 → 产出设计方案 → 验证设计价值(来源于周姮—知乎蚂蚁金服体验技术部的一次分享)。

    例如:网易云音乐会获取用户的生日,在用户生日时会变成「生日快乐」的蛋糕样式,点击进去的音乐列表,第一首歌就是生日快乐歌,让人心里暖暖的。
    在这里插入图片描述
    有情感化设计的产品很多,比较感性的人群更容易起到作用。

    4. 设计检验

    最后一步就是设计方案的验证,设计方案能否帮助用户缩短操作流程?降低用户思考成本?帮助用户高效的完成任务?是否能打动用户给他们带来惊喜与温暖?

    通过可用性测试及上线后的数据反馈,帮助我们更好的优化设计方案。

    展开全文
  • 灰度测试是什么意思

    千次阅读 2021-09-08 07:43:07
    本文章,百度+论坛+知乎等处查询,了解灰度测试,方便学习。本文章只限学习。文章可能内容多,我进行了网上查询终结,还需细看整理,如有重复内容请见谅,我...灰度测试就是将自己的产品首先拿出来给一部分目标人群使用

    本文章,百度+论坛+知乎等处查询,了解灰度测试,方便学习。本文章只限学习。文章可能内容多,我进行了网上查询终结,还需细看整理,如有重复内容请见谅,我也正在了解,方便手机携带查看。

    灰度测试就是指如果软件要在不久的将来推出一个全新的功能,或者做一次比较重大的改版的话,要先进行一个小范围的尝试工作,然后再慢慢放量,直到这个全新的功能覆盖到所有的系统用户,也就是说在新功能上线的黑白之间有一个灰,所以这种方法也通常被称为灰度测试。类似于我们通常所说的内测。

    灰度测试就是将自己的产品首先拿出来给一部分目标人群使用,通过她们的使用结果和反馈来修改产品的一些不足,做到查漏补缺,完善产品的功能,使产品的质量得到提高。这样产品尽早的与用户接触能为以后产品的正式发布打下基础。

    定义:灰度测试,就是在某项产品或应用正式发布前,选择特定人群试用,逐步扩大其试用者数量,以便及时发现和纠正其中的问题。

    灰度期:灰度测试开始到结束期间的这一段时间,称为灰度期。

    目前,灰度测试存在两种方式:

    1、软件系统内自带灰度测试发布系统

    2、使用第三方工具来辅助进行

    这两种方法都是可行的。

    灰度测试这种方法可以帮助研究团队快速试验并发现问题并在大规模推向用户之前及时把问题修正过来,很大成度上减少了不少风险的产生,所以灰度测试是很有必要的。要知道只有不断创意并完善的软件才能在激烈的市场竞争中立于不败之地,当有创意的时候,小规模的灰度测试是非常有必要的。不但满足了一部分人抢先体验的愿望同时也可以发展研发团队不容易发现的各种问题,还能收集到真正的用户体验,这些对于优化全新的系统内容都是非常有帮助的,如果没有灰度测试的话,其实和闭门造车的感觉是差不多了,在增加灰度测试以后才能真正把其推向用户。

    灰度测试存在的意义是什么呢?

    现在的许多互联网产品的用户规模都是非常大的,版本更新也比较频繁,每当有新版本进行更新或者上线的时候,新的版本都是要承受非常大的压力,而灰度测试则可以很好的规避这种存在可能性非常大的风险问题。

    灰度发布能及早获得用户的意见反馈,完善产品功能,提升产品质量,让用户参与产品测试,加强与用户互动,降低产品升级所影响的用户范围。

    灰度测试的具体步骤

    第一、确定自己的目标

    既然选用了灰度发布这个方法,就首先要确定自己的目标是什么,比如通过让一部门用户先使用产品,从而通过试用结果和用户的反馈来找出产品的不足,从而想办法来提升产品的品质,还有的除了这个目的之外可能还想要借此机会来推广自己的产品。

    第二、选择策略

    定好目标之后,就要选择策略了,要根据自己产品的规模和功能的多样性来确定互联网灰度发布试用用户的规模和发布的频率,这样才可以提高用户的参与度,全方位的试用产品,这样才能反馈出一个比较全面的结果。包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等

    第三、对用户进行筛选

    然后就是要对这些用户进行筛选,用户的选择一定要具有代表性,要选择一部分的新用户和一部分的老用户来交替使用产品,还有就是选择的用户要具有敢问好问的精神,善于发现才能发现问题。选择完用户就是产品系统的部署,然后就是对用户参与的结果进行数据分析,找出产品存在的问题。对用户的筛选包括用户特征、用户数量、用户常用功能、用户范围等

    第四、部署系统

    部署新系统、部署用户行为分析系统(web analytics)、设定分流规则、运营数据分析、分流规则微调

    第五、发布总结

    用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表

    第六、产品完善

    第七、新一轮灰度发布或完整发布

    在上述步骤全都完成之后,互联网产品的灰度发布就基本上是完成了,后续最重要的事情就是全身心的投入对产品的改进中,对产品的不足进行完善,如果产品的漏洞比较大,可以进行再一轮的灰度发布,如果只是一些小问题,那么在修改之后就可以正式的发布了。

    什么是灰度发布?
    灰度发布,又名金丝雀发布,或者灰度测试,是指在黑与白之间能够平滑过渡的一种发布方式。在其上可以进行A/B testing,即让一部分用户继续用产品特性A,一部分用户开始用产品特性B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。
    灰度发布是对某一产品的发布逐步扩大使用群体范围,也叫灰度放量。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。
    灰度期:灰度发布开始到结束期间的这一段时间,称为灰度期。
    灰度发布的意义
    灰度发布能及早获得用户的意见反馈,完善产品功能,提升产品质量,让用户参与产品测试,加强与用户互动,降低产品升级所影响的用户范围。
    灰度发布步骤

    1. 定义目标
    2. 选定策略:包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等
    3. 筛选用户:包括用户特征、用户数量、用户常用功能、用户范围等
    4. 部署系统:部署新系统、部署用户行为分析系统(web analytics)、设定分流规则、运营数据分析、分流规则微调
    5. 发布总结:用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表
    6. 产品完善
    7. 新一轮灰度发布或完整发布

    灰度测试环境就是生产环境,生产数据,所影响的也是生产环境,只是范围比测试环境更广,更真实。其实就是小范围的生产环境。类似于游戏内测。

    与现有国内一般的公司发布的做法相比,灰度发布的过程是一个渐进的过程,其实这才是一种正确规范安全的发布过程。正常一个产品开发过程中,会对其进行功能测试,用户体验测试,交互评估等。功能测试可以让产品尽量少的bug;用户体验测试与交互评估等可以在开发过程中,使产品尽可能的满足于用户的使用习惯,以及对功能的可接受程度。但这些都是少部分人的感觉与习惯所产生的结果,只是公司内部的测试+小范围外部测试。

    在标准的软件产品的发布过程中,这充其量只是一个Alpha版本,而一般互联网产品的发布大多数是做到这里就直接上线,替换了原有的版本,这种跳跃式的发布是非常危险的,如果产品影响面大,对项目成员的压力是非常大的。

    灰度发布可以在原有的Alpha版本之后增加了更大范围的外部测试,是一个不断的放量过程,通过这样的发布过程可以是产品的问题暴露出来,而不是影响到全部的用户,最终可以让产品最大程度稳定、适合用户。如果要使用灰度发布,与往常的项目过程不同的是,需要做好提升点的预准备,通过数据分析,日志分析找到改进点;也要考虑在出问题时可以快速的定位到问题,并切换到原有产品;当然放量也是可以有多种多样的,可以通过选取最能让产品改进的用户参与新版本的试用。

    灰度发布可以从业务,功能,性能,用户体验很多方面使产品得以提升,并平滑上线。

    传统软件产品发布过程(例如微软的windows7的发布过程)一般都会经历Pre-Alpha、Alpha、Beta、Release candidate(Rc)\RTM\General availability or General Acceptance(GA)等几个阶段(参考Software release life cycle)从范围来理解,即公式内部—>外部小范围测试->外部大范围测试->正式发布。

    A/Btest其实属于灰度当中的一个小小的分支,做产品,运营数据的都必须要懂。这是国际前沿的产品发布和改版方式,而不是依靠主观去进行。

    灰度测试定义

    灰度测试指的是在同一个时间段内,存在两个不同的应用版本,一个版本叫做黑色版本,而另一个版本叫做白色版本。然后我们通过观测两个同时存在的版本的表现来调整黑色版本和白色版本的比例,如果一切顺利,渐渐地就把所有用户的应用从黑色版本过渡到白色版本。而这种通过共存黑白版本的手段进行测试的过程就叫做灰度测试灰度发布

    灰度测试与A/B测试比较

    灰度发布/灰度测试A/B测试 时间周期一般在新版本发布的早期。版本整个生命周期,都持续不断的做A/B测试。 目的验证新版本工程正确性,如功能特性、性能、可靠性、易用性等。为商业目的,优化用户体验相关的各方面特性。 用户人群一般对用户人群的属性和数量没有特殊要求。对用户人群的属性和数量有较高要求。 是否修改功能特性否,灰度测试过程中一般不修改新版本的功能特性。是,A/B测试是持续不断的修改版本的界面和流程,以便找到最优设计。 实施方法采集数据,分析是否有功能缺陷(bug)、性能问题、稳定性问题、易用性问题等。有规范的过程步骤:提出假设,设定目标,制作版本、分析结果等。有严格的数理统计算法,判断结果

    灰度测试实现方式

    通常情况下,有两种方式来实现灰度测试。第一种是修改代码,通过对代码的修改实现灰度测试的逻辑。修改代码的优点在于开发人员能够非常精细地控制不同版本的细节,无论多么复杂的需求都能够实现,能够较好地满足测试的需求。但是修改代码的方式会较深地侵入代码,同时不能够快速响应需求,开发人员实现需要的功能是需要时间的。

    第二种方法就是通过负载均衡系统实现了,在负载均衡服务器上调整配置,使得用户在访问应用的时候能够自动被分配到不同的版本上去。这种方式的优点在于部署简单,不需要过多的改动。但是这样做就会增加运维人员的负担,改动负载均衡系统的配置具有一定的风险。

    随着云眼A/B测试软件的广泛应用,人们开始利用AB测试软件进行灰度发布和灰度测试,这样不仅能够保证新版的工程正确性,也能保证新版本的商业目的得到科学、准确的验证,并且在整个生命周期里都可以持续不断的优化改进。

    灰度测试指的是系统测试通过后,将测试版本发布到线上环境,替换部分的线上服务器代码进行预测试。当灰度测试结束后,线上版本实现会统一。本质上是上线前的测试,收集用户的反馈。

    A/B测试指的是系统测试通过并发布后,同一个软件功能不同的用户会看到不同的实现方式,收集每个用户的反馈。本质上是上线后的测试,收集用户的反馈。

    灰度测试

    指没有限制的内测。但是还是会限制用户身份,即只有有资格的用户才可以获得内测软件。
    这时一般就是最后一次测试了,然后就是公测版了,可能有较多的bug……

    使用A/B 测试首先需要建立一个测试页面(variation page),这个页面可能在标题字体,背景颜色,措辞等方面与原有页面(control page)有所不同,然后将这两个页面以随机的方式同时推送给所有浏览用户。接下来分别统计两个页面的用户转化率,即可清晰的了解到两种设计的优劣。
    传统的A/B测试,是一种把各组变量随机分配到特定的单变量处理水平,把一个或多个测试组的表现与控制组相比较,进行测试的方式。
    新的A / B测试,不仅仅其范围限制在web分析方面,而是为其注入新生命,即移动设备端分析。Pathmapp联合创始人兼首席执行官亚当Ceresko表示,今天,开发人员需要大大提高优化工具的性能,移动分析已成为A/B测试增长最快的一个领域。

    灰度测试是什么意思?如果您对互联网软件开发行业了解不多,您可能对这个词不太熟悉。事实上,灰度测试是指如果软件要在不久的将来推出新功能,或者进行重大修改,你必须首先做少量的试验工作,然后慢慢增加数量,直到这个新功能覆盖所有系统用户,即新功能上的黑白之间都有灰色,因此这种方法通常也称为灰度测试。

    灰度测试又名金丝雀发布、灰度发布,一种在黑白之间发布平滑过渡的方式。可以对其执行A/B测试,也就是说,一些用户继续使用产品功能A,并且一些用户开始使用产品功能B,如果用户不反对B,则逐渐扩大范围并迁移所有用户到B来。灰度测试可以确保整个系统的稳定性,并且可以在初始灰度级找到并调整问题以确保其影响度。

    灰度期:灰度发布开始到结束期间的这一段时间,称为灰度期。
     



    灰度测试有什么作用?

    灰度测试可以及早获得用户的反馈,改进产品功能,提高产品质量,允许用户参与产品测试,增强与用户的互动,并减少受产品升级影响的用户范围。

    灰度测试步骤:

    1、定义目标

    2、选定的策略:包括用户规模,发布频率,功能覆盖,回滚策略,运营策略,新旧系统部署策略等。

    3、过滤用户:包括用户特征,用户数,用户常用功能,用户范围等。

    4、部署系统:部署新系统,部署用户行为分析系统(web analytics),设置流量规则,运营数据分析和微调流量规则

    5、发布总结:用户行为分析报告,用户问卷,社交媒体意见收集和产品功能改进列表

    6、产品完善

    7、新一轮灰度测试或完整发布



    测试方法

    灰度测试似乎与互联网公司的常见A/B测试相似。外国人似乎没有灰度测试的概念。根据维基百科中A/B测试的定义,A/B测试也称为:A/B/N测试,多变量测试,因此实质上灰度测试可视为A/B测试的特例。只不过为了术语上不至于等同搞混淆,谈谈自己理解的两者的差异。

    灰度发布是对某一产品的发布逐步扩大使用群体范围,也叫灰度放量。A/B测试重点是在几种方案中选择最优方案。

    灰度测试的要点注意

    1、精确的流量分发控制

    这是一切的核心。从运行和维护风险控制的角度来看,有必要在一个精确的范围内控制受影响的流量。在上线前就知道哪部分用户会有问题,而不是真出问题谁受到影响都不知道。一个常见场景是新版本只允许公司内的员工访问它,然后推送到一个城市再到一个省。

    从产品的角度做A/B测试,需要控制测试样本,其中用户是版本A,哪个用户是版本B,应该在发布后修复,而不是一会访问A,一会访问B。传统的负载均衡器策略只能实现粗略的比例分配,并且没有细粒度的流量规则控制。理想的灰度发布系统应具有非常细粒度的流量规则,例如匹配Android用户,匹配特定区域中的用户,甚至组合多个条件以匹配特定人员。

    2、监控系统的支撑

    准确的流量分配只是第一步,获得关键指标的多个版本更为重要。对于操作和维护,可能需要查看系统级指示器,例如错误率,吞吐量,延迟和CPU内存消耗这些系统层面指标。对于产品,可能是由于pv,uv等业务指标的变化。这些需要能够收集和显示数据,以方便后续决策:完全推送还是回滚?使用方案A或B?否则,灰度版本不会带来更多业务推广,也不能帮助您更好地了解业务状态和用户行为。

    3、灵活的发布系统

    从以上描述可以看出,灰度发布不是短暂的过程并且可能持续很长时间。例如,主要框架或系统更新可能会持续很长时间。有可能整个服务在几个月内都是新旧并存,甚至可能需要分别进行两个版本的迭代。从产品的角度来看,它可能更灵活。很可能在线上有五到六个程序来收集数据。每天有了一些新想法都要上一些小版本看效果,每个版本上线后可能都要再各自做优化调整观察效果。这种情况可能线上就永远不会有一个统一的版本灰度反而是个常态来应对不断变化的需求和挑战。

    而发布系统也需要做相应的调整,不在把每个服务看成一个单一版本的运行体,只在更新的短时间内出现多版本共存,只允许全量推和回滚这种粗粒度策略。相反,多版本共存应被视为正常状态,允许迭代每个版本,并且可以在版本之间区分相应的监视日志信息,从而可以将灵活的发布系统与灵活的灰度策略相结合。

    灰度使用黑色调表示物体。 每个灰度对象都具有从 0%(白色)到 灰度

    100%(黑色)的亮度值。 使用黑白或灰度扫描仪生成的图像通常以灰度显示。 使用灰度还可将彩色图稿转换为高质量黑白图稿。 在这种情况下,Adobe Illustrator 放弃原始图稿中的所有颜色信息;转换对象的灰色级别(阴影)表示原始对象的亮度。 将灰度对象转换为 RGB 时,每个对象的颜色值代表对象之前的灰度值。 也可以将灰度对象转换为 CMYK 对象。 自然界中的大部分物体平均灰度为18%。 在物体的边缘呈现灰度的不连续性,图像分割就是基于这个原理。灰度测试 就是测试亮度。

    在一般情况下,升级服务器端应用,需要将应用源码或程序包上传到服务器,然后停止掉老版本服务,再启动新版本。但是这种简单的发布方式存在两个问题,一方面,在新版本升级过程中,服务是暂时中断的,另一方面,如果新版本有BUG,升级失败,回滚起来也非常麻烦,容易造成更长时间的服务不可用。

    为了解决这些问题,人们研究出了多种发布策略,下面我们一一介绍。

    蓝绿部署

    所谓蓝绿部署,是指同时运行两个版本的应用,如上图所示,蓝绿部署的时候,并不停止掉老版本,而是直接部署一套新版本,等新版本运行起来后,再将流量切换到新版本上。但是蓝绿部署要求在升级过程中,同时运行两套程序,对硬件的要求就是日常所需的二倍,比如日常运行时,需要10台服务器支撑业务,那么使用蓝绿部署,你就需要购置二十台服务器。

    滚动发布


    所谓滚动升级,就是在升级过程中,并不一下子启动所有新版本,是先启动一台新版本,再停止一台老版本,然后再启动一台新版本,再停止一台老版本,直到升级完成,这样的话,如果日常需要10台服务器,那么升级过程中也就只需要11台就行了。

    但是滚动升级有一个问题,在开始滚动升级后,流量会直接流向已经启动起来的新版本,但是这个时候,新版本是不一定可用的,比如需要进一步的测试才能确认。那么在滚动升级期间,整个系统就处于非常不稳定的状态,如果发现了问题,也比较难以确定是新版本还是老版本造成的问题。

    为了解决这个问题,我们需要为滚动升级实现流量控制能力。

    灰度发布

    灰度发布也叫金丝雀发布,起源是,矿井工人发现,金丝雀对瓦斯气体很敏感,矿工会在下井之前,先放一只金丝雀到井中,如果金丝雀不叫了,就代表瓦斯浓度高。

    在灰度发布开始后,先启动一个新版本应用,但是并不直接将流量切过来,而是测试人员对新版本进行线上测试,启动的这个新版本应用,就是我们的金丝雀。如果没有问题,那么可以将少量的用户流量导入到新版本上,然后再对新版本做运行状态观察,收集各种运行时数据,如果此时对新旧版本做各种数据对比,就是所谓的A/B测试。

    当确认新版本运行良好后,再逐步将更多的流量导入到新版本上,在此期间,还可以不断地调整新旧两个版本的运行的服务器副本数量,以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上,最后关闭剩下的老版本服务,完成灰度发布。

    如果在灰度发布过程中(灰度期)发现了新版本有问题,就应该立即将流量切回老版本上,这样,就会将负面影响控制在最小范围内。

    ################################################################

    使用脉冲云轻松地实现灰度发布-查看视频

    脉冲云的部署管理可以轻松实现上述的带有流量管理功能的灰度发布。正常编辑应用信息后点击保存,然后脉冲云会提示直接升级或灰度发布。

    直接升级就是使用一般的滚动升级,点击灰度发布后可以人工干预升级过程,进行流量控制。

    选择灰度发布后,就会呈现灰度发布控制面板。

    在这个控制面板上,可以拖拉滑块,快速调整新旧版本的运行副本数量,同时也可以按百分比,将流量导入到新版本上。此外,还可以通过匹配HTTP Header,指定个别用户的流量到新版本上。

    除了匹配用户流量的HTTP请求头,还可以直接指定匹配请求头中的Cookie信息,匹配规则支持精确匹配、包含、正则、前缀、后缀等,甚至还允许反向匹配。

    当确认新版本运行无误后,就可以点击 完成升级 按钮,就会将流量全部切换到新版本上,并且销毁掉所有老版本应用。如果新版本出了问题,可以点击 取消升级 按钮,立即将流量切回老版本,并销毁掉新版本应用。

    总结

    在新版本应用发布时,为了服务器不停机升级,使用灰度发布策略,在灰度发布开始时,使用HTTP Header 匹配指定测试人员的流量到新版本上,然后当新版本内部测试通过后,可以再按百分比,将用户流量一点一点导入到新版本中,比如先导入10%观察一下运行情况,然后再导入20%,如此累加,直到将流量全部导入到新版本上,最后完成升级,如果期间发现问题,就立即取消升级,将流量切回到老版本。

    运用灰度发布,就再也不需要加班到深夜进行停机升级了,在白天就可以放心大胆地、安全地发布新版本。

    A/B测试与灰度发布的理论产品是多维度的,设计体验、交互体验、系统质量、运营支持等等,测试的目的是为了系统最终的交付,一套各方面都足够好的系统,而不是文档上定义的系统,系统是需要不断进化的。测试的质疑贯穿产品的设计到编码到最终的运营过程,并最终促使产品的改善,周而复始。符合互联网思维敏捷的本质。

    1、A/B测试与灰度发布相关的一些术语

    1.1 桶测试(Bucket Testing):这个没有什么地方给出明确的定义,但是通常来说是国外用于测试游泳池是否存在漏水行为的一种比较测试。即将一桶水放到泳池中,分别标明内外水位,放置一段时间后,如果外部水位明显下降(超过XXX英寸),则证明水池漏水。这个和软件测试没有什么直接关系,但是他是一种两个方案之间的对比性测试,用于识别缺陷。

    1.2 多变量测试(Multivariate Testing):这个使用市场营销的一个术语,通常用于在多个变量的复杂环境下,对营销方案效果的比较技术。

    1.3 A/B测试(A/B Testing):Wikipedia的定义,“是Web设计(通常指用户体验)中用于区分两种网页设计对收益最大化目标(如点击率)效果支撑程度的一种试验手段”。主要用于比较两种设计的优劣程度。桶测试(Bucket Test)、多变量测试(Multivariate Testing)是A/B测试的变体,因为可能涉及到多种场景的比较。A/B测试还用于市场营销渠道的比较,这和定义是一致的,因为网页就是一种营销渠道。

    1.4 灰度交付:“灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让一部用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。”

    2、A/B测试和灰度发布和传统的测试的不同点

    2.1 可以有多个现成的产品来,实实在在的去测试(桶测试)

    2.2 A/B测试是支持多变量测试的一种方式

    2.3 A/B测试时一套系统,是灰度发布的一种实现方式

    到此为止,测试与运维已经集成到一个过程当中了

    3、A/B测试与灰度发布的运用

    3.1 推荐系统之间不同算法的比较,不同变量的比较

    3.2 设计方案中不同方案的比较

    3.3 设计调整,方案调整

    3.4 故障控制

    如果你系统需要优化一些你自己无法预测和控制的领域的时候。

    试试A/B测试吧,有利于控制未来的风险

    数据是优化系统的重要依据 ,想要在哪方面做优化,就在哪方面积累数据。

    后面再写点A/B测试与灰度发布系统实战

    在淘宝仲明的一个访谈中第一次看到灰度测试这个词,其解释是灰度测试的专业说法是Bucket Test。这两个术语都可以互联网应用的测试扯上关系,但是含义还确实不同。

    • A/B测试(A/B Testing):Wikipedia的定义,“是Web设计(通常指用户体验)中用于区分两种网页设计对收益最大化目标(如点击率)效果支撑程度的一种试验手段”。主要用于比较两种设计的优劣程度。桶测试(Bucket Test)、多变量测试(Multivariate Testing)是A/B测试的变体,因为可能涉及到多种场景的比较。A/B测试还用于市场营销渠道的比较,这和定义是一致的,因为网页就是一种营销渠道。
    • 多变量测试(Multivariate Testing):这个使用市场营销的一个术语,通常用于在多个变量的复杂环境下,对营销方案效果的比较技术。
    • 桶测试(Bucket Testing):这个没有什么地方给出明确的定义,但是通常来说是国外用于测试游泳池是否存在漏水行为的一种比较测试。即将一桶水放到泳池中,分别标明内外水位,放置一段时间后,如果外部水位明显下降(超过XXX英寸),则证明水池漏水。这个和软件测试没有什么直接关系,但是他是一种两个方案之间的对比性测试,用于识别缺陷。
    • 测试驱动开发(TDD):Kent Beck在TDD一书中也提到了水桶和编程的关系,“设想把编程看成是转动曲柄从井里提一桶水上来的过程。如果水桶比较小,那么仅需一个能自由转动的曲柄就可以了。如果水桶比较大而且装满水,那么还没等水桶全部被提上来你就会很累了。你需要一个防倒转的装置,以保证每转一次可以休息一会儿。水桶越重,防倒转的棘齿相距越近。 测试驱动开发中的测试程序就是防倒转装置上的棘齿。一旦我们的某个测试程序能工作了,你就知道,它从现在开始并且以后永远都可以工作了。相比于测试程序没有通过,你距离让所有的测试程序都工作又近了一步。现在我们的工作是让下一个测试程序工作,然后再下一个,就这样一直进行。分析表明,要编程解决的问题越难,每次测试所覆盖的范围就应该越小”这个里面实际上和桶测试(Bucket Testing)没有任何关系,仅仅是一个类比,不用桶,用其他机械装置也是一样对比。
    • 灰度交付:百度百科的定义,“灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让一部用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。

    回到正题上,互联网应用在交付上线过程中(运维部门的职能),需要经过灰度交付和A/B测试两个环节,前者用于检验系统是否稳定可靠,满足上线要求,需要收集和分析性能数据来决定;后者用于检验到底新版本好还是旧版本好,需要收集和分析用户访问数据来决定。

    因此结论是灰度交付和A/B测试(桶测试)有不同的目标和手段。

    下图是阿里软件的发布引擎,支持灰度交付。

    灰度测试是什么意思呢?如果对互联网软件研发行业不太了解的话,可能对这个词还是很陌生的,其实灰度测试就是指如果软件要在不久的将来推出一个全新的功能,或者做一次比较重大的改版的话,要先进行一个小范围的尝试工作,然后再慢慢放量,直到这个全新的功能覆盖到所有的系统用户,也就是说在新功能上线的黑白之间有一个灰,所以这种方法也通常被称为灰度测试。

    从目前来看,灰度测试存在两种方式,一种是软件系统内自带灰度测试发布系统,另一种方式就是使用第三方工具来辅助进行,这两种方法都是可行的。

    灰度测试这种方法可以帮助研究团队快速试验并发现问题并在大规模推向用户之前及时把问题修正过来,很大成度上减少了不少风险的产生,所以灰度测试是很有必要的。要知道只有不断创意并完善的软件才能在激烈的市场竞争中立于不败之地,当有创意的时候,小规模的灰度测试是非常有必要的。不但满足了一部分人抢先体验的愿望同时也可以发展研发团队不容易发现的各种问题,还能收集到真正的用户体验,这些对于优化全新的系统内容都是非常有帮助的,如果没有灰度测试的话,其实和闭门造车的感觉是差不多了,在增加灰度测试以后才能真正把其推向用户。

    灰度测试存在的意义是什么呢?要知道现在很多互联网产品都存在用户规模非常大,版本更新过于频繁的问题,每当有新版本进行更新或者上线的时候,新的版本都是要承受非常大的压力的,而灰度测试的使用则可以很好的规避这种存在可能性非常大的风险问题。

    例子:

    摘要:滴滴开放灰度测试是什么情况?滴滴开放灰度测试具体怎么回事?据知情人士透露,滴滴顺风车上周在小范围内开放灰度测试。4月23日,有网友向记者反映,滴滴在内测新的拼车产品,用户需要预约15~30分钟之内出发的车辆,可选择乘车人数。该产品无论使用体验和价格都和原来的顺风车类似。

      滴滴开放灰度测试是什么情况?滴滴开放灰度测试具体怎么回事?据知情人士透露,滴滴顺风车上周在小范围内开放灰度测试。4月23日,有网友向记者反映,滴滴在内测新的拼车产品,用户需要预约15~30分钟之内出发的车辆,可选择乘车人数。该产品无论使用体验和价格都和原来的顺风车类似。


      根据界面新闻拿到的一张截图显示,上海用户已成功显示顺风车预约界面及价格。顺风车的入口位于公众评议右侧。而据滴滴官方表示,公众评议于去年11月2号正式上线,会不定期出现在滴滴的APP内。此前,滴滴内部员工向界面新闻记者透露,顺风车业务线的领导希望今年六月能上线,目前产品已经准备好,不过公司层面还没有做好决策。
      延伸:滴滴顺风车
      滴滴顺风车是北京小桔科技有限公司推出的一款拼车软件,继“滴滴打车”、“滴滴专车”、滴滴企业出行服务后在移动出行领域推出的第四款产品。
      2018年8月24日,温州乐清发生滴滴顺风车司机强奸杀人案件,现嫌疑人已被警方控制。2018年8月25日下午,浙江省道路运输管理局紧急约谈滴滴平台浙江区负责人,鉴于滴滴平台顺风车业务存在重大安全隐患,浙江省道路运输管理局要求滴滴平台立即整改,整改期间暂停其在浙江区域的顺风车业务。
    2:

    灰度:使用黑色调表示物体,即用黑色为基准色,不同的饱和度的黑色来显示图像。 每个灰度对象都具有从0%(白色)到100%(黑色)的亮度值。(注意这个百分比是以纯黑为基准的百分比。与RGB正好相反,百分比越高颜色越偏黑,百分比越低颜色越偏白。科普一下:RGB即Red红色、Green绿色、Blue蓝色。RGB色彩模式是工业界的一种颜色标准,是通过红(R)、绿(G)、蓝(B)三个颜色通道的变化以及它们相互之间的叠加来得到各式各样的颜色的,这个标准几乎包括了人类视力所能感知的所有颜色。)

    简而言之,灰度指不饱和的黑色。

    自然界中的大部分物体平均灰度为18%。我们平常所说的黑白照片、黑白电视,实际上都应该称为灰度照片、灰度电视才确切。灰度色中不包含任何色相,即不存在红色、黄色这样的颜色。

    以上可以认为是废话,转入今天的标题。

    2015年5月31日,马化腾在香港大学李兆基会议中心大礼堂举办了一场创业演讲,演讲中爆了一个大料:微信的诞生史。

    微信在诞生之前,在腾讯内部有三个团队在同时做微信,主要竞争者为张小龙的e-mail团队和手机QQ团队。做这个产品之前,腾讯内部并没有给这个产品定一个完整的基调,而是让公司内部形成一个激烈的竞争,通过观察用户对产品的喜好程度和产品的实际完成情况决定上线结果。

    马化腾的灰度机制是这样的:很多公司在一开始做产品定义时,要么确定它是黑的,要么确定它是白的。但是马化腾发现,互联网产品的定义是有用户投票决定的。在一开始,我们不定义它是黑,还是白,有一个灰度的周期。在这个灰度周期里,让用户的口碑决定它是生是死,是白还是黑。

    说的再直接点,这也是马化腾创新上的灰度机制:容忍失败,允许适度浪费,鼓励内部竞争内部试错。马化腾说过,在产品研发过程中,我们还会有一个困惑:自己做的这个产品万一失败了怎么办?“我的经验是,在面对创新的问题上,要允许适度的浪费。怎么理解?就是在资源许可的前提下,即使有一两个团队同时研发一款产品也是可以接受的,只要你认为这个项目是你在战略上必须做的。很多人都看到了微信的成功,但大家不知道,其实在腾讯内部,先后有几个团队都在同时研发基于手机的通讯软件,每个团队的设计理念和实现方式都不一样,最后微信受到了更多用户的青睐。你能说这是资源的浪费吗?我认为不是,没有竞争就意味着创新的死亡。即使最后有的团队在竞争中失败,但它依然是激发成功者灵感的源泉,可以把它理解为内部试错。”

    总结一下,马化腾的“灰度机制”包括7个维度

    具体内容,请参考:《马化腾致信合作伙伴:灰度法则的七个维度

    1. 需求度:用户需求是产品核心,产品对需求的体现程度,就是企业被生态所需要的程度;
    2. 速度:快速实现单点突破,角度、锐度尤其是速度,是产品在生态中存在发展的根本;
    3. 灵活度:敏捷企业、快速迭代产品的关键是主动变化,主动变化比应变能力更重要;
    4. 冗余度:容忍失败,允许适度浪费,鼓励内部竞争内部试错,不尝试失败就没有成功;
    5. 开放协作度:最大程度地扩展协作,互联网很多恶性竞争都可以转向协作型创新;
    6. 进化度:构建生物型组织,让企业组织本身在无控过程中拥有自进化、自组织能力;
    7. 创新度:创新并非刻意为之,而是充满可能性、多样性的生物型组织的必然产物。

    下面说说灰度上线

    楼主在去哪儿工作时,发现自己和同事手机里的APP展示页面不同,于是就问什么情况,为什么没有自动更新。PM告诉我是ABtest,当时还不知道什么意思。

    先来看看百度百科的定义:

    灰度发布:是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。

    传统的产品研发模式大致可以分为:

    产品调研-架构评估-产品启动-需求分析-产品设计-产品开发-产品发布

    七大阶段。

    实际情况中,你会发现,从产品调研到产品发布,总是一拖到底。这样的做法对于范围比较大,周期比较长的项目,尤其是用户体验类项目而言,存在较大的弊端:我们很可能在没有足够清楚用户需求的情况下,定制了过多的辅助功能,这样即拉长了项目周期,又无谓的投入了过多的人力。

    灰度上线,简单点理解就是按产品需求优先级,抽出核心需求,在满足用户基本要求的情况下快速上线,并通过限制流量、白名单等机制进行产品试用,以此收集用户的意见,从而萃取出用户潜在的需求,形成后续更有针对性的设计方案。

    和传统研发模式相比,这么做唯一的区别就在于将原先一锅粥式的需求和功能点进行了轻重缓急的排序,并以此将项目从原来的单长线作战转化为多迭代短线循环,让产品的生命周期不再昙花一现。

    如此一来,需求分析阶段显得尤为关键,我们必须清晰的将需求按优先级归纳分类为几个序列,如:p1,p2,p3…核心功能和必备的体验在p1序列,辅助功能点和辅助型体验列在p2序列,争执不定的需求点可以放在p3序列。需求排序后,我们可以将项目发布点有序的分成(>2期),第一期只确保主要的核心功能和基础体验快速灰度上线,随后通过用户访谈、产品的tracker&session数据、业务数据等手段分析出用户对产品的真实反应,并以此调整二期需求,该加的加,该砍的砍,做到有的放矢。

    下面是百度百科定义的灰度发布的步骤:

    1. 定义目标;
    2. 选定策略:包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等;
    3. 筛选用户:包括用户特征、用户数量、用户常用功能、用户范围等;
    4. 部署系统:部署新系统、部署用户行为分析系统(web analytics)、设定分流规则、运营数据分析、分流规则微调;
    5. 发布总结:用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表;
    6. 产品完善;
    7. 新一轮灰度发布或完整发布。

    虽然,灰度、灰度机制、灰度发布之间的概念完全不一致,但是都包含着从黑到白的过程。所以,瞎扯了一通。

    展开全文
  • 什么是大数据?    基 本 概 念:    《数 据 处 理》  在互联网技术发展到现今阶段,大量日常、工作等事务产生的数据都已经信息化,人类产生的数据量相比以前有了爆炸式的增长,以前的传统的数据处理技术...
  • SD-WAN是什么?适用哪些应用场景

    千次阅读 2020-09-27 22:45:53
    1、SD-WAN是什么? SD-WAN,即软件定义广域网。SDN-WAN是SDN的特定应用,应用于WAN,用于连接企业网络,包括分支机构、数据中心和云,实现广域网的最大范围覆盖。 2、网络现状及痛点 目前接入广域网(WAN)的线路...
  • CDP是什么,怎么用,能给企业运营带来什么价值,头部公司是如何通过CDP实现用户运营的
  • 什么要有产品产品是任何一种能被提供给市场以满足需要或欲望的东西,就是为制造或建立有形或无形的产品或服务的综合概述,对其中的要素进行控制,使其达到一个预期、合理的范围值,可以理解为万物皆产品,只是...
  • 什么要做业务全场景的梳理?

    千次阅读 2021-02-09 14:24:23
    如果你不能回到业务场景,回到用户使用产品场景,不能从用户使用场景的角度来回答、沟通问题,那么很多时候会造成沟通的不顺畅,以及产品推进受阻的现象。 2.回到原点思考, 我们经常讲,产品经理在具体工作的...
  • 手机盾是什么意思

    千次阅读 2020-12-20 04:07:00
    手机盾就是用手机实现传统U盾(USBKEY)功能的手机密码技术,不...产品特点:高度安全——多重加密运算,数字证书安全储存技术使用方便——安装和使用过程仅需一部手机而无需依赖任何附加硬件功能全面——可配合手机...
  • 业务分析系列主题:业务场景

    千次阅读 2021-07-05 22:15:22
    而业务场景意思是说:企业和商家需要在用户某个特定的环节中,适时提供给消费者可能需要的以及关联的产品或服务。 以“职场白骨精典型的一天”为例,那么业务场景包括: 一大早,“阿姨帮”的家政服务人员来敲门...
  • redis使用场景及案例

    万次阅读 多人点赞 2019-08-19 14:49:30
    最近在写一个篮球社区项目,其中redis的使用场景还挺多的,于是结合项目总结一下redis的使用场景 一、缓存 项目场景:用户登录或注册时的验证码存储,用户名 set Code:1:code 1232 EX 100 NX OK get Code...
  • 什么冷启动会有白屏黑屏问题?原因在于加载主题样式Theme中的windowBackground等属性设置给MainActivity发生在inflate布局当onCreate/onStart/onResume方法之前,而windowBackground背景被设置成了白色或者黑色,...
  • 中兴通讯基于服务化架构和云原生设计的全融合Common Core产品,旨在提供面向未来业务演进,满足万物互联,全场景的行业领先产品解决方案。5G核心网是一个全新架构设计的网络,引入了SBA(Service Based Architecture)...
  • 什么是物联网,物联网(lOT)简介

    千次阅读 2020-12-29 04:54:22
    什么是物联网物联网(The Internet of Things,简称IOT)是指通过各种信息传感器、射频识别技术、全球定位系统、红外线感应器、激光扫描器等各种装置与技术,实时采集任何需要监控、 连接、互动的物体或过程,采集其声...
  • 场景联动

    千次阅读 2020-02-26 15:39:27
    iot领域场景联动,特别是智能家居领域有着很重要的应用价值,场景联动是已经成为iot领域的核心应用之一,设备相互连接并且相互作用,催促着物联网领域不断向前发展; 首先了解一下基本概念,场景表示一种特定的...
  • 数据可视化图表使用场景大全 !

    千次阅读 2020-12-21 13:42:03
    转自:大数据分析和人工智能大家好,我是小五????可视化图表种类如此之多,什么场景下应该用什么图表展示,是一个让人头秃的难题。数据可视化的爱好者Severino Ribecca,他在自己...
  • 那到底什么场景测试呢? 下面的内容,是基于场景测试的定义、特点、使用场景,编写方法、与测试用例的区别,来进行详细的阐述。 定义: 场景测试是一种使用场景来进行的软件测试活动,一般使用假设的Story来...
  • RTC(Real Time Communication)实时通信业务,目的是在设备端实时的转发音...RTC是一种多媒体管道业务,本身是一个粗壮的云-端一体的数据管道,其应用场景比较多,下面是作者自己脑补的一些RTC落地的产品和应用场景...
  • redis 数据类型与使用场景

    千次阅读 2019-02-21 11:39:08
    incr / decr使用场景 :  1. 把某件商品数量放 jedis.set("product", ""+100);  2. 秒杀购买这件商品 Long incr = jedis.decr("product"); 减1后, 然后获得产品余量>0代表还没售完;  然后把当前用户购买...
  • [数据库] 一文搞懂case when所有使用场景

    万次阅读 多人点赞 2019-02-01 16:44:44
    前几天,为了给产品分析当前用户数据结构,写sql的时候使用到了case when,今天来总结一下casewhen的使用方法,以此为戒,感觉写的不好请拍砖,感觉写的还可以,给哥们点个赞,或者回复一下,让我意识到我不是一个人...
  • 什么是OLAP?

    万次阅读 2021-08-26 14:54:36
    OLAP 是 OLAP(在线分析处理)是许多商业智能 (BI) 应用程序背后的一项强大技术,它可以发现数据、报告查看功能、复杂的分析计算以及预测性“假设”场景、预算计划、预测计划。 例如,用户可以请求分析数据以显示...
  • 什么是物联网?看到这个问题,相信很多人都是蒙圈状态,虽然物联网已经10周年了,但是经过10年的发展,大多数的人都无法说不清楚物联网,说不清物联网到底是什么,更不用说看清物联网的商业模式,自然也就无法界定谁...
  • 网站页面为什么打不开?刚修改过域名解析,为什么不生效?如何查看解析是否生效?刚在注册商修改过DNS服务器,多长时间解析可以生效?…中小企业在网站的实际运营中,多少遭遇过以上这些问题,如果你也感同身受,...
  • 此文章对开放数据接口 API 进行了功能介绍、使用场景介绍以及调用方法的说明,供用户在使用数据接口时参考之用。 在给大家分享的一系列软件开发视频课程中,以及在我们的社区微信群聊天中,都积极地鼓励大家开发自己...
  • TOC和TOB产品的区别是什么

    千次阅读 2022-04-04 11:44:12
    虽然仅仅是面向的客户不同,两种类型的产品在业务上的差别却非常大。TOB 是针对一个团队的合作,客户看重的是服务和团队合作能力,做出决策的过程相对繁杂,需要各级领导的同意,在发展中有一定的难度。TOC 是针对...
  • 在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。 介绍 意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程...
  • SQL——exists()子句以及使用场景

    千次阅读 2021-02-03 18:05:33
    使用频率:exists()子句使用频率很低,很少用到。 当你只需要判断后面的查询结果是否存在时,使用exists()。 何时用in(),何时用exist()? 当你只需要判断后面的查询结果是否存在时使用exists(); 只返回...
  • TDEngine 的特点及应用场景
  • stn云专线是什么意思?

    万次阅读 2021-01-13 13:49:47
    云专线产品是指依托于STN(智能传送网),为客户提供灵活业务接入、灵活带宽、高可靠性及端到端质量保障的专线产品。STN云专线产品描述:依托于STN(智能传送网),为客户提供灵活业务接入、灵活带宽、高可靠性及端到端...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 65,118
精华内容 26,047
热门标签
关键字:

产品使用场景是什么意思