另一个是要考虑到商品体积和重量的不同要支持为不同商品设定不同的价格。 . 商品的销售区域设置 考虑到这两个维度的内容去做产品设计基本就能覆盖到大多数的用户使用场景了。刚才提到了运费设置时需要考虑距离远近问题刚好又可以关联到另外一个关于距离的设定——设置销售区域。
这也是一个很现实的问题早年快递行业没有现在这么发达好多商家都是不支持商品在新疆、西藏这些交通不发达的地区售卖的。此外还有一些生鲜水果类的商品也是不适合远距离运输的像这些情况就都需要系统支持对商品设定销售区域的。
给商品划定销售区域其实不止是保护商家更是保护消费者试想你 斯洛文尼亚电话号码列表 在上海买了一家没做限售的新疆店铺的葡萄商家还是统一用普通快递发货等你收到货的时候葡萄都快成葡萄干了你是不是还得费尽心思去维护自己的权益而如果一开始就在系统层面提醒卖家做好销售范围这样的问题就能大大减少了。
品的上下架机制 延续前面的剧情如果你是一个新疆的葡萄卖家真就不小心卖出了一单发往上海的葡萄然后被这个上海的朋友追责了赔了一笔钱。而你的系统中又刚好没有设置销售区域的功能那你该怎么样及时止损。
答案就是下架商品先不买了至少能让损失得到控制。也就是我们下面要讲到的另一个功能点商品的上下架上架这个自然是不用说了把商品编辑好发布出去自然就到了一个上架的状态了这就是一个常规的销售状态。 但是下架这个点就可能会被忽略了东西卖着卖着突然发现某些问题得有一个机制能及时叫停才行。