本文从电子元器件行业切入，介绍了行业下用户的诉求及我们的设计思考，希望对其他B类行业的设计提供一点借鉴作用。

过去半年多时间，随着对电子元件器行业和用户的深入了解，对于如何为这个行业的用户设计产品已逐渐清晰，也切身感受到了不深入理解一个行业，很难切身的体会到行业用户的痛点，很难建立准确的同理心为他们设计产品。本文从电子元器件行业切入，介绍了行业下用户的诉求及我们的设计思考，希望对其他B类行业的设计提供一点借鉴作用。

电子元器件行业简介

电子元器件行业是非常具有B类特色的一个行业，买家主要为各类电子产品、配件的制造加工终端工厂，卖家从上游到中下游依次有品牌原厂、品牌代理分销商、现货商、配单商，企业间的供应链关系如下：

 链路上各角色简介

中国电子元器件采购需求巨大，应用领域广泛且增长稳定，从而将推动IC市场的需求持续增长。上游集中度高且以服务蓝筹企业为主，而下游制造企业较为分散，采购需求较难被满足。

电子元器件电商发展现状

市场上除1688外有不少垂直电商，如findchips、云汉芯城、科通芯城、华强电子网、富昌等，模式有平台也有自营。电子元器件行业由于产品标准化程度高，整体是属于电商化程度较高的行业，行业供应链路上的企业对于电商也是越来越呈现拥抱的态度。

1688作为跨几乎所有B类行业的大平台，且由于是平台模式，商品信息都是由商家各自发布，会带来商品信息字段填写不完整、填写混乱等问题，1688的电子元器件行业总体专业度和体验存在很大提升空间。

买家端主要体验问题及解决方案

1688平台上电子行业的买家主要为中小型终端工厂，对应的卖家主要为现货商、配单商及部分的品牌代理分销商。
通过对行业用户的走访调研及内部行业专家的深入讨论，我们总结出买家端的三大核心体验问题：

1、 商家数量多但区分不清晰，选商成本高

1688电子行业商家数量庞大，且各种类型的商家都有，有正规授权的品牌代理分销商，有知名或非知名的现货商，有大大小小的配单商，还有一些专门处理旧料的商家，输入一个型号出来几十上百页的商品，商家与商家之前的区分也不清晰，很难从中快速找到满足需要的商家。

2、 搜索专业度低，单品找货效率低

电子行业搜索采用的是通用搜索样式（橱窗式），而电子行业的特点是标准化程度高、参数多（型号、品牌、封装、批号、交期等），用户一般用型号精准找货，图片仅作为判断产品是否正确的参考。橱窗式的展示不符合电子行业特点，严重影响用户找货效率。

3、 缺少专业工具，批量找货效率低

电子行业买家采购的一个显著特点是BOM清单式采购，即买家通常会有一个采购清单，物料一般几十种到上百种，据调研发现，一个用户把一个清单的商品在一家店铺全部找一遍需要半天到一天时间，现实往往是一家店没法供全，所以用户还需要跨不同店铺进行商家筛选，则时间还要成倍增加。平台缺少相应的批量找货工具，用户效率极低。

解决方案1：电子搜索列表式改造

针对上述问题1和2，我们对电子搜索结果页进行了列表式改造。

目标用户分析

目前平台上电子行业的买家主要为中小型终端工厂，工厂所需的大部分元器件本身都有稳定的或偏好的线下供应商供货渠道，只有在遇到紧缺料号供应商一时无法供货时，才会在线上垂直平台进行采购。

电子行业用户专业化程度高，在采购过程中目标明确，主动类元器件使用产品型号作为关键词进行搜索，被动类元器件使用关健参数作为关键词进行搜索。

对于采购员来说，最为首要的决策因素是型号/关健参数和原厂品牌信息，因为元器件型号/关健参数具有一定的相似度，一个字母的不同都会造成很大的损失。同时采购员非常注重真伪，只认原厂品牌。其次是封装、批次，因为部分元器件工厂对封装形式有严格要求，如装配在机器上的卷装买成了其他封装形式便不可使用。

批次代表的是生产日期，元器件有存储寿命，今年的和去年的品质不同，价格也不一样。当然元器件的价格也是核心的决策指标，采购员通常都会多方比价控制采购成本。同时由于在线上紧缺料号的采购本身就是等着急用，所以对可确定的交期信息和库存也十分看重。

旧版电子主搜的橱窗式offer并不符合电子行业特性，不是决策关键信息的商品图占据了大块版面，而关键性的决策信息却展示的十分不直观，直接导致用户找货效率极低，也无法分辨商家的类型和品质。

新版列表式offer将决策信息平铺展示，降低了用户决策成本，也满足了用户的对比诉求。同时平台为部分优质的商家进行了分类打标，并提供商家类型筛选功能，降低用户选商成本。

由于电子行业产品价格库存浮动很大，购买前的询价几乎是必备步骤，所以新版的offer强调了一键唤起旺旺的操作。另外电子行业一次采购多个元器件的情况远大于采购单个元器件，且一般通过列表页的关健参数就可以完成选品过程，故将加入进货单功能从详情页提至列表页，能缩短用户的采购步骤。

其他设计细节：

1、表头跟随

在长列表的形式下，将列表头部设计为滚动跟随，以保证用户对列表信息理解无障碍。

