今天在开发不良交易分析功能,通过从ebay->summary->account->seller dashboard中下载不良交易报告的csv文件,然后导入管家婆,就可以分析哪些交易哪些物品引起了不良交易,而且不良交易的类型是什么,是描述123分,还是开了case,还是中差评等等,截图如下:

今天在开发不良交易分析功能,通过从ebay->summary->account->seller dashboard中下载不良交易报告的csv文件,然后导入管家婆,就可以分析哪些交易哪些物品引起了不良交易,而且不良交易的类型是什么,是描述123分,还是开了case,还是中差评等等,截图如下:

今天跟大家分享下我们是如果工作的。
在我们租住的民房,装了中国电信30M的宽带,三台电脑通过wifi连接到无线路由器,见下图:我们有一台台式机,其他都是笔记本,每个电脑上都装了管家婆,然后一台笔记本上装了SQL Server数据库,通过修改SystemSettings.xml,将每个管家婆都连接到那个SQL Server数据库上,实现数据共享。

工作流程
每天我们来到办公室,我先通过管家婆下载订单/刊登,客服MM通过管家婆下载消息,我会看看昨天的销量如何,然后看看哪些刊登需要补充在线数量,然后通过管家婆补;客服MM上午会回信、处理取消交易、退款、换货、case等,其中回信和处理case都是通过管家婆完成的,我要求她把每天遇到的问题都记录下来,每周给我们总结汇报下,以提高我们的服务水平。
上午我会开始给客服MM布置些上架的任务,忙完我会管理刊登,即把那些已经下架的重新上架,上架一些拍卖等等等,下午我会看一些产品的信息,然后让客服MM做刊登,上架,期间库管QIQI会处理打包的事情,每天中午我们会有人来收货。
上架流程 – SKU规划
为了方便产品开发和上架,我先规划好了SKU的编制规则,我们的SKU是七位的,分三段:
AA-BB-CCC
AA是大类别数字编码,BB是子类别数字编码,CCC是产品的编码,例如:
10-xx-xxx对应大类 游戏动漫,而这个大类底下有几个小类:
在 忍者神龟 子类下的产品的SKU大概如此:
所以开始要规划好大类,如果大类用2个数字来表示,就有100种大类,如果用2个数字表示小类,每个大类有100个小类,所有总共的类别有10000个,而用3为表示产品的话,每个类型下可以有1000中产品,这些足够了。
另外很重要的一点是多样式产品的SKU编制,我们采用的方法是,如果一件女装有3种颜色,两个尺寸,则:
在管家婆中,一种多样式(多属性)产品的显示如下所示:比如8300101对应一个虚拟的产品,而8300101_1到8300101_8则是具体的子产品,如果一个订单里面的SKU是8300101,则会被分类到 商品未知 文件夹。
注意如果一个多样式产品有颜色,建议第一个属性就是颜色。

上架流程 – 商品图片
为了让大家都能很容易地访问商品图片和其他文件,我们在所有的电脑上都装了金山快盘,而且把快盘对应的文件夹都设置为D:/kuaipan,我们在这个文件夹底下放了很多目录,其中D:/kuaipan/items包含了所有商品的图片,这样任何人在快盘放的图片,其他人都能访问到,而且路径是一样的。
产品开发的时候,我们会给它编制SKU,然后在D:/kuaipan/items底下的某个文件夹创建一个子文件夹(例如在D:/kuaipan/items/女生衣服 下面),把商品图片放进去,然后在管家婆中建一个商品信息,把图片路径设置好。
注意对于多样式产品,例如对于上面的8300101商品,设置其图片路径为D:/kuaipan/items/女生衣服/8300101/8300101.jpg,我们建议把子商品的图命名为类似8300101_1.jpg,即子商品SKU.jpg,这样不用为每个子商品单独指定图片路径。
客户端系统 vs. Web系统
大家知道软件一般有两种形式,诸如QQ等软件,需要先下载安装包,安装后方能使用,在我们电脑上的QQ软件叫客户端软件,另外一种更流行的使用软件的方式是打开浏览器,输入一个网址,什么软件都不用装即可用,例如马帮,通途等系统,这种系统叫Web系统。
Web系统优势很多,用专业的话说,就是部署很方便:Web系统的中枢在一台大家可以访问的服务器上,你在浏览器的操作都要和这个服务器(或者服务器集群)联络,他(们)负责帮你搞定;而客户端系统很大的问题就是部署很麻烦,因为要装到每个系统里面,可能会出现各种问题。
管家婆是客户端系统(普源的订单精灵和蚂蚁上架、Turbo Lister都是),所以有很多限制,比如我不能在任何能上网的地方登陆我的账号看我的订单等,而通途可以,还有如果要升级管家婆,我就要劳烦大家卸载原来的软件,替换文件等等等。当然客户端软件也不是一无是处,至少:
管家婆的文件结构
因为客户端软件部署和升级的困难,所以我要跟大家说下如何升级管家婆,因为我后面会推出新版本,如果大家不掌握升级的方法,可能会比较麻烦,比如造成数据丢失。
管家婆安装完毕后,一般在C:\Program Files (x86)\eTradeMaster下面,包含的文件主要有:

