2013年8月5日 星期一 晴

之前写过一篇《卖家神侃(43) 移动互联网在淘宝库存管理中的应用 》，现在已经初步完成Android客户端和服务器端代码了，我想，技术上应该问题不大，但应该还是要想好流程的问题。

按照以前的设想：

  1. 打印订单的时候，扫描一下运单单号。（需要一部手机）
  2. 配货之后，扫描一下运单单号（以前是人工填单号发货）。（需要一部手机）
  3. 打包之后，扫描一下运单单号(可以改进为程序自动发货)。（需要一部手机）

今天早上在地铁上，觉得应该改进一下，流程应该如下：

  1. 客服A（1部手机）： 用手机客户端查看待发货 列表，待发货是淘宝的概念，可以通过TOP API获取。 –》在手机里选择要发货的订单，然后切换到扫描模式，扫描快递单号，这样就能完美地把订单和运单结合起来了 。此时，订单是运单已打印状态。

  2. 售前客服（2~3部人）： 用手机客户端查看运单已打印状态的订单，点击订单，可以看到： （1）该订单的备注，要求客户备注有数量，多拍或者2套及以上或者取消的宝贝一定要说明。备注里的发什么快递是给客服A看的。 （2）这个运单号有多少个订单以及有多少件宝贝。这样能保证数量是对的。 （3）点击订单，客服根据宝贝逐一去扫描，这样的好处是如果列表长，谁也记不住那么多啊。如果逐一扫描的话，能保证准确性，库存管理在多店铺的时候也能保持精确，但会很耗时；如果不逐一扫描，只是看看的话，

  3. 打包工(1~2人)： 打包完之后，扫描一下即可，此时是发货状态，通过TOP接口实现发货，单号也不会再填错了。

TOP API计划是在服务器端实现的，Android客户端只是获取数据和做一下扫描、显示的工作，还是老计划，先在服务器端实现并测试好API，届时写Android客户端即可。

服务器端（SAE，数据库用KVDB）V1.0都需要做的功能：

  1. 淘宝Auth：已完成，之前有现成代码，移植整合一下。

  2. 待发货管理:已完成，按旗帜来，之前也写过了，移植整合一下。

  3. 快递运单状态：已完成。

  4. 已打印运单筛选：TBD，数据筛选一下就好。

  5. 订单详情获取：TBD，要调用TOP API。

  6. 发货API：TBD，要调用TOP API。

  7. 根据运单编号自动识别时什么快递。

服务器V1.1应该支持的功能：

  1. 运单判断API：TBD，根据运单编号判断，以免发错。
  2. 运单统计：TBD，统计每天每个快递发了什么快递。
  3. 订单件数统计：TBD，用于发货，统计简述。
  4. SKU设置：TBD，设置好各字段，比如名称、件数、年龄段、重量等
  5. 运单重量预估：TBD

服务器V1.2应该支持的功能： 后面再说，可以做的还有很多。

Android客户端V1.0应具备的功能：

  1. 条形码和二维码扫描：已完成，竖屏的，我觉得还可以接受。
  2. 员工编号设置：已完成，支持密码设置。
  3. 针对不同员工给予不同的权限：TBD，比如发货，大家都是扫描，但是内容是不一样的。
  4. 显示待发货列表：TBD
  5. 显示待配货列表：TBD

做这种东西，不是卖家亲身体会，根本就没法做，还要跟客服探讨一下怎么去弄。争取早点弄完，给仓库试用，提高效率。