[关闭]
@jean 2015-06-08T16:15:04.000000Z 字数 1833 阅读 2567

弱化特惠线和 EMS(经济型)两种运送方式

运送方式 A-运营线

需求背景

特惠线是针对美国和澳大利亚用户专门开设的一个运送方式，这种运送方式虽然寄送周期比 EMS 还要慢 2-7 天，但是价格非常实惠。

EMS(经济型)与 EMS 稍有不同，这种运送方式不能运送敏感品，速度较之 EMS 也更慢，但同样价格实惠。

现在我们有超过半数的用户都选择这两种运送方式来提交运送，给我们财报上的利润率带来了很大的影响。Eric 希望能够弱化这两种运送方式的显示(但不关闭)，来缓解下这个问题。

[运送方式显示顺序]
不论 Web 端还是 App 端，运送方式从上到下的显示顺序，请按照文档运送方式各种情况部分中各情况的顺序来显示。

Web 端改动

此处输入图片的描述

提交运单页面中，在可选的运送方式下方增加一个可点击展开的功能，点击后展示“运送方式各种情况”部分中“收进但可展开后选择的运送方式”，打开时默认显示的部分在“运送方式各种情况“部分中的“用户提交运送时，默认显示的运送方式”。

展开的交互动效为隐藏掉按钮后，先快后慢 300 ms。

设计稿稍后会给到(由于和番币需求排期在一起，设计稿上会同时涉及这两个需求，请留意)。

App 端改动

此处输入图片的描述

App 提交运单界面中，在可选的运送方式附近增加一个可点击展开的功能(具体位置以到时候的设计稿为准)，点击后展示“运送方式各种情况”部分中“收进但可展开后选择的运送方式”，打开时默认显示的部分在“运送方式各种情况“部分中的“用户提交运送时，默认显示的运送方式”。

展开的交互动效为隐藏掉按钮后，界面同时向上下两端展开，以先快后慢 300 ms 的形式，文档中只说明交互的动效，具体效果请浏览原型“App 端.html”。

这个效果使得用户展开之后，能够直接选择运送方式，不需要再做滑动屏幕等无用操作。

运送方式各种情况

本次需求所提及的默认运送方式显示，是指在该国家地区支持的情况下才显示，而非跳过此步判断强制显示/收进。
文档中各运送方式的上下关系，会以同样的顺序显示在网站/App 中，也就是说，某一种情况中 Panli 专线在 DHL 上面时，就表示网站/App 上显示的运送方式里，Panli 专线在 DHL 上方。

一些说明:
1. 原来 EMS 和 EMS(经济型)不会同时显示，只要能使用 EMS(经济型)时，就不显示 EMS，此次会调整为将两种运送方式独立显示；
2. 下文中 + 左边的运送方式，是指运单中的“非重抛/非敏感品”部分通过这个运送方式寄送，+ 右边的运送方式，是指运单中的“重抛/敏感品”部分通过这个运送方式寄送(有时会同时承运抛货和敏感品两部分，见Case 4)；
3. 有抛敏物品但只有一种运送方式的话，则说明此运送方式同时承担所有物品的寄送；//原先有这种方案，是因为 EMS 运送时间相对较长，有部分用户想要想将其中一部分非敏感品通过其他方式先送过去，并且承担额外的运费。
4. EMS(经济型)原来称为 EMS 普通，在运费对比表项目中会改名为 EMS(经济型)，本文档中使用这个叫法时均是指原 EMS 普通;
5. 自提方式禁运违禁品和重抛物品，因此不涉及拆包问题。只要可选择自提方式，就展示在默认显示的最下方，本文档中不再一一强调。本次需求不涉及自提专线，不需要测试；
6. [2015.6.4 新增] 由于原来程序里拆包方案已经写死，拆包只能和 EMS 组合，如果要把下面这两种方案加上的话，工作量非常大，这次需求的拆包方案中没有其他运送方式和 EMS(经济型)的组合。

Case 1: 运单中既没有重抛也没有违禁品

用户提交运送时，默认显示的运送方式:

收进但可展开后选择的运送方式:

Case 2: 运单中有重抛但没有违禁品

用户提交运送时，默认显示的运送方式:

收进但可展开后选择的运送方式:

Case 3: 运单中没有重抛但有违禁品

Case 3.1: 新加坡/马来西亚

用户提交运送时，默认显示的运送方式:

收进但可展开后选择的运送方式: 无

Case 3.2: 新加坡/马来西亚以外的其他地区

用户提交运送时，默认显示的运送方式:

收进但可展开后选择的运送方式: 无

Case 4: 运单中既有重抛也有违禁品

用户提交运送时，默认显示的运送方式:

收进但可展开后选择的运送方式: 无

添加新批注
在作者公开此批注前，只有你和作者可见。
回复批注