2013年5月19日 星期日 晴
今天上午，我去了库房一个多小时，大概了解了一下最近的需求。淘宝卖家的需求，不是拍脑袋想出来的，一定是有场景的需求。
一. 问题的提出
- 问题一. 最近库房总是发包发错，比如一个包裹把另外一个包裹包进去一起发了，只有在买家来质问的时候才知道发错了。
- 问题二. 库房库存的统计问题，需要做到精确统计库房统计。这样我们不看店，也不怕东西丢失了。未来还能预测库存，做一些数据挖掘，关联销售等。
二. 问题的解决方案 （一）. 对于问题一，我想到的解决方案如下：
- 在SAE上定时跑一个Cron获取当天点击发货状态的订单，可查看订单列表。
- 库房的设备都是通过wifi连接的，基于开源的ZXing，制作一个APK。 a) 当打印出订单的时候，同时要在淘宝填写订单号。（这个工序同以前） b) 用手机扫描一下，把最新状态即时同步到网站上，成功就弹出对话框或者Toast提示。 c) 当配货OK之后，到堆着配货区的那里再用手机扫描一遍，表示配货完成，待打包状态。 d) 当打完包之后，再用手机扫描一下条形码，表示待发货状态。
出错审查：每1~2个小时和打包完成之后，在网站上查看一下当天已经打单的包裹状态，如果有发现已经是开始打单了，但是最后不是待发货状态的，那就是有问题，需要核查。至此，问题出在哪个环节都可以查清楚了。
预计开发周期：1~2个工作日，然后现场测试和搜集需求0.5工作日，再优化1个工作日。总计2.5~3.5工作日，最后保守估计4个工作日。
（二）对于问题二 我和客服交流了一下，她之前在一家四皇冠的化妆品店干的，对库存管理要求更高。这位新来的客服很年轻活泼，心想我们也是解决就业问题了，我也挺开心。她简单解说就是做一些条形码在货架上，有上架的条码，也有发货的条码，反正就是用条码扫描枪（需要推车）扫描一下就好,最后整理到电脑上，做成Excel表格。
我听了一下就明白了，跟图书馆或者超市一样的。但我可能还是要做成移动互联网的，一切都同步到互联网上。跟上面问题1的解决方案有点像，但问题2有点复杂，解决方案如下：
- 先定义好SKU的数据格式（我可不想干后面升级数据库字段的事情）： 商家编码（独一无二）、数量、重量、尺寸、备注、适用年龄、品牌、条形码（产品自带条形码）、url、标题等
考虑到的问题： （1）我肯定是要在SAE用Python开发的，是要用KVDB还是Mysql呢？ （2）要有可扩展性，以后为别的商家做定制。 （3）某些字段要跟淘宝API的数据结构对应起来。
-
实现一系列的基础功能： （1）列表显示 （2）查询/增加/修改/删除SKU的接口。
-
录入数据，在某个周六或者节假日
-
库存的变化管理 （1）配货：每配一件货，用手机扫描配货的条码，APK同步到服务器上。这个步骤还要和方案1对接上，这样还能确认一个订单有没有配错，这个功能也比较复杂，要结合TOP接口。
当然，有些是不要的直接在订单减掉价格的，需要人工统计出来。否则数量不 准确。
（2）进货：每上架多少件货，用手机扫描商家的条码，APK同步到服务器。
（3）淘宝显示库存：通过TOP API获取和设置。我觉得要搞双配置，每天晚上定时Cron和Taskqueue同步对比一下，总结当天有无发错货。
（三）安全性问题 可能需要设置安全登录了或者通过旺旺授权才行，要不别人看到接口乱改就不得了了。
（四）考虑到的缺陷： 可能需要改进的地方，需要有一个sensor比较好的手机，可以支持快速扫描的。不过，这个问题是可以解决的，我们在未来的两三个月里有两个项目会会研发出这样的一款手机，有的用的还是特殊的sensor。
三、未来拓展
- 做成一套成熟解决方案，卖给淘宝卖家或者天猫卖家，做运营，按月收费。
- 我辞职出来成立一个公司，然后专门卖软件和运营，采购我现在公司的手机或者说服现在公司做阿里云手机，卖给阿里，由阿里推广给卖家。这是三方共赢的，这需要一定的人脉和复杂的谈判，等我先做出来demo再考虑。
- 也可以卖给一些现有的公司，但我觉得还是自己运营最好。
不过，最终可能，就是我自己写出来，给自家淘宝店用了，呵呵。
Bob说得对，不管怎么做，这个淘宝店看起来还是我未来起步的一个基础。
...