我后面发布新版本的时候,会提供两个东西:一是安装包,二是一个压缩包,如果是新手,就使用安装包;如果已经装了管家婆,则下载解压压缩包:
添加账号和防止账号关联
想必这是大家最关心的问题了!
首先谈谈账号关联:防关联大家都知道一台电脑登陆使用一个账号,最保险的做法是一个账号用一个网络,因为如果你拉了一个电信宽带,买了两台电脑,每个电脑管一个账号,因为出口IP地址是一样的,所以两个账号也可能关联!
上面是手动登陆ebay进行操作的情况,另外一种操作ebay数据的方式是通过第三方软件,例如管家婆,用户首先给管家婆授权,允许管家婆通过EBAY API对所管账号进行管理,比如一个管家婆里面绑定了两个账号,则管家婆可以同时对两个账号进行访问。
问题是,管家婆同时管理两个账号,这两个账号会关联么?
答案是关联的可能性极其小:如果ebay对第三方软件的访问记录的话,他会知道几个账号由一个第三方软件在操作,所以如果是一个通途服务器的话,上面有上万个ebay账号,ebay会知道这上万个账号由一个程序在管理,大家会觉得这没问题,因为法不责众,上万个账号不可能是一个人的,ebay也分不清,而管家婆一般就管几个账号,难道ebay不查?
跟大家说一个事实:第三方软件,如果通过了ebay的兼容性测试,每天可以访问ebay API的次数限制是150万次,管家婆通过了这个兼容性测试,所以理论上说,管家婆的所有用户在一天内访问ebay API服务器的次数总和可以到150万,因为有很多很多的第三方软件,他们通过API访问ebay的频率会非常非常高(下订单,回消息,标记发货,留好评,上传跟踪号,上架,修改刊登等等等都会是访问API的操作),如果ebay对这些访问都要记录IP的话,那将是海量的数据。
所以我的结论是,如果每天通过web访问ebay的人次是100万的话,那么通过API访问的次数保守的要x100,就是10000万次/天,ebay不可能记录。
但是在添加账号到管家婆的时候,需要登录ebay,所以大家要当心:
管家婆下载订单策略
目前管家婆中下载订单和消息都是手动的,基本的下载模式(订单管理->下载订单->自上次下载)是这样的:

也就是本次下载是从上次下载完成时刻的前五分钟开始的,这样做的目的是防止漏单。同时为了提供更多的下载选择,我提供了下载近1天、近3天、近10天订单的功能。
之所以没有加入自动下载:是因为我想让系统的行为变得简单和更好预测一点,而且团队里面的哥们每次下到几个订单后,会有一种兴奋感,所以我体会到了手动下载的价值 :),当我把这个理论跟一个大卖家说的时候,他说等你订单多了你就不想自己下了。。。
正如我以前介绍过的,我是程序员出生,本来是搞技术的,现在全职搞了半年ebay,而且自己也开发了一个管家婆,随着贸易的发展,管家婆在不断地完善,积累了很多对贸易和系统的认识,我平时接触的朋友,有些有技术背景,使用起系统来很便当,但是有些朋友不是技术出生,对很多概念还没有很深的理解,因此我想写一系列的帖子来把我理解的系统跟大家分享下,希望抛砖引玉,和大家在此一起讨论。
为什么要上系统?
这是第一个问题,大家可以问问自己为什么要上系统?如果你就一个账号,一天几个单子,没几个刊登,消息很少,纠纷很少,商品很少,一切凭借脑子记忆即可,那么上不上系统对你来说就没有太多必要 了。
如果你有几个账号,几十上百种在卖的商品,每天几十单甚至上百单,每天消息不断,那么没有系统帮助你处理订单,处理消息,管理商品库存,一切就会非常混乱。
上什么样的系统?
这个问题要根据你自身的情况来定,例如你是中小卖家,一两个人搞,货物都是直发海外的,那么管家婆就很合适了。如果你公司十几个人,而且搞了海外仓,那么像通途等一些支持多仓库的系统就适合你。如果你公司有七八十号人,财大气粗,那么你自己可以按照自己的要求定制系统。
系统的工作原理
看看下面的图,不管是哪个系统,工作原理都是这样的:系统位于图中间,左边是各种跨境电商网站,系统利用这些网站的API从这些网站下载订单数据,刊登数据,消息数据等,经过处理,存在右边的数据库中,数据库各种各样,有Access(单机小型的数据库),有SQL Server(中型数据库)等。

