注重后台功能:不要让你的产品虎头蛇尾

Rex
8 评论 11564 浏览 54 收藏 9 分钟

良好的产品体验除了前端的努力,也离不开后台的支持,把握好产品的每一个环节,才能构造良好的用户体验。作者分享自己的有一个产品经验,总而言之就是:前端功能的灿烂,离不开后台设计的强悍。

作为一个刚刚入门的产品小白,阅读过百十篇产品相关的文章。对于需求分析、产品的功能设计、项目流程有了基本的认识。但是最近在实习公司的一段经历让我对于产品前端和后台功能的关系有了很大的认识,总结起来就是一句话:前端功能的灿烂,离不开后台设计的强悍。在这里分享给大家。

产品简介

作为一款连接供应商和店主的TO B类供应链产品,产品涉及供应商端、物流端、店主端以及管理后台四个主要模块。

我们的线上管理后台有两个储存了商品的库:

"仓库"按照地区区分为不同的库,里边的商品由运营人员上传,直接展示在客户端进行销售。

"商品库"是公司的商品总库,商品由运营人员上传,理论上应该涵盖所有仓库内的商品(同种商品只有一件),旨在为未来新建的仓库提供快速商品同步功能。

现状是各个仓库里商品数量远远多于商品库,并且商品信息十分杂乱。运营人员在上传商品时不注重完善商品库,只把商品上传到各自的仓库里,而不去上传到商品库。有时会因为商品信息繁琐而简化信息,导致信息混乱。

事件背景

接到领导指示,要优化后台商品上传流程,和产品经理商讨后决定借此机会完善商品库里的商品,标准化规范管理,这就涉及到两个问题:一是现有的几千件不标准化的商品如何导入商品库,二是未来上传到仓库的商品如何同步至商品库。

问题分解

先来看第一个问题,已有的几千件商品,如果是已经符合商品库要求的,那么就很简单能够打包同步过去。

看似简单,顺理成章的事情,但实际情况是,仓库和商品库内的商品信息字段不同,而且商品库中的必填项在仓库中为选填,仓库中还有很多地方特色的不适宜导入商品库中的商品。

这就要求先针对两个库中的字段进行同步,由于商品库是标准库,因此将商品库中的必填字段添加到仓库中,设置为必填项。接下来再对商品进行筛选,符合标准化商品的可打包直接导入商品库,其余部分分为"处理后导入"和"不导入"两部分,处理后导入的商品经由运营人员完善信息后,再打包同步至商品库。

接下来就到了第二个问题,新上传的商品如何从仓库同步至商品库?

不经思索地想,在仓库增加一个商品同步按钮不就万事大吉了?一键同步,妈妈再也不用担心商品数量不一致了。

仔细来想,就会发现不是那么简单。来进行一下问题的分解:首先,上传的商品如何能够保证标准化?我们不可能时刻监督运营的操作。其次,对于地方性特色商品或者散装的商品,压根没有标准化的形式,如何同步至商品库?再次,平台支持商品信息和图片分开上传,对于上传的半成品如何处理?

于是我想到了一个解决方案,在仓库上传时,增加一项"是否同步至商品库"选项,把不宜上传的商品排除在外这不就很完美了吗。

事实真是这样吗?当然不是。这一看似存良除劣的设计,在现实业务中只会起到恰好相反的作用。供应商没有良好的商品上传习惯,没有标准化商品的意识。如果增加这一选项,必然会引起几乎所有上传的商品都不选中“同步至商品库”的选项,这样一来,虽然成功排除掉了“劣”,却也无法留存“良”。

再试一次,这一次的设计问题在于:上传商品的需求来自供应商,同步至商品库的需求来自公司本身,但该设计明显把满足两个需求操作的关键节点都设置在了上传商品的步骤。这就容易导致商品上传时考虑不到同步至商品库的需求。

这次问题已经完全被分解,只需要对应提出解决方案。把能否加入仓库和商品库的审核节点设置在商品库的部分,以此来规范仓库商品上传时的信息标准化填写,避免出现“各自为战”的情况。

在这个地方还有一个细节,商品中有些是本身就不标准化的,因此不宜加入商品库,在审核时要考虑到这种特殊情况。因此最终的方案是,在商品库新增审核页面,每次仓库上传的新商品会自动进入该审核页面,而不会直接上架。

审核操作有四种:

  1. 商品在仓库上架同时同步至商品库,用于符合规范且标准化的商品;
  2. 商品在仓库上架而不同步至商品库,用于符合规范但不标准化的商品;
  3. 商品无法上架,也无法同步,用于打回信息填写不规范的产品;
  4. 编辑商品信息,用于审核人员即时改动一些细小的问题,之后可以直接上架或同步。

本以为万事大吉了,但是当提交文档的一刻感到后背一凉,想起还有一个很重要的工作步骤没有考虑到。上传和审核流程已经比较符合现在的要求了,但是被打回的商品已经超出了这两个步骤怎么办?同时由于更改了之前上传至仓库就直接上架的规则,仓库的显示方式也已经不再适用。

于是又重新优化仓库的展示方式,上班的两个问题:打回商品的处理以及上架流程展示可以放在一起进行优化。将仓库的商品展示列表“商品状态”一栏增加两种状态,原先该栏只有“上架”、“下架”两种,现增加“待审核”、“被打回”两种状态,待审核的商品无法进行编辑,被打回的商品可以编辑后重新提交。

流程梳理

反反复复的修改优化,解决了两个遗留问题以后,本着产品经理严谨的精神,又重新梳理一下整个流程:

之后发现一个可以优化的点,打回的商品可以从信息提示上提高效率。因此在打回商品选项时,弹出一个输入框,输入商品打回原因,这样就可以提示上架的人员进行针对性处理修改。

这是我正式从事产品方向以来处理的第一个管理后台case,也感受到了前端的良好体验离不开后台的强大支持,让我对未来的工作思考更加全面和严谨。

 

本文由 @Rex 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 能写文章乐于分享的产品经理,前途不会太差,加油~!

    来自浙江 回复
  2. 你们公司还算小的,给个建议,设计此类产品可以参考国内U8、NC、金蝶进销存类产品的设计模式,你会发现你们的设计还是有非常多没有考虑到的逻辑。

    来自福建 回复
    1. 好的,确实是初创公司。我们会不断完善,谢谢您~

      来自北京 回复
    2. 询问下你们身边是否有用友金蝶公司的朋友,他们的产品此类设计理论很强。当然也可以参考国内的saas产品,例如易订货等等。To B产品经理路过。

      来自福建 回复
    3. 好的 多谢您指点 有机会多交流

      来自北京 回复
    4. 你绘制的这个只是流程图而已,最好把时序图和部门智能图也都绘制出来。

      来自福建 回复
    5. 我也是刚接触后台 请问您说的后台哪里能搞到啊 我看好像是付费的

      回复
    6. 搞不到的,但是你可以查询国内制造业的ERP系统,一套动则上百万

      来自福建 回复