美文网首页
Vova运营:如何又好又快地"搬砖"

Vova运营:如何又好又快地"搬砖"

作者: 小聪聪快跑呀 | 来源:发表于2020-10-07 22:33 被阅读0次

    运营VOVA平台已经有20天的时间了。目前在这个平台,彻底走上了批量采集上传产品的路线,是如此的彻底!

    一、平台特点

    相比于其他平台,Vova平台主要有这些特性(挑重点):
    1.每个账号可以传10万个产品(是产品,而非子SKU,数据量够大吧);
    2.类似于wish,主要面向欧美市场;
    3.支持仿牌,各种侵权,基本不抓。前提是需要对相关品牌产品进行报备(/备案),未报备的相关品牌产品,被检测到,每个产品会扣2分。简单来说,就是这个平台管得没那么严格,假货盛行之地。
    4.每小时只支持上传1000行产品(1000条数据),可以找经理调至2000行/时。哈哈!!都是被我一天传了5000个手机壳,291个表格,35万数据搞炸了,平台不得不限制上传数量。(想哭!现在上传好慢)
    5.无法和顾客聊天,单一对产品上架、优化、下架、报活动。

    二、入坑缘由

    本人入坑的一大原因在于Lazada每3个月下架不出单的产品。必须保持店铺的活跃度,为此需要经常上产品,难就难在,后台数据上得容易,筛选不下来!!像抱枕,手机壳,衣服这类子SKU很多的,目前并未有有效的方法实现数据的筛选(删除)。也就是,手动去做的话,极其耗时间!

    另外一个原因是Vova平台一个账号可以随便上10万个数据,是随便哦!相当于没有任何限制,正好可以让我的爬虫技能得到有效的锻炼。同时也对于我继续研究api接口开发和熟悉不同流程的需求提供了样本,兴趣真是越来越浓了!我一定可以做出一套属于自己的erp程序,然后,每天可以不管产品上架,负责用心选品、测试主题、筛选产品,想想就很“奥利给”!(就是想偷懒!别狡辩!)

    三、个人运营数据

    下面是个人运营Vova 10个账号的数据表现。具体如下:


    9月-产品上架
    10月-产品上架数据
    9月-出单记录
    10月-出单记录

    四、如何又好又快地搬砖?

    本文重点来了!
    卡在每小时2000行数据,非常难受。体谅下平台服务器嘛,就不烦了。
    那如何能够在平台规则下,尽可能地达到最优解?并没有具体细算过,目前我使用比较简单的计算方法,就是每小时内就传2000行以内数据。像马克杯、铁皮画、鼠标垫这一类的产品,并未申请2000的额度,按默认的1000行上限使用,暂时还用不上那么大的数据量。卡在手机壳这块!(衣服也是,暂时还没做)

    举例:
    手机壳72个型号,也就是72个子SKU,对应一个父SKU(一款产品)。型号列得比较全,其实是完全没有这个必要的,从产品角度考虑的话,其实是需要砍掉18-35款的。

    按72个型号,1小时可以上传产品个数为:
    2000/72=27.77...(个)舍去小数,保证在2000条以内,即为27个/小时。27*72=1944行,算上表头1行,即对接后台直接上传的话,每张表格的数据需要在1945行。

    1800个产品的上传时间(假设后台无异常,不间断情况下):
    1800/27=66.67(小时),估摸3天的时间上架完成;

    6000个产品的上传时间(假设后台无异常,不间断情况下):
    6000/27=222.23(小时),估摸10天的时间上架完成;

    产品上架完后,在Vova的账户下,是出于下架(待上架)的状态,这个时候需要卖家对产品进行编辑(品牌报备、核对并修改产品信息)。后再手动上架产品,此时,买家才能够搜索到您的产品。不然产品传上去了,没上架也是白忙。要是对所有产品没有报备,一口气直接上架了也行,后面的苦头扣分在等着!

    当然了,后台传就是麻烦,难免有时候忘了按时上传,而下班之后又会空出16个小时。如果能把这几个小时也利用起来就好了!要是还能先自动报备下就更棒了!后面有时间了再去重新校正下品牌名,总之,先把所有能上的产品上上去!

    因为我这边的Vova账号是绑定在第三方ERP——芒果,对芒果,就有了更多的接触和研究。后面,通过使用芒果的模板,把vova这边后台表格做的数据导过去,每张表160个手机壳产品,160*72=11520行数据。


    芒果-导入数据限额

    把总数据,分拆成多张表格即可。前期,最好能够上传一个产品把所有的流程走下来,确认数据格式等是否完全匹配。

    定时刊登:
    产品-Vova-选中编辑好的产品-发布上架-定时上架。

    芒果-定时刊登
    定时发布时间及间隔设置
    间隔时间我计算过,填了3分钟上传1个产品。
    定时发布状态

    注意:
    原本以为不同的店铺设置不同的定时上架,结果后面全部进程被打乱。后面才清楚,芒果这边发起请求的任务是要统一排队的并不是多并发进行。需要逐一对上架请求接口发起响应才行。也就是说,你定时发布完这个店铺的产品后,还想定时发布其他店铺的产品,需要排在先前这个店铺定时发布的截止时间后面才行。

    偷懒小成功!还是不能超大数据量的上架产品,比如1天上传1万个产品!改天拿马克杯、铁皮画这种SKU数量少的来试试!
    后面比较严重的问题是,没有办法采集到比较干净的数据,所有的排版筛选工作还需要一个一个进行,这就比较话时间了,有待继续完善。

    相关文章

      网友评论

          本文标题:Vova运营:如何又好又快地"搬砖"

          本文链接:https://www.haomeiwen.com/subject/jnjqpktx.html