从IT 的角度看如何避免“薅羊毛”事件

从IT 的角度看“薅羊毛”事件

  • 相关链接
  • 背景及原因
  • 解决方案
    • 步聚及控制流程图:
  • 后记

相关链接

http://finance.ifeng.com/c/7rQoN16Y34P
http://baijiahao.baidu.com/s?id=1649801487083192910&wfr=spider&for=pc
http://baijiahao.baidu.com/s?id=1649818863422607347&wfr=spider&for=pc

基本梗概就是: 店主标错了单位及标题,报价格降低了500倍,导致没法履行订单,后面再淘宝公司的协调下和买主达成谅解。

背景及原因

我看到新闻, 当然我看不到原始购买页面和商品上架页面, 所以只能根据网上报道的分析原因:

“近日,一淘宝店家因操作失误,被B站(哔哩哔哩)博主“路人A-”发现。该博主带领一万粉丝,以每单26元的价格购买4500斤水果,一晚上下几万个订单,下单后再投诉店家“虚假宣传”从而获得每单400多元的平台赔偿,直接导致该店铺关店。”
从IT 的角度看如何避免“薅羊毛”事件_第1张图片
从图片及文字我们可以看到: 4500 斤, 28.8 元。

  1. 很明显, 单位错了, 4500克变成了4500斤, 价格降到1/500.
  2. 如果我们只是简单的关注我们的功能, 我们可以说, 这是用户(商家自己的责任), 他输错了数据。
  3. 甚至我们可以认为, 对应淘宝这样的数据来源, 我们是没办法控制用户的。

解决方案

我相信很多软件设计者有自己的解决方案, 我在这里提出我自己的见解:
首先我们看看 如下购买者页面:
从IT 的角度看如何避免“薅羊毛”事件_第2张图片
从图示我们可以看到:

  1. 价格, 数量, 单位 都是从数据库中出来的。 那么标题 中这些敏感数据也应该是从数据库中出来。 系统保证这些生成的数据和数据库一致就好。
  2. 相信淘宝网可以让店家自己添加一些标题以达到广告的效果, 这个我们没法控制。
  3. 下单的数据(价格, 单位)绝对是数据库的数据。
  4. 这样我们可以从这些数据的控制来着手。我们肯定没法做到绝对控制, 但我们可以做到相对的范围控制。 具体做法如下:

步聚及控制流程图:

a. 设置日常价格范围: 不同的商品, 不同的等级(配置)设定正常的价格范围。 大公司流程化处理这些日常价格, 小公司/小店这些价格范围是提前维护的, 数量不多, 出错的可能性会降低至几乎没有风险的范围。
b. 在店主上架时系统根据价格和单位进行合理性判断: 如果是在正常价格范围内, 确定就可以。 如果超出不多(如10%及以内), 对价格提出警告: 你的价格*** 低于(高于)正常价格范围【~】。 请再次确认 价格是否正确。
c. 如果超出很多(>10%), 阻止店主上架, 如果店主一定要上架, 可以让他修改价格范围, 或者做特殊上架处理, 特殊上架必须要特许的上架流程, 需要店家不同级别的老板批准(小店就自己批准啦)。

简易控制流程图:
从IT 的角度看如何避免“薅羊毛”事件_第3张图片

后记

这种事情不只是小店发生, 大的商家也有过, 我记得好像是Dell也发生过对笔记本标错价格的问题。 卖出不多,但走了法律流程, 最终判公司发货。

我们的方案只是避免大的错漏。 像你把100的价格标成105, 不可能处理。

如果设计者能考虑更周到能为公司减少没有必要的损失。 当然需求提供者, 收益人给的时间,资金这些都影响着软件的严谨性。

软件工作的初学者可以从这些事件中学到很多经验!

希望能给大家带来一些帮助!

你可能感兴趣的:(软件设计,IT,避免,薅羊毛,系统防怠)