2、决策因素参数长度设定

由于列表参数内容繁多，空间有限，为确保信息展示呈最优状态，与运营PD多次对焦讨论确定字段列最合适的宽度。

电子行业搜索列表式改造上线后（目前还在灰度中），在商家群里引起了巨大反响，讨论的热烈程度远超我们的预期。

多数商家对于列表式呈现表示非常支持，认为确实更符合买家的找货心智，也更能凸显不同类型商家之间的资质和服务差异，也避免了商家将资源投入在不是关健信息的图片上，商家原话——“为了经营1688店铺，公司头一次雇了美工给芯片拍照片，投入了很多不必要的成本，以后我们再也不是卖IC的服装公司了“。当然，我们的改版可能会导致这位美工同学需要另找一份工作了，在此我们表示抱歉。

除了支持的声音，也有用户表示了担忧，原先橱窗广告位一屏可以展示完，改成列表式之后需要近两屏才能展示完，商家担心会引起广告位的疯狂竞争，甚至有阴谋论的商家表示这就是我们设计背后的目的，在此我们声明，绝没有！面对广告位的问题，项目组都很重视，但是由于牵扯到公司的商业产品，解决起来不是那么容易，目前我们还在努力中。本次改版，切身的体会到我们的设计真的会影响很多人，有些影响甚至是你事先完全无法预知的。所以，全流程的关注产品，能帮助我们及时发现问题避免问题扩大。

此外，列表式改造还有一个作用，能激励用户更加完整准确的填写参数信息。橱窗式展示参数信息无法呈现，商家自然没有动力完善产品参数，但是改成列表式之后，参数填写完整的商家将会更加吸引用户，尤其是专业的B类用户。

上线后的数据表现，列表页到详情页的引导少了，但是整体引导的GMV却提升了不少，说明列表确实帮助买家更高效的选品（不用再一个个点进去看是否满足需求），并且吸引了更多的专业买家将交易留存在线上。

解决方案2：电子批量找货工具

针对批量找货效率低的问题，我们打造了电子批量找货工具，包含跨店版（匹配结果综合多个店铺）和单店版（匹配结果来自单一店铺）。

目标用户分析

设计目标推导

工具全链路大图及设计关键点

设计方案：录入需求页

设计方案：匹配结果页

体验创新点

1、上传环节预防出错的设计

上传环节为了提升过程的流畅度，希望做到让用户可以直接上传自己的BOM清单，而不用先下载模板修改清单格式，但这会带来一个问题——用户的清单格式千差万别，如何识别并保证不出错？

体验创新点：双重保险设计帮助用户不用修改清单格式即可直接上传。

• 建立型号和数量描述的范例库，做到大部分的清单可被自动识别出型号列和数量列；
• 当出现匹配不到或者匹配结果不唯一时，读取出所有的列名称，让用户进行一个简单的选择即可进入下一步，而不是简单粗暴的报错。

2、匹配过程采用逐条加载的设计方式

经过与开发同学讨论，明确一个清单（几十条上百条）全部加载完毕需要几秒到十几秒的时间，过程比较漫长，是否可以优化加载过程的体验?

体验创新点：匹配结果展示过程采用逐条匹并展示匹配结果，让用户在等待过程中也能看到匹配结果。

3、匹配结果页中统一的色彩体系的运用

匹配结果有三种类型——完全匹配、部分匹配、找不到型号，列表区的排列顺序是与用户上传的物料顺序保持一致的，如何让用户可以快速筛选出不同的匹配结果，如何让用户在浏览长列表过程中也能快速识别当前的物料行属于哪种匹配情况，是设计师需要考虑的问题。

体验创新点：使用统一的颜色体系贯穿饼图、筛选区、列表区，帮助用户快速判别匹配结果情况。

4、在用户使用路径中巧妙插入工具布点

在没有与用户接触之前，我们认为——既然诉求这么明显，那么工具一上线肯定会吸引大批买家使用。在与用户接触后才发现，并不是！一个真实的案例，一名用户长期在使用某垂直网站，该网站已有相似工具，但是该用户在已经看到工具的情况下也从未点击进入使用。买家已经习惯了一个一个搜索型号，即便过程很漫长很痛苦，也很少会主动去探索新功能，习惯让用户都止步于浅层的使用产品。

体验创新点：在买家的习惯路径中寻找合适的机会点引导用户使用工具，如，当一个买家已经将两个产品都加入进货单后，在添加成功浮层中提示用户是否尝试一下批量找货工具。

批量找货工具目前单店版已小范围试用，跨店版也即将上线。从目前反馈来看，不论买家还是卖家均对工具很认可，尤其都对跨店版很期待。原来我们还担心卖家是不是会对跨店匹配有抵触心理，毕竟与其他店铺的竞争比较会更显性化，现在看来是多虑了，卖家也明白，跨店比较是买家的强烈诉求，只有积极拥抱、充分展现自身的实力才是更正向的经营之道。

结语：设计之路无止境，设计一半是在解决问题，一半是在制造问题，解决了老的问题又伴生了新的问题。行业在发展，用户在变化，时刻保持对行业的理解，对用户的亲近。我们的设计真的会影响很多人，有好的影响也有坏的影响，直面现实，用一颗敬畏之心做设计。

作者：童飞

来源：阿里巴巴UED

题图来自PEXELS，基于CC0协议