前言&题目内容

此项目源于一次面试中的笔试题，我在两个工作日的时间里完成了这一内部项目0到1阶段的交互方案输出工作，以下是题目：

【题目】：设计一个公司内部的web端硬件设备管理平台

【数据补充】：目前平台集合了1万多台硬件设备（如手机，平板，无人机…），其中国内设备8000个，海外设备2000个。用户平均每月在平台借用设备数400多个，借用次数500多次。

【主要功能list】：设备列表，设备查询，我的设备，借用及归还流程

【设计要求】：

1.核心诉求为方便用户借用及归还设备，让公司内部设备更好的共享

2.产品符合实际用户需求，准确传达产品定位及功能特点

3.清晰表达产品设计思路，重点！

前期构思

这个项目的重点在于关键流程的处理，主要考虑了以下几点：

1，谁负责设备的管理，是一个智能柜还是相应的设备管理部门？从这点出发可以思考怎样简化用户（公司内部人员）的操作，譬如设备申请是不需要进行审批的，但是需要记录使用者、使用时长、用途等信息，保证设备去向有迹可循。

2，极端情况的处理。例如，如果一个设备十分抢手，是否安排预约可借？答案是否，因为设备借用大多是临时产生的需求，使用者如果当时借不到，通常会寻求其他解决方案，我采用了两种做法：①任何用户均可查看某一设备的去向，从而私下与当前使用者协商 ②根据设备用途推荐近似设备。对设备短缺这一情况进行延伸，我们可以将设备借用热门情况反馈给管理部门，方便后者采购和完善需求较频繁的设备类型。

根据上述构思，整理出几条关键流程：

模块详解——主功能区

这是一个web端产品，它的首页主要为使用频度最高的“查找”和“管理”两项功能。

产品落地页

筛选

筛选设置最多有四级，分别按照产品类型>品牌>型号>产品参数来划分其中，产品参数平级

筛选的层级设计

实际页面中的表现

例如，“查找设备”这个筛选框。

先选择“智能手机”这一类型，再由上往下选择“品牌”、“型号”。最下方的产品参数可以选择多个，用于精确筛选范围。

搜索

搜索与筛选共同组成了“查找设备”这一功能。

查找设备模块

如上文所说，我们推荐类似设备给用户以解决设备不足这一问题。而定义“类似”则通过筛选的维度决定，例如，用户搜索的是“Apple”，那么他想要的可能是该品牌下的机型，如果用户精确到设备参数，则他可能需要机能相近的移动端设备。

「申请使用」查找结果列表中可直接选择某几项设备、数量，并直接申请使用。也是列表中优先级最高的功能。

「购物车」解决用户一次性借用多项产品的需求。实际上这一功能应命名为“清单”或者“推车”，毕竟这不是一个电商产品。在英文里，这个功能被称为“cart”，直译为推车，而中文里，“清单”、“推车”会有暧昧之嫌，最终，我命名为“购物车”，主要是为了明确传达含义给项目其他成员，如果是在实际项目中，我会与产品、UI进行沟通，共同敲定具体语义（也可用icon button）。

「收藏」实际上是一个低频次需求，设计该需求的目的是为了满足用户反复借用同一设备的情景。

设备详情页

点击结果列表 进入设备详情页

尽管查找结果列表中可直接借用、加入清单、收藏，但用户无法精确查看某一设备的使用情况。我在上文解释了“任何用户均可查看某一设备的去向”这一思路，该功能则包含在设备详情页中，页面下方的库存列表中，用户可以浏览并查看任意一台设备的信息及借出状态。

使用中设备

我的使用界面

处于使用状态中设备不会太多，这里只使用第一级进行筛选，即产品类型筛选栏。

“我的设备”主要处理三类需求：续用、挂失、申请维修。

收藏

如上文所述，“收藏”是低频次需求，这一功能旨在解决“重复借用某一产品”的情况，例如，一个测试工程师可能会在产品的各个阶段多次使用且仅借用同一设备。

我的收藏

我使用主动“收藏”与保留“借用历史”解决重复借用的问题。这是一个失败的设计，实际上“最近使用”应优先于收藏夹，甚至完全取代“收藏夹”功能，因为用户很少预知他们是否还会再使用此设备。当时之所以这样设计，是考虑到用户可以“标记”被借走的设备，当该设备归还时，系统将通知用户，这是“预约”功能取消后的一种妥协——但是，从整个产品的背景出发，用户只有在借用设备时才会使用该设备管理平台，因此“提醒”功能没用意义。

申请流程

使用步骤条处理借用流程

在最初的设计构思中已捋清楚了借用流程，因此在设计这一模块时并没有太大问题。如上文所述，借用时不需要审核即可领取设备，填写申请表主要为保证有迹可循，方便设备管理者进行管理。