看这个图大家能了解使用系统会出现的几个问题么?
1)系统装在哪?数据库装在哪?分两种情况:如果数据库是Access,那么系统只能装在本机,因为Access是单机版的数据库,如果数据库是SQL Server,那么系统可以装在其他机器上,这对理解管家婆的两种模式很重要,即管家婆单机版和管家婆团队版。
管家婆单机版:系统和数据库(Access数据库)在一台机器上,其他电脑不能访问这个电脑里面的数据。
管家婆团队版:系统装在各个团队成员的电脑上,数据库(SQL Server)装在其中一台电脑上,大家共享数据(例如我给订单备注了,其他人可以看到)
注意两种版本的系统都可以管理多个账号,单机版和团队版的区分主要是一个系统一个数据库还是多个系统共享一个数据库。
2)数据不同步问题:这个问题其实很重要,理解了这个问题,大家对系统认识就比较深刻了:)
根据上图,数据是存在两个地方的,ebay/smt/amazonh和数据库中,例如买家买了商品后,我下载订单,数据库中有了这个订单信息,如果买家修改了订单,比如留好评了,那么在下次下载订单前,网站里面的订单数据和数据库里面的数据是不同步的。
还有,比如一个ebay刊登,开始可卖数是5个,系统下载刊登,数据库里面记录了可卖数是5个,如果有人买了一个,ebay刊登的可卖数变为4个了,而数据库里面记录的还是5个,这又不同步了。
不同步发生时,我们需要一种机制从网站下载最新的数据,要么手动,要么自动,例如在PA里面,你查看在线刊登时,往往是不准的,即不同步的,你可以每隔5分钟请求PA去同步一个账号的已售、在线刊登。
手动和自动同步各有利弊:像PA,马帮,通途等系统,他们自动给你同步订单等数据(想想一下如果通途可以让用户点一个按钮下载订单,那么大家都在他的服务器上抢着下订单,其服务器会瘫痪的),因为他们一个服务器上可能管理很多很多账号,而管家婆是手动同步订单等数据的,能这样的原因是管家婆装在大家各自的电脑上,你下订单的时候对别人没有影响。
具体来说,在管家婆里面:
1)对于订单:时常点击下载订单按钮下载最近一段时间发生变化的订单。
2)对于消息:点击下载消息按钮下载最新的消息。
3)对于刊登:也有下载刊登按钮,点击后,系统先把数据库中的所有刊登信息删了,重新从ebay下载刊登信息,这样做的缺点是很慢,如果有100个刊登,可能最近有10个刊登有卖出或者结束、下架,90个没动,我这样每次都要下100个;优点是实现简单,我后面会考虑智能的方法加速下载。
刊登管理里面,右击一个刊登,我加了一个“同步刊登”的菜单,点击后,可以从ebay同步这个刊登的信息,而不影响其他刊登,这样也就节省了时间。
(推荐一种做法:在订单管理里面,选中一条订单,然后在右下选中ebay交易右击拷贝物品号,切换到刊登管理,填入物品号,点击“过滤”,然后选中刊登,右击选中”同步刊登“手动补货)
如果你用多个系统(例如同时用普源,管家婆等),那么数据不同步的问题就更加严重了,除非最新的改动都能保存在ebay上,这样每个系统可以下载你的改动(例如标记订单发货,回复消息,留好评,上架新商品等)。