B端设计 | 库存查询只需要查询吗?

596 阅读2分钟

库存查询,使用者可对某个所关心的物料进行查询现有库存情况。

面向用户:老板、仓库管理员、门店收银员。

涉及维度:按仓库分类查询、按商品分类查询。

下面将从使用场景、通用设计、案例进行分析。

01 什么场景下会使用库存查询?

场景一:不知道哪些商品缺货了。查看商品库存排行,显示缺货的,便于进货,对于允许负库存的,也需要可以进行展示,毕竟经销商下单是可以先下单后生产。

场景二:在门店去买衣服,收银员会帮忙在仓库查看还有没有货,或者看其它门店有没有货。

场景三:老板需要查看当前库存占用了多少资金,可以流动的资金会有多少,财务资金压力有多大。

02 B端查询通用设计

1.搜索(可以加入C端的产品设计,比如热门搜索词)

2.过滤条件(按时间、按数量、按金额、按名称)

3.扫码(针对支持扫条形码、序列号的商品)

03 移动端案例分析

说太多,也不如来案例图更直接。


案例一:

上图由上自下分析,三张图均含搜索功能,只有一个界面有扫码的功能,只有一个界面展示了图片信息,但已展示了商品的详情,以及相关的字段信息。

基本可以满足用户的查询需求,但用户的需求并不仅限于此。


案例二(哈凡进销存):

亮点:

  1. 展示了成本信息
  2. 添加了过滤条件
  3. 将仓库和分类结合在一起
  4. 底部展示了老板比较关注的预警,负库存,以及成本数。

不足:

没有扫码功能,如果界面本身没有可添加的地址,可以添加一个悬浮框,进行扫码。


案例三(秦丝生意通):

亮点:

  1. 在商品列表直接展示库存预警数
  2. 带有默认的排序,通常默认排序需要考虑更多的算法规则
  3. 切换仓库更加方便

不足:

没有与商品类别进行组合,缺少一个维度。建议在排序的右侧就可以加一个类别过滤按钮。

没有最好的产品,只有一直在向着最好的路上前行的产品。