B端决策产品销售｜任务中断回溯设计

发布时间:2025/08/12 12:16 来源:昆山家居装修网

编辑导语：如何其设计好执行推演情景，让其他用户在需间歇转至执行处理方式方式上的状况下，可以获得越来越完善的其他用户领略，并减低其他用户的其业务处理方式效率？本篇短文里，译者就B端协调电子入门级之前的执行之前断推演其设计意图做了解读，一起来看。

在B端入门级线之前，特别是在协调电子入门级之前，平常才会浮现需协调的文档量多、执行处理方式周期长而造成执行（及早or正向）之前断，其他用户间歇多次转至执行处理方式方式上的状况。

针对在较长时间段段内执行之前断推演的情景情景，从其他用户焦虑和其业务情景出发其设计快速整合执行时间段表的【状况ID】，在执行列表搜索区给予【ID各种类型配对】以及在执行处理方式以下内容网址【同步状况ID及关键性文档】以保持视觉连贯和逻辑映射，从而增强其他用户整合能够，消灭负债累累及减低协调效率。

一、B端协调电子入门级方式上图

在这里，简单概括一下协调电子入门级的整体方式上，其他用户通过逐条或批量处理方式待协调的执行最终收尾所有执行的协调。在此过程之前或及早或正向的才会浮现执行之前断的状况，那么其他用户想要返回执行清单查找仍未收尾或者处理方式之前的执行就需耗费时间段和耐心费力查找，这必然引致工作效率的减少。

通过执行之前断推演这一其设计手段，其他用户都能快速整合、正确查找，减低工作效率的同时助长更为平滑的其他用户领略。

二、以B端-新媒体ID洞察入门级为例

项目背景：整合其他比如说渠道的ID，并给予ID悬挂两站内商品的维修服务。其他用户可通过各维度搜索都需的新媒体ID，并可以针对ID进行修改后初审付诸实施。

其他用户痛点：其业务正中需在一周左右的时间段之前初审几十条甚至上百条新媒体ID，执行处理方式周期长，才会浮现及早或正向之前断执行的状况，在重新开端执行处理方式方式上时，需从都从条执行之前找出仍未初审或仍未付诸实施的执行后进行协调

其设计目标：解决较长时间段段内的初审之前断推演问题，使其他用户在每次转至该模块时，可以快速整合到仍未初审的ID。

1. 状况ID

在ID注记之前增设ID各种类型字段。ID各种类型计有“已收藏”、“仍未收藏”、“已付诸实施”、“仍未付诸实施”、“新ID”。

同时，其设计三种颜色的ID来分别承载三种ID各种类型，运用于“icon+字段”的视觉手段按状况差异化看出，且该ID地处注记前列，以期依据其他用户Flickr轨迹来辅助其业务正中第一时间段才可识别注记之前不同各种类型的ID文档。

2. ID各种类型配对

在网址搜索区给予ID各种类型的配对特性。之前断后通过配对“仍未付诸实施”、“仍未收藏”，才可快搜索到待初审的新媒体ID。

3. 同步状况ID及关键性文档至其他情景

将每条新媒体ID的“状况ID”及“关键性文档”同步至以下内容网址。当其他用户点击注记之前的“ID解读”屏幕后，新网址锁上ID以下内容网址，即其他用户都能同时锁上多个以下内容网址。可在一定程度上无限拓展在某一时间段内处理方式的ID乘积。

同时，在以下内容网址的页两头演示该ID的“状况ID”与注记之前该条的关键性字段文档；在以下内容网址的页尾吸底演示“收藏”与“付诸实施”两个协调屏幕，提升其他用户的初审效率。

最后

以上就是「执行推演其设计」的具体内容啦～

后续才会为大家回馈录入方式上其设计、关键性文档密度提升其设计、情景化其设计等一系列的其设计分析方法，努力能给正在从事或作准备入局B端的的小伙伴助长启发，也努力跟大家一起阐述更多的B端其设计分析方法。

本文由 @自转一周的鹿原创发布于人人都是入门级负责人。仍未经许可，不准转载。

题图来自 Unsplash，基于CC0协议。