打破传统叙事逻辑,构建基于原子化任务的人机交互

简介: 在复杂中后台设计中,为解决配置变更影响多场景问题,提出结合正向和逆向信息架构,采用原子化任务,动态组合任务,降低用户和开发成本,优化体验并改变已有的产品迭代和人机交互模式。未来可能发展为AI自动根据业务规则和用户行为生成最佳方案。

一、背景

事情的起因是这样的:有一天技术同学找到我解决一个问题,有个【A】场景用户在做配置变更的时候会影响【B】和【C】场景,希望设计师能做个弹窗提示引导用户在保存之后去【B】和【C】场景做相应的配置变更。这是一个典型的关联场景任务的设计问题。

image.png

业务举例:产品商业化配置中,当用户修改【定价对象】时,需要同步去完成【计费规则】变更,否则将出账失败;


工作场景举例:当你的【会议室】发生了变更时(抢到了一个新会议室),需要同步去【会议日程】完成会议地点变更。


在阿里云复杂的中后台业务中,这种关联逻辑数不胜数。甚至两个中后台产品之间都会存在非常多的关联(BOSS和CRM,CRM和GTS等),我在想为什么大家都会不由自主的想通过【提示引导】的方式让用户去完成关联的闭环任务呢?


二、传统叙事逻辑带来的问题

在构建一个任务流程或者是一个中后台产品时,我们往往采用的思维框架就是【正向的信息架构模式】,建立严谨的功能分类标准和线性流程逻辑。

image.png

在很复杂的中后台场景下,这种叙事方式将每个最小的任务事件以架构的方式天然被组合或被隔离,当两个事情在某个场景,或者规则发生变化而需要建立联系时,两个事件需要变成一个闭环事件时,但是又被架构隔离。造成了用户的行为也是被架构所约束,就会遭遇上述的问题。

image.png


而解决这样的问题,我们一般的做法有两种:


1.搭桥梁—做个提示指引


2.做整合—建立新的信息架构


以上两种方式或 用户成本很高开发成本很高,都不是终极的好选择。

image.png

三、构建原子化任务,动态组合成新的临时任务

要怎么解决呢?在复杂的中后台产品设计中,我们需要将【正向的信息架构模式】和【逆向的信息架构模式】相结合,解决复杂的任务场景和动态的业务规则下的体验问题:


  • 正向的信息架构模式:建构稳定的产品认知(产品是干嘛的,找什么东西去哪里找);
  • 逆向的信息架构模式:动态的,基于具体场景自动生成的(把两个/多个被架构隔离的任务,组合生成一个新任务);

 image.png

回到刚开始的问题,更好的解决方案应该是:

image.png

它是一种新的模式,最小的原子任务当需要调用组合的时候,它不受架构的约束,当用户需要的时候它能自由组合成各种临时的新的任务场景,将带来极大效率的提升:


  • 用户提效,就地问题就地解决;
  • 开发提效,组合模式没有定制化;
  • 未来可拓展,AI驱动的基础物料;



四、原子化会成为未来AI驱动产品迭代和人机交互的基础


4.1 原子化+AI 或许改变产品迭代流程

原子化任务事件未来它还会成为在中后台场景下AI的基础,基于AI算法它就能生成无数种组合,在用户需要的情况下推送给他,同时也可能改变传统开发设计流程:


传统开发设计流程:业务规则 —> PD&设计师处理 —> 设计架构和路径 —> 开发实现 —> 用户使用 —> 反馈迭代  。不断的循环来提升用户的效率和适应规则的变更,但其中充斥着人处理、人设计、人反馈 等人工处理信息的过程。


未来在任务原子化和AI的基础上,可能演化为:业务规则&用户行为  —>  AI —> 动态架构和路径(原子任务组合)—> 用户使用

image.png


4.2 原子化+AI 或许改变人机交互模式

根据业务规则和用户实际行为,AI 计算基于原子任务形成动态组合,并交付最优的方案给用户,改变传统的交互模式:


  • 传统交互模式:设计一个固定的信息架构和路径, 用户在一个既定的逻辑上和界面进行交互;
  • 新的交互模式:动态的,线性的,不在是一个既定的架构和路径;

未来AI可能是PD&设计&前端的集合体,而设计师要做的可能是底层的原子物料 (AI组件库) 以及用户场景的设计:


  • 传统的组件库:主要做样式和功能,需要设计师学习理解一个业务上下文后挑选一个合适的组件放进页面;
  • AI组件库:每个原子组件背后都会有上下文的联系,AI模型读取业务规则&用户行为,动态调用语意匹配的组件组合成任务事件;

有兴趣的同学欢迎一起讨论交流~


来源  |  阿里云开发者公众号
作者  |  一默

相关文章
|
3月前
|
JavaScript 前端开发 Java
【颠覆传统】Spring框架如何用WebSocket技术重塑实时通信格局?揭秘背后的故事与技术细节!
【9月更文挑战第4天】随着Web应用对实时交互需求的增长,传统的HTTP模型已无法满足现代应用的要求,特别是在需要持续、双向通信的场景下。WebSocket协议由此诞生,提供全双工通信渠道,使服务器与客户端能实时互发消息。作为Java开发中最受欢迎的框架之一,Spring通过其WebSocket模块支持这一协议,简化了WebSocket在Spring应用中的集成。
59 0
|
5月前
低代码使用问题之从应用的读写扩散设计,如何看出业务的发展阶段
低代码使用问题之从应用的读写扩散设计,如何看出业务的发展阶段
|
5月前
软件复用问题之在思考复用问题时,将目光从软件聚焦到人要如何解决
软件复用问题之在思考复用问题时,将目光从软件聚焦到人要如何解决
|
5月前
|
网络协议 Python
系统工程是一种跨学科的方法论,旨在通过分析和设计系统的各个组成部分、组织结构、信息流和控制机制,以实现系统的整体最优运行。
系统工程是一种跨学科的方法论,旨在通过分析和设计系统的各个组成部分、组织结构、信息流和控制机制,以实现系统的整体最优运行。
|
7月前
|
安全
全面人机协同系统的理论框架
【1月更文挑战第20天】全面人机协同系统的理论框架
319 1
全面人机协同系统的理论框架
|
传感器 XML 定位技术
《移动互联网技术》第九章 感知与多媒体: 了解质感设计的基本原则和设计方法
《移动互联网技术》第九章 感知与多媒体: 了解质感设计的基本原则和设计方法
105 0
|
安全 IDE Java
流程进化让代码协同更高效
如何让代码评审更高效、分支协作更顺畅
376 43
流程进化让代码协同更高效
|
机器学习/深度学习 人工智能 算法
【思维模式】拥抱复杂性(第 2 部分数据)
【思维模式】拥抱复杂性(第 2 部分数据)
|
数据采集 供应链 数据管理
统一数据的认识三观 发挥数据的核心价值
数据治理是长期、复杂的工程,绝非一个部门的事情,更应该从董、监、高治理层建立组织、赋予职责。
统一数据的认识三观 发挥数据的核心价值
|
存储 监控 安全
【组装式架构设计】“有机”架构思维的探寻-交付那些事
软件架构本身是一个宏大的概念或命题,但历经过往种种,开始有些思考在脑海中,挥之不去,在此整理出来,和大家一道探寻,这是一篇关于“类比”的探寻。
577 0
【组装式架构设计】“有机”架构思维的探寻-交付那些事