干货知识贴|三百万粉絲的密秘:深层分析全国

原题目:干货知识贴|三百万粉絲的密秘:深层分析全国性较大的网上抽奖活动服务平台 一个(相对性)详细的抽奖活动主题活动,都必须考虑到什么物品? 最先另附文章内容总体考

原题目:干货知识贴|三百万粉絲的密秘:深层分析全国性较大的网上抽奖活动服务平台

一个(相对性)详细的抽奖活动主题活动,都必须考虑到什么物品?

最先另附文章内容总体考试大纲构造:

(右击,在国家免检产品签页中开启就可以查询大图图片)

抽奖活动主题活动,应当算作最历史悠久的经营主题活动之一了,不管网上還是线下推广,大型商场還是商场,幸运转盘都无从没有。

但是,在手机微信大红包出現之后,抽奖活动主题活动便产生了质的飞越,由于客户抽中的大红包能够立即派发到零钱中,这但是真金嘉峪关市的主题活动,并且立刻能够感受到益处,刺激性意见反馈十分即时。
因此,根据手机微信的大红包抽奖活动想不火也不行。
在网站模板建站前

早就在 2015 今年初的情况下,我厂的经营同学们方案策划了根据手机微信微信服务号的『每天大抽奖活动』主题活动,在哪样的蛮荒阶段,微信朋友圈主题活动还不容易严厉打击得非常严格,因而依靠在此干固主题活动,大家得到了数千万粉絲保存。

自然,有关保存的一部分,也不仅仅发钱那么简易了,还必须融合别的营销主题活动一起才可以吸引真实的优良客户。

以前在较长的一一段时间内,业内仍未看到相近的手机微信抽奖活动主题活动,因此有好几个企业尝试出巨资(数十万)选购大家的整套抽奖活动主题活动系统软件。

这最少表明,根据微信服务号的健全的抽奖活动系统软件,是具备一标价值的。自然,做为企业来说,大家不容易去赚这种一点钱,终究大家并不是程序业务外包企业 ~

那麼,这篇大家就来讨论一下,一个(相对性)详细的抽奖活动主题活动,都必须考虑到什么物品。

1. 服务平台的挑选

最先大家来讲一下服务平台的挑选,现阶段大家能够挑选的流行服务平台大概有 PC、H5(手机端网页页面版)、APP、手机微信服务平台的微信服务号、手机微信微信小程序、阿里巴巴服务平台的天猫商城、手淘运用,乃至付款宝微信小程序等。

对于实际采用哪一个服务平台,要根据本身客户人群的遍布,及其产品研发精英团队的技术性累积,也要考虑到一些新起的处在出风口的服务平台种类,例如手机微信微信小程序。

这儿简易带过一些服务平台上将会造成的差别:

1.1 PC

PC 上必须考虑到的关键不是能立即泛红包的难题,电脑上上的抽奖活动主题活动存有许多年,除开提取積分、卡券、商品等,沒有甚么本质性的转变。

此外一点便是很多的适配性的问题,例如圆形的转盘动漫在低等 IE 访问器就难以完成,因此以前很多抽奖活动主题活动全是用 flash 处理计划方案。

1.2 H5

除开适配性的问题少了一点(确实吗?)外,别的与 PC 特点差别并不大。

1.3 APP

大家都知道,APP 版本号在每个运用销售市场存有审批時间的难题,但假如固话主题活动没经常改动,且变化一部分都能由经营热升级完成得话,也是个非常好的挑选。由于原生态 APP 能够完成大量顺畅的互动感受,大量酷炫的实际效果。

1.4 手机微信微信服务号

它是我觉得的最好挑选,撒钱确实很便捷!并且开发设计都不繁杂,微信服务号开发设计文本文档十分健全。

1.5 天猫商城、手淘运用

在淘宝网对外开放服务平台上能够做为单独开发设计者(ISV)建立运用,随后受权给别的店面应用,做的好还能够挣钱。但是,一样的难题便是,在成本费一样的状况下,一切别的的礼品也没有手机微信大红包引诱大。

现阶段小编在淘宝网对外开放服务平台还没有有见到第三方运用的派发大红包插口,即便有这类插口,做为第三方的运用,商家资产管理方法和财务审计也较为繁杂,店面不容易把这类派发资产的工作能力交到第三方运用开发设计者的。

1.6 手机微信微信小程序

手机微信微信小程序现阶段仅有付款工作能力,即收款的工作能力,临时还没有有对外开放发钱的工作能力。但是假如一定要在微信小程序里玩,能够考虑到根据 unionid 连通微信小程序和微信服务号的客户,再用户得奖时获得该客户在相匹配微信服务号下的 openid 再启用微信服务号的大红包派发插口派发大红包。

1.7 付款宝微信小程序:你觉得啥?

文中的实例起源于 2015 年,那时微信服务号大势所趋,手机微信也将很多資源趋向于微信服务号的工作能力拓展,如同目前的微信小程序一样,大伙儿也没有想好如何玩。

因此,针对手机微信微信服务号这一服务平台,大家除开要做基本的『服务』以外,也期待试着大量的游戏玩法,加上手机微信大红包插口早已对外开放,故,根据手机微信微信服务号开发设计的『每天抽巨奖』主题活动应用为之。

2. 早期提前准备 2.1 微信服务号验证

抽奖活动主题活动最少必须微信服务号得到网页页面受权工作能力,这也寓意着务必应用根据了手机微信验证的微信服务号才可以玩得起來。而手机微信验证只对于个人工商局户、企事业单位企业、政府部门机构等。这寓意着你要是要能应用在其中一种资质证书的证实原材料。

而针对一一样的公司型帐户,获得手机微信验证必须根据公账帐户转款开展申请注册行为主体认证,换句话说最少要有公账帐户。

自然,针对靠谱的公司来说,这种也不是难题,一切正常走步骤跟企业申请办理公账帐户转款就可以。

此外,每一次验证必须交纳 300 元 花费,详细手机微信文本文档。

2.2 服务提供商服务平台

即然要做大红包抽奖活动,那务必要富有能够派发。服务提供商服务平台(https://pay.weixin.qq/)便是你可以以充钱的地区,一样,申请办理服务提供商服务平台也必须递交相匹配资质证书,全部有关客户付款、公司转款、大红包等作用均在此管理方法。针对开发设计工作人员来说,派发客户大红包还必须在此服务平台免费下载资格证书布署到网络服务器。

此外,大伙儿能够参照下前一阵 @Javen 的 chat 《手机微信付款连接的那点事情》,里边有详尽的付款连接步骤。

3. 页面设计方案 前端开发开发设计 3.1 页面设计方案

抽奖活动主题活动的页面设计方案关键要取现欢快热情的主题活动气氛,但都不宜宏昌行空随便充分发挥,由于大家后边也有编码完成和经营的难题。例如全部网页页面的情况构造假如过度繁杂,或是因为动画特效原因要拆成多个一部分,那麼在拆换抽奖活动主题活动主题风格的情况下,就需要做大量的修改。

3.2 转盘

针对抽奖活动动漫大家也是有许多挑选,例如圆盘(指针转,圆盘转)、滚球、方盘跑马灯等。全部你一直在游乐设备场、澳門赌场等见到的抽奖活动游戏玩法,都可以以想方法移殖到主题活动中来。

这儿非常值得一提的是,前一一段时间京东商城凸凹试验室开发设计了一款推金币领券的手机游戏主题活动,其 三d 实际效果出现异常真实,以致于被手机微信给屏蔽掉了 … 很感兴趣的阅读者能够检索『凸凹试验室』微信公众号查询有关文章内容。

3.3 动漫机会

它是个前端开发开发设计难题。针对动漫实行的机会,非常简单的完成便是先去恳求网络服务器,取得抽奖活动結果以后再实行动漫。缺陷便是,互联网慢或是网络服务器响应慢的情况下将会会出现短暂性等候。

自然,还可以用趣味的进展条或是载入动漫等减少客户对这一時间的认知。相近的,先实行动漫,当动漫完毕后再去恳求网络服务器也是类似一样的实际效果,当动漫完毕以后,也将会有短暂性的等候時间必须解决。

而最贴近真正全球的方法,便是当客户点一下抽奖活动时动漫就起动,当获得到抽奖活动結果时动漫就完毕。显而易见,这件事情儿没这么简单。

最先,动漫全是经历渡实际效果的,取得抽奖活动結果后不能能戛但是止。次之,假如在恳求抽奖活动結果的全过程中互联网卡屏一直拿不上結果如何办?假如正中间网络服务器出错了如何办?恳求沒有响应需不需要再试着几回?在这里个全过程中动漫如何解决?

最终,假定大家对外开放声称是『100% 得奖』,那麼数次试着以后网络服务器的确沒有响应,转盘或指针要落在哪儿里?甚么?落在最划算的礼品吗?那麼网络服务器沒有纪录能查,客户手机截图回来要礼品,你给還是不给?

这儿大家的对策是:客户点一下抽奖活动则转盘刚开始旋转,且刚开始恳求抽奖活动結果。转盘从刚开始旋转到最终完毕分成三个环节,即加快 → 匀速 → 降速。

试着数次恳求或或互联网延迟时间等难题,都可以以在匀速环节解决,如出現难题则适度增加匀速時间,针对客户来讲仅仅觉得转盘旋转较为久罢了,想一想《盗梦室内空间》中的陀螺。

那麼,假如最终确实出错了呢?你可以以考虑到让指针停在2个礼品正中间,可是那样依然会出现异议。最先是太像 BUG,次之客户要说他一定会获得两边的某一礼品,仅仅这个物品错误了停在了正中间。

因此,最商业保险的计划方案,便是始终不必声称『100% 得奖』,始终保存『感谢参加』用于兜底。

3.4 排名榜

大部分状况下,抽奖活动页面上面会出现个相近排名榜的控制模块,用于展现得奖客户和诱惑的礼品。这儿在页面上沒有过多物品,但是是各种各样循环系统翻转动漫、展现客户呢称头像等,假如是手机上号,还记得在 CGI 方面打码,不必泄漏客户隐私保护就行。

3.5 客户信息内容搜集

基本的表格递交必须前端开发的认证,针对抽奖活动业务流程中的商品礼品,则必须相近详细地址挑选部件收集客户收件详细地址。更严苛一点,手机上号必须认证码来认证真正性,保证可以联络到客户。

再进一步,能够运用 GPS 精准定位工作能力,全自动获得客户所属地区,只必须填补详尽详细地址就可以。如今很多快递公司企业或是有外卖服务的微信服务号,都完成了相近作用,实际已不进行。

4. 插口设计方案

针对插口的设计方案,最先要考虑到服务平台是不是有必须融合的基本工作能力,例如企业域名的登陆态与手机微信受权连通等,这儿每一个企业实际业务流程不一样,麻烦进行探讨,大家只探讨一下抽奖活动强有关的插口设计方案。

4.1 手机微信网页页面受权

根据微信服务号的手机微信网页页面受权能够获得客户在该微信服务号下的 openid,做为客户在该微信服务号下的唯一标志,实际能够查询微信服务号开发设计文本文档。

对于 openid 是不是做为客户的唯一标志,有很多种解决方式,一般還是提议自身维护保养一套入户 id 系统软件,不必立即曝露 openid 为好。

至少在数据信息库文件,int 的搜索要比 string 快。对于实际的受权步骤及其 token 维护保养等,则是手机微信微信服务号开发设计的內容,不进行。

4.2 受权后实际操作

手机微信受权仅仅获得 openid 或别的客户信息内容的第一步,依据本身业务流程的必须,将会还必须客户再次申请注册或关联手机上等,才可以真实算作你的客户。

在文中的实例中,大家也曾试着过不必求客户申请注册,要是简易的受权就可以抽奖活动的主题活动,但客观事实证实,这会有来很多难题。

一来仅用 openid 标志客户,非常容易被羊毛党刷销量,二来假如针对使用价值较为高的有价商品,将会還是期待他申请注册。而申请注册以后也要关联以前的抽奖活动結果,而这一全过程便可能产生安全性风险性。

因而,历经一一段时间的试着和衡量,大家把抽奖活动主题活动改为了务必先关心和关联手机上才可以抽奖活动的方式。尽管参加度会出现所降低,但也防止了很多无须要的不便。

针对受权后的关联手机上,手机上登陆還是账号登陆密码登陆,是不是必须认证码等,请参照本身服务平台的客户管理体系基本建设。

4.3 抽奖活动主插口

抽奖活动主插口关键用于获得得奖情况、礼品信息内容等。这一插口可能是承担工作压力较大的一个插口,由于都会有些人尝试独立刷这一插口,因此全部的防御力体制必须反映在这里个插口上,实际大家后边再聊。

针对插口吐出来的信息内容是多少也是要严苛操纵的,例如礼品的库存量、得奖几率等信息内容。大部分,假如是简易的抽奖活动,那麼这一插口只必须告知客户是不是得奖就可以,还可以再加剩下抽奖活动资质等信息内容。

4.4 获得可抽奖活动频次

一般状况下,抽奖活动资质的获得能够混和到抽奖活动主插口中,但是也是有一些情景必须独立分辨抽奖活动资质,就是否容许抽奖活动及其能抽几回。例如客户不久进到抽奖活动页面时,或是实行了 “关心”,“关联” 等实际操作后更新资质的情况下。

此外,一部分安卓系统手机上将会会缓存文件网页页面,假如在下一步实际操作中更改了抽奖活动资质(频次,積分转变等),再立即点一下左上方回到,频次将会也不能变化。

因而,最好再抽奖活动姿势以前先强制性升级一下抽奖活动资质,而并不是立即等候抽奖活动主插口回到不可以抽奖活动的不正确,由于那样会造成客户见到页面上面有资质,可是每一次点了以后又不可以抽。这类状况下,还比不上一次就要客户死了心,假如真有举报就属实相告,告知客户手机上有缓存文件难题。

4.5 升级礼品情况

假如你的礼品设定了领到情况(抽奖活动兑奖姿势分离出来 / 申请注册前抽奖活动 / 手机微信卡包领到情况 / 特惠券领到情况) ,那麼还必须一个升级礼品情况的插口,用于改动礼品的领到情况。

举个案子,假如你用了手机微信卡包的 API 去完成发券作用,那麼客户会进到手机微信完成的卡券领到页面,在这里个页面客户还可以挑选不领到,自然你还可以从此视作客户舍弃。

但假如你期待再给客户对外开放领到通道,例如在相近 “我的礼品” 那样的网页页面再度领到得话,就必须分辨客户是不是领过此卡券。

而当客户总算点一下了领到,把卡券放进自身的手机微信卡包以后,手机微信会实行一个回调函数涵数,在这里里,你可以以去升级客户的礼品情况并关掉领到通道了。

4.6 关系客户

这一插口只在一种状况下应用,即 “未申请注册” 以前容许抽奖活动,“申请注册” 以后兑奖的状况。留意这儿的 “未申请注册” 和 “申请注册” 都加了双引号,是由于这2个词针对不一样的服务平台不一样的业务流程实际意义都不同,必须您自身去定义,什么叫申请注册,什么叫未申请注册。

关系客户有一定的风险性,特别是在是针对使用价值较为高的礼品。由于你只有依据某一特殊的标准来判断申请注册前后左右2个帐户是不是确实是同一本人。例如根据 openid 判断申请注册前后左右用了同一个手机微信号;再例如用特殊优化算法转化成的设备码判断申请注册前后左右是同一台机器设备等。

以 openid 为例子,假如每一个客户进去,大家都应用手机微信受权插口去手机微信那边受权,必然会出现比较严重的特性短板,由于手机微信的插口针对大家来讲是外界插口。更比较严重的状况,也有将会做到手机微信 API 的每天启用限制,造成所有 API 没法应用。

因而,大家最开始的简单版计划方案并沒有每一次都去受权获得 openid,只是缓存文件了第一次受权的 openid,且沒有别的輔助的 ukey 来综合性校检,造成客户在抽奖活动的情况下,大家具体上其实不能确定它是个真正的客户,乃至不可以确定它是个真正存有的手机微信号的 openid,只有表明这一段标识符串合乎 openid 的长短。

这一系统漏洞的机会是要刷手机微信大红包,假如并不是真正的 openid,是没法接到手机微信大红包的。因此,羊毛党来刷大红包的情况下,一定用的是真正的 openid,因而这一 bug 不可以导致很大的损害。但是大家還是立即添加了 ukey 认证。

而且,针对抽中后再说实名认证关系的客户,也会再度认证其手机微信帐户是不是有疑是舞弊个人行为,这便是为何全部主题活动必须再加 “最后表述权归 xx 全部” 的原因,由于总会有羊毛党来捣蛋。

留意,羊毛党一般全是挺大量真正手机微信号手中里的,这类很多真正手机微信号的实际操作,是没法根据简易方式鉴别出去的。

4.7 经营创意文案插口

该插口是不是必须及其其繁杂的水平,在于您的业务流程必须,即抽奖活动主题活动线上时有是多少必须即时经营的內容。例如客户热烈欢迎语、抽奖活动取得成功 / 不成功后的正确引导语这些,关键是怎样能与本身的经营系统软件融合,便捷经营同学们应用。

4.8 消除缓存文件

抽奖活动主题活动通常有相近排名榜,参加总数等信息内容的展现。针对浏览量很大的抽奖活动主题活动,这类信息内容一定是有缓存文件计划方案的,不能能每一次都去查寻数据信息库即时测算。

那麼,即然有缓存文件,就会有消除缓存文件实际操作,有时候将会还涉及到到冷起动造数据信息等,后边大家再详尽解读。

针对排名榜的更新時间也是要衡量的,缓存文件久得话缓存文件运用率高,可是客户假如真抽中了,发觉沒有上排名榜,定会对系统组件造成猜疑。

因而,缓存文件時间不适合太长,或可选用表层计划方案,假如客户得奖,则立即在网页页面中解决排名榜的展现实际效果,客户能够立即见到自身进到了排名榜。

当缓存文件再度更新时,即便排行次序有转变,或是被挤压排名榜,就全是一切正常的展现了。而针对按时清除缓存文件的体制,可使用 linux 系统软件内置的 crontab 或别的长驻的 deamon 脚本制作都可。

4.9 系统日志纪录

除开客户抽奖活动自身的纪录以外,一般还必须纪录别的一些关键信息内容。例如,手机微信大红包插口归属于外界插口,因而启用手机微信大红包插口的回到內容就最好纪录一正下方便精准定位,不然有的情况下会难以明确难题。

例如扩充几台设备,但是某些设备的 CA 资格证书沒有携带,造成手机微信大红包插口启用不成功。

再例如手机微信商家服务平台中账户余额不够,造成派发不成功等,都必须根据系统日志纪录。这种不正确不是便捷立即展现给客户的,因而再用户侧通常为立即告之未抽中就可以。

4.10 别的作用页

依据业务流程必须,抽奖活动主题活动将会还包括我的礼品、抽奖活动标准、抽奖活动完毕页,通用性不正确页等,这种网页页面大部分只必须考虑到经营內容和常常转变的逻辑性就可以。

例如增加了礼品种类,在我的礼品页要如何展现;假如有新的主题活动主题风格,是不是便捷改动以前的礼品标志设计风格等。

4.11 网页页面通道管理权限操纵

在抽奖活动主题活动的每个环节,将会必须对一些网页页面通道开展统一操纵,实际能够根据主题活动時间,资质等方式操纵。

唯一必须留意的是,最好设计方案成网页页面和有关多线程插口能够统一电源开关,不然常常非常容易犯的低等不正确便是,网页页面尽管不可以浏览,可是插口依然能够独立启用。

此外,即便就是你记住要把全部插口都关闭,可是每一次所有要手动式改动所有插口,也不是很便捷了。

5. 逻辑性层设计方案

逻辑性层的设计方案,大致与前边的插口设计方案相匹配,这儿只独立取出一些非常值得探讨的点说一下。

5.1 客户管理体系

前边也提及过标志客户的关键性,确立标志客户而不仅仅依靠手机微信的 openid 管理体系,能够一定水平上避免刷销量。此外,手机上号申请注册基本算作最终计划方案,可是客户参加成本费也高许多,必须衡量。

一个相对性折衷的计划方案是,应用与 openid 有投射关联的客户管理体系,那样便捷客户关联手机微信,且在手机微信上能够完成 “全自动登陆” 的实际效果。手机微信对外开放服务平台出示了 unionId 管理体系,能够协助连通每个微信服务号 / 微信小程序等的客户。

假如要完成跟手机上号关联,那么就必须自身创建一套手机上号与每个服务平台 openid 的相匹配关联。

或是单纯性仅有微信服务号的 openid 与建造客户管理体系的相匹配关联,向客户发放 uid + ukey 来鉴别客户,而并不是立即应用 openid 做为客户标志。

5.2 抽奖活动资质

抽奖活动资质能够根据多种多样方法完成,比如根据别的主题活动发放抽奖活动频次,乃至完全免费赠予抽奖活动频次,或是根据建造客户管理体系的積分管理体系完成抽奖活动资质。

与之相匹配的,抽奖活动姿势则是耗费相匹配的抽奖活动频次或耗费某类積分,例如招商合作金融机构的个人信用卡積分抽奖活动。针对建造客户管理体系的積分抽奖活动,能够根据打卡每日签到,电子商务买东西等得到。

而针对别的主题活动方式得到的抽奖活动频次,则必须抽奖活动系统软件对外开放出示提升频次的工作能力,假如好几个主题活动同用或多种多样获得方式同用,则也要区别该资质来源于哪一个方式。

提升频次插口假如是对外开放曝露的,则有被加多的风险性,因而不提议前端开发立即应用 ajax 多线程启用增加频次,只是要把增加频次的逻辑性混和在主题活动的逻辑性中,历经严苛的分辨再在 CGI 方面解决进行。

假如是新客户进去默认设置赠予频次的,则一定会造成羊毛党应用很多账号刷销量。针对这类主题活动的礼品和几率设定,必定是要尽可能减少成本费,减少几率,那样即便是羊毛党都不会使大家导致过大损害。

羊毛党实际上是没法彻底避免的,由于在系统软件方面来看,许多情况下便是很多的真正客户。因此大家只有在成本费日风险勤奋行操纵和衡量,没法彻底防止,都不能误伤过多真正客户。

5.3 礼品种类

前文探讨的礼品种类,关键都紧紧围绕手机微信大红包和手机微信卡券。这二种虚似产品全是根据手机微信服务平台的完成,相对性较为非常容易。

假如您的抽奖活动主题活动还必须发放别的礼品,例如店家自身完成的特惠券、邮递商品礼品、各种各样vip会员卡感受名额等,则必须融合本身业务流程完成派发插口,再供抽奖活动系统软件启用。

一样,依然必须留意具体派发资质的分辨是不是健全,及其怎样分辨刷销量和舞弊等。

5.4 抽奖活动几率优化算法

从派发礼品的大致趋向看来,一般有二种游戏玩法。

一种是尽早把礼品都抽完,即土豪要尽可能确保礼品发了。这类抽奖活动有时候效性,尽管先来后到对几率没危害,可是晚了将会礼品被抽完;此外一种是,尽可能确保大量的人数参加,礼品不必太快消品耗。

这类抽奖活动参加人数遍布相对性匀称,可是针对一次主题活动,且沒有手动式调节抽奖活动几率的状况下,不可以确保礼品都被抽完。

第一种情景的典型性事例,便是企业年会,礼品固定不动总数固定不动,且规定在晚会节目上务必抽完。这类情景下抽奖活动的几率是必须系统软件动态性测算的,依据己知的库存量和初始几率,假如人数做到某一阀值还没有有抽完就全自动提升一点点几率。

自然,这类状况还可以用礼品来抽人,例如先固定不动此次提取 iPhoneX,再说任意是哪一个人。甚么?伪任意数不足任意?who cares~

当场抽奖活动关键的是公平公正全透明,假如用了繁杂的抽奖活动系统软件反倒不可以服众,搞不太好再来一个当场 review 编码,因此即便是伪任意数的抽奖活动,也比繁杂系统软件强。

再聊第二种,它的特性便是一样的礼品总数耗费比较慢,那麼针对长期性干固的主题活动来讲,一定是期待最少的成本费得到数最多的参加。即便是时效性十分短的抽奖活动主题活动,都没有非得把礼品都送去的大道理。

因而,这一情景下不容易让系统软件动态性调节几率,只是选用人力操纵几率的方法。针对单独抽奖活动客户来讲,得奖区段是稳定的,即便抽了许多次,都不会扩张得奖几率。

那样还可以避免故意刷销量,一切可以根据总数提高得奖几率的主题活动,最终都可以能被刷销量,除非是你没在意这种成本费。

人力操纵也有个益处便是,发觉刷销量后能够立即调节几率避免损害扩张,此外假如礼品派发很慢,还可以人力提高几率维持活跃性度。

5.5 持续没中赔偿(必中)

假如你的抽奖活动主题活动也是干固主题活动,会出现一大波忠诚粉絲按时参加,那麼以便确保粉絲的活跃性度,将会要对运势一直不太好的客户一些赔偿。例如持续抽奖活动 N 次也不中的,大家要发放一些礼品给客户。发放逻辑性沒有甚么非常,

仅仅要再用户的身上纪录一个持续没中的频次。但是,非常值得留意的是,假如好几个抽奖活动主题活动的持续没中频次不可以同用,那么就要拓展好几个储存字段名来区别了。

针对这种只必须判断而不用用于排列的字段名,能够统一用一个拓展字段名,以 JSON 的方式存有数据信息表格中,防止经常改动 DB 构造。

另外,假如相互配合管理方法系统软件,让经营同学们去在建抽奖活动主题活动和增加礼品,那麼就需要确立标志出究竟哪一个礼品能够做为持续没中全自动派发的。要不用显著的标识和提醒,要不独立一个字段名设定这类通用性礼品。

假如因为提醒模糊不清显,把 188 元 现钱当做了持续没中赔偿,那么就有点儿过度土豪了。

5.6 持续没中提高得奖几率(权重值提高)

接 5.5,假如你只期待持续没中的客户提高一定的得奖几率得话,完成构思就又不一样了。得奖几率自身这一事,分散化到好几个礼品上边,也不是简易的能够提高几率的难题了。

因此,更简易的作法是,把客户抽奖活动时得到的任意数扩张范畴。例如我的几率范畴非常于 1-10000 的任意数,假如客户得到的是 3000 这一任意数,那麼 10% 的几率非常于 1000 个企业,因而给客户提高 10% 的正中间几率能够粗略地地转换为:在 2500 – 3500 中间假如有命里礼品得奖区段,就都算得奖。

5.7 默认设置礼品设定

前文 3.3 讲到过,最好自始至终保存 “感谢参加” 兜底,那麼假如经营规定此次主题活动一定要全部都是有礼品呢?

假如说客户举报,截屏立即索要礼品都能接纳呢?这时候,以前设置的感谢参加的部位,就需要变为一般的礼品,进而造成一切跟没中奖有关的逻辑性及其判断标准都可以能要改动。

因此,假如你担忧有这类要求变动的风险性,最好把全部的礼品部位都设计方案成能够做为一般礼品,还可以做为独特部位(感谢参加,沒有礼品等)。

5.8 礼品库存量分辨

一般来讲,库存量全是整数金额企业,但每一次实际操作的总数不一定是 1 个 / 件 / 積分 / 元。假定你的礼品包含積分、手机微信大红包、特惠券等。

那麼,抽奖活动资质将会是 10 積分每一次,因此客户帐户中务必有 10 積分之上才可抽奖活动;假如是频次抽奖活动,一般来讲客户帐户中要是 1 次资质便可以抽奖活动。

礼品库存量的分辨也相近,手机微信大红包的限定是每一次最少派发 1 元,一般额度的储存不提议用 float,由于会造成精密度难题。因此大家一般以分成企业储存,那麼假如想派发大红包,则该礼品的库存量最少要超过相当于 100(分)才可派发。

综上所述,针对不一样种类的礼品,是要考虑到资质和库存量分辨规范的不一样的,这儿能够选用配备文档的方法将将会的礼品种类和分辨规范列举就可以,便捷改动。

5.9 手机微信大红包逻辑性

现阶段的手机微信大红包,必须根据客户在该微信服务号下的 openid 派发(能够不关心),这儿最好为全部的大红包派发逻辑性设定全局性电源开关,用于在碰到重特大安全性安全隐患时临时性手动式关掉有价礼品。手机微信的大红包插口必须一个唯一的业务流程 ID,这儿将会出現的坑便是大高并发时业务流程 ID 反复。

因而,假如高并发并不是非常大能够选用毫秒级時间戳 +uid,假如不可以考虑要求还能够再次添加任意数,或是应用一定长短的 UUID+uid,要是留意别超出业务流程 ID 自身的长短限定就可以。

这儿一定得加入 uid 是因为商家服务平台的资产水流只包括客户的 openid,不便捷与本身的客户管理体系相匹配,因此在业务流程 ID 中混入 uid 便捷查寻信息内容。自然,还可以应用大红包插口的拓展字段名纪录客户信息内容。

5.10 商品礼品逻辑性

这儿的商品礼品是个通用性的种类,针对一切没法根据程序立即派发给客户,或是客户不可以立即根据网页页面领到的,都可以以归到商品礼品。

典型性的事例便是,某一主题活动期待客户抽的是付款宝大红包,那麼在手机微信服务平台上显而易见它是不能能的。

因而,假如一定要走付款宝大红包,能够选用抽中大红包动态口令,但不可以避免客户立即把动态口令发送给他人。或是是抽中后,让客户键入付款宝帐户,随后再想方法人肉或大批量实际操作转帐。

针对别的商品礼品也相近,必须邮递的要留有详细地址电話,必须领到码的要在抽中后的插口内再回到领到码。

总而言之,这儿每一次增加一种礼品,便可能增加一一部分开发设计工作中量,由于设计方案状况较多没法提早适配。

5.11 抽奖活动纪录

客户的抽奖活动纪录要尽量纪录大量的信息内容,由于每日都是有效户以各种各样原因找在线客服举报(除非是你没给举报通道)。

期间不缺很多蛮不讲理取闹立即来骗礼品的客户,例如在手机端转盘动漫转动的的情况下拖拽手机上让转盘中止,或是果断用 PhotoShop 生成得奖情况的。

这时候候,大家唯一能依靠的便是客户的抽奖活动纪录了,要是纪录中不会有或是纪录出现异常,便可以果断判断此次得奖是假的。比如,客户那时候的得奖任意数,礼品信息内容的快照更新(那时候的创意文案、库存量等)等。

而针对客户本身的抽奖活动纪录,即 “我的礼品” 网页页面的展现,则要考虑到很多没中的状况下,“感谢参加” 是不是要掩藏。

假如感谢参加要掩藏,那麼依照 5.7 中的规定假如这一部位变为了一般礼品,又要以哪些的分辨根据来决策是展现還是掩藏。

5.12 排名榜展现

前文 4.8 讲了排名榜的缓存文件消除,这儿大家探讨下排名榜的组成。看起来简易的排名榜,实际上其实不简易。最先,除非是你的礼品十分丰富,得奖几率十分高,全部人皆大欢喜2。

不然,假如排名榜是当然转化成且准时间倒序,那麼一定是满满的的感谢参加或是无足轻重的小礼品。排名榜的功效其实不是确实要排名,只是吸引住客户参加,构建氛围。

因此,排名榜上应尽可能放 “巨奖” 的客户抽奖活动纪录才有吸引住力,例如前五名都中了 iPhoneX,尽管客户不一定真信,可是气氛实际效果還是做到了。

综上所述,排名榜的组成并不是简易的抽奖活动纪录倒序,只是依照一定的礼品配制转化成的。因而,不一样的主题活动不一样的礼品就需要考虑到排名榜配制不一样的难题,这儿还可以根据配备文档来完成。

5.13 风险性操纵

风险性操纵包括许多层面,针对全部系统软件的全步骤都是有涉及到。最基本的 DB 方面的事务管理解决,经营系统软件的额度操纵,有价礼品总电源开关等,这种关键点可能分散化在每个章节目录。

5.14 主题活动类逻辑性

这儿的主题活动指做为一个经营主题活动的一些基本逻辑性分辨,例如客户特性分辨(VIP/ 级别 / 主题活动资质) ,抽奖活动频次来源于 / 方式 / 限定分辨 ,抽奖活动主题活动分辨(区别主题活动 / 左右线時间) ,时效性性主题活动(vip会员日五折抽奖活动) ,强制性分辨关心 / 强制性分辨共享等,实际暂未进行。

6. 数据信息层设计方案

数据信息方面的设计方案要包括前文提及的全部想关信息内容字段名,大致上与业务流程逻辑性是相匹配的,针对简易的抽奖活动主题活动,将会单表就可以拿下。想要考虑前文提及的大部分分逻辑性,那麼该系统软件最少要包括下列数据信息表:

礼品表关键包括:主题活动 ID(服务平台层面 / 主题活动层面) ,几率(区段 / 百分数),礼品基本资料(名字 / 叙述 / 库存量 / 照片 / 领券码 / 现钱范畴等) ,各种各样经营创意文案 / 按键设定 / 自动跳转连接等。

客户表(根据数据信息量分表) 关键包括: 客户基本信息内容(依靠服务平台客户管理体系),客户拓展信息内容(抽奖活动频次 / 每日签到 / 共享频次 / 评价 / 关注 / 持续没中频次 / 手机上号 / 取货详细地址等) 。

抽奖活动纪录表(根据数据信息量分表) 关键包括: 抽奖活动纪录表(客户基本信息内容数据冗余 / 礼品信息内容数据冗余 / 抽奖活动姿势快照更新 / 抽奖活动任意数) ,抽奖活动纪录存档表(不用展现的抽奖活动纪录按时存档) 。

数据信息统计分析有关(单独系统软件) ,客户个人行为汇报 ,管理方法员实际操作系统日志 等。

因为实际的表设计方案较小有关联性可谈,因而已不过多阐释,实际的表构造因为我不黏贴了,大概构思全是相近的。

7. 运维管理有关

抽奖活动系统软件假如确实爆火得话,会对网络服务器导致十分大的工作压力。如今不管尺寸企业,很多早已经选用云服务器来完成,既能够便捷地扩充,承担更伟业务量,还可以有着更安全性的确保,更技术专业的服务。

7.1 网络服务器挑选

假如选用阿里巴巴云的服务,通常为 SLB(负荷平衡)+ECS(云服务器器)+RDS(云储存)+CDN(內容派发互联网)组成。

这儿不强烈推荐用云服务器器建造的数据信息库服务,一来特性比较有限,二来要自身写守卫过程避免数据信息库挂了,最终,也要自身完成各种各样备份数据脚本制作,成本费高又不能靠,确实比不上立即选购云服务器。

抽奖活动主题活动消息推送期内,大家大约应用 5-10 台 ECS 来承揽抽奖活动主题活动总流量,即便确实有工作压力,还可以迅速扩充。

7.2 数据信息表数据库索引

针对分布式系统的主题活动 DB,数据库索引的关键性就十分突显了。平常做些小网站小打小闹将会压根不用创建数据信息库数据库索引,而在分布式系统的情况下,一切难题都是被变大。

因而,重要数据信息表,重要查寻,组成查寻等,必须提早创建好数据库索引。而繁杂的联表查寻,如能变换成2次单表查寻,则高效率高些。

相近客户表和抽奖活动纪录表这类有将会单表数据信息量过大的状况,能够提早考虑到分表,例如给客户按 uid 分 100 张表。

7.3 数据信息缓存文件

常见的缓存文件计划方案有很多,针对排名榜、总总数这类要求,提议选用 Redis 缓存文件,由于其使用方法简易,查寻速率快,与各种各样語言融合友善。

必须留意的是 Redis 网络服务器的帐户和浏览管理权限难题,第一次应用的同学们极可能不设定 Redis 的帐户和端口号,那麼你的缓存文件就很有将会被别的人立即载入乃至载入。

7.4 基本服务监管(单独系统软件)

每一个企业都是有自身的基本服务监管系统软件,多多少少。那麼抽奖活动主题活动也尽可能连接这种系统软件,例如能用性监管,网络服务器特性,插口浏览量 / 不成功量 / 告警等。

假如自身沒有相近的系统软件,那麼还可以对于抽奖活动独立开发设计一些监管作用,但成本费会相对性较高了。

7.5 安全性

安全性 是个大课题研究,因为我并不是权威专家,简易说一下抽奖活动业务流程常见的一些计划方案吧。例如,基本的防一键刷机制 将会包含:Nginx 动态性封 IP ,缓存文件层限定实际操作次数(避免分布式系统载入) ,数据信息层限定实际操作总数与次数 ,薅羊毛的度 这些。

再例如,第三方登陆校检合理合法性 ,认证是不是合理合法的 openid 等。另外,一定水平上的培训费一直免不了的,沒有杀掉大家的总是要我们更强劲(健硕)。

7.6 紧急应急预案

除开前边说到的这种安全性难题,有时候候还会继续有一些 “飞来横祸”,例如手机微信突然把主题活动 URL 封了,共享到微信朋友圈后他人看不见。

在初期的紧急应急预案中,大家能够考虑到应用 Nginx Rewrite 相对路径任意串避开,相近 https://xxx.yourname/Er52d6z/lottery 的方式。

还能够提早提前准备好几个网站域名并存,能够即时转换,相近 https://xxx.yourname0/lottery,https://xxx.yourname1/lottery,https://xxx.yourname2/lottery 等。

这类计划方案完成成本费略高一点,要提前准备好几个网站域名,切编码能够无缝拼接转换,较为不便的便是手机微信 JS Api 的安全性网站域名设定,数最多只有三个,因此還是要谨慎。

最终想说的是,这种计划方案如今也不有用了,由于要是手机微信分辨你某一段时间根据引诱共享得到了很多客户,那么就立即删客户。例如搞个主题活动原本只拉来啦 1w 客户,随后被手机微信判断引诱共享,损害 2w 客户,劳民伤财还亏了 1w 客户 …

针对这类状况,一般没地区说理去。现阶段己知的唯一方法,便是主题活动不必搞太热情,相濡与沫较为好。

8. 主题活动管理方法后台管理

主题活动管理方法后台管理可繁可简,假如在抽奖活动业务流程以前早已拥有一部分经营体制和工作能力,且能便捷地用在抽奖活动系统软件就最好。

假如不可以,那麼能够考虑到开发设计通用性的主题活动管理方法服务平台,或是对于抽奖活动系统软件定制健全的经营服务平台。

这儿简易列举一下,抽奖活动的管理方法后台管理将会要考虑到到什么工作能力。

8.1 实际操作系统日志查寻

礼品库存量,几率等归属于比较敏感实际操作,是务必要有实际操作系统日志的。对于实际实际操作的工作人员根据甚么来鉴别,能够考虑到应用內部的账号系统软件,或手机上号等。管理权限操纵 + 系统日志纪录 全是不可或缺,不然极可能钱也不了解如何没的。

此外,针对大一点的公司将会也有财务审计要求,财务审计企业会规定你完成这种纪录作用,做为年尾财务审计的根据。

8.2 服务平台挑选

前边前文说过将会存有好几个服务平台的抽奖活动主题活动,即便仅仅微信服务号抽奖活动,也将会存有好几个微信服务号的转换难题,这种全是管理方法后台管理必须考虑到的。

好几个服务平台并存的状况下,对于不一样的服务平台也会出现个性化化设定,例如礼品总数将会不在同服务平台有区别。比如 PC 抽 8 个,H5 抽 6 个这类状况。

8.3 建立主题活动 / 设定礼品 / 几率 / 经营字段名 / 是不是必须关心共享 / 礼品信息内容及时改动

建立主题活动要考虑到多服务平台,多微信服务号的互动设计方案;设定礼品关键考虑到礼品种类对礼品设定的危害;

几率能够选用百分数,还可以立即设定里将区段,例如应用 1-10000 的数据来定义抽奖活动几率。对于经营字段名和是不是必须关心、是不是必须共享等关键点,就会有业务流程自身决策了。

礼品信息内容的增改查是操作过程,删掉一般只更改数据信息情况,保存纪录水流。

8.4 公布实际操作

储存和公布实际操作要尽量制成两步,即存有 “预公布” 情况,或是只储存,没发布的情况。

公布的情况下必须留意的是,假如礼品的照片并不是跟随每条礼品信息内容一起的单张小图,那麼就需要确保所有礼品信息内容和单独的礼品照片(转盘,情况等)同时起效。

不然这一抽奖活动实际操作将会也不是 “所闻即个人所得”,抽中了现钱将会具体发过積分。

8.5 客户信息内容查寻 / 抽奖活动纪录查寻 / 应急加入黑名单

再用户举报回来的情况下,大家最先要认证客户的真正真实身份,及其他相匹配的抽奖活动纪录是不是存有。

例如根据客户的手机上号来查寻客户抽奖活动纪录,或是在线客服系统软件连接客户管理体系,从在线客服闲聊对话框能够得到客户的 openid 或 uid 等信息内容,还可以依据这种信息内容来查寻。

最终一招,还能够依据客户的 “我的礼品” 页面分辨:假如客户回绝出示 “我的礼品” 页面截屏,那表明他自身要看不上纪录,纯是骗子公司。

假如他能出示纪录,那麼最少能够根据抽奖活动纪录的時间戳来查寻抽奖活动纪录。在秒级時间连接点高度一致步抽奖活动的总数终究比较有限,查出来后再根据礼品等信息内容开展筛选,通常为骗不上大家的。

8.6 冷起动有关设定(排名榜 / 参加总数)

排名榜难题前边早已数次提及过,这儿说说冷起动,即原始排名榜的转化成。有些人要说,我觉得是作假吗?可是,血淋淋的客观事实是,假如排名榜上一条纪录沒有,许多人都是立即关闭。

反过来,即便明知道道排名榜有将会是假的,大伙儿也想要坚信。绝不浮夸的说,大部分分抽奖活动主题活动都是有这一冷起动全过程。

非常简单的方法,是让很多的內部客户抽,仅仅没发奖。可是手机微信大红包想没发就较为不便,要关闭大红包插口,也要使他能得到抽中的纪录展现。

因此,最理想化的状况,是用一批內部可靠的真正客户信息内容,依据每一次主题活动的排名榜礼品配制,立即载入抽奖活动纪录并转化成排名榜缓存文件。

那样在下一次更新缓存文件的情况下,巨奖依然矗立不倒。而当有外界真正客户抽广州中山大学奖的情况下,还可以一样依照配制更新到排名榜上边。

主要参数总数因为仅仅数量字,较为益处理。只必须得出一个原始的标值,后边每一次抽奖活动的人数累再加去就可以。

留意,全部这类必须冷起动的数据,也不能应用数据信息库即时 count,不然只有用一次,再升级便会变回真正的数据。因而,数据信息库只要累加,而不必管以前多少钱就行了。

8.7 数据信息要求

每一个经营主题活动都是有很多数据信息要求,从基本的 PV/UV,到最关键点的客户个人行为剖析。针对抽奖活动主题活动,将会必须统计分析即时抽奖活动总数 / 频次,乃至线上PK总数。

此外,针对每一个主题活动,每天每星期将会都是有表格要求。因而,假如有单独的表格服务平台适用,就十分极致了。

8.8 礼品发放专用工具

假如举报的客户历经大家认证,确实是系统软件出了难题,那麼就必须一个便捷的方式去给客户发放礼品。

例如手机微信大红包,能够在管理方法后台管理立即启用大红包插口把钱发放给客户,積分也一样。而商品礼品,则是一切正常走邮递步骤送货了。

8.9 管理权限管理方法

同数据信息管理方法一样,最好有单独的管理权限管理方法系统软件能够连接,假如沒有,那么就只有自身开发设计个简易的版本号。或是以抽奖活动主题活动为突破口,为企业开发设计一套健全的管理权限管理方法系统软件。

一个基本的管理权限系统软件要包括:系统软件管理方法、人物角色管理方法,管理权限管理方法这些,此外也有管理权限的申请办理与审核(将会融合 OA 系统软件),要保证责任明晰,出了难题有据能查。针对沒有管理权限的,最好立即提醒管理权限申请办理通道或申请办理方式。

9. 经营有关

一款取得成功的主题活动,必须资金投入很多的人力资源物力资源开展开发设计和经营。而针对干固的长期性主题活动,也是必须反映经营功底的地区。

抽奖活动主题活动前期,假如仅仅瘋狂砸钱得话,是没什么疑惑能够拉到粉絲的,但经营的实际意义便是在比较有限资产下得到更强的实际效果,只砸钱谁不容易呢?

而根据砸钱回来的客户,怎样能根据事后主题活动推进培养,使其变成大家真实的保存客户,就沒有这么简单了。

9.1 引诱关心

大家先来啦解一下什么叫引诱关心。依据《手机微信微信公众号经营标准》第 3.3.2 引诱关心为:根据外部链接、微信公众号群发消息或二维码等方法,以奖赏或别的方法,强制性或引诱客户关心微信公众号的个人行为。

奖赏的方法包含但不仅限于:商品礼品、虚似礼品(積分、信息内容)等。若违背有关协议书,手机微信会依据公众账号违反规定状况,公账众账号限定或严禁应用所有或一部分作用、账号禁封 / 销户等相对惩罚(http://kf.qq/faq/120911VrYVrA150916bYvUJR.html)。

不是是很恐怖?大致上便是不可以根据奖赏强制性或引诱客户关心微信公众号,普遍的便是先抽大红包再关心领现钱的骗术。因此,大家是关心以后再抽,并且立即发钱。可是,树大灾免招风,含有引诱关心的主题活动小打小闹没事儿,手机微信不容易留意到。一旦做大,就会有风险性,请大伙儿自主掌握。

9.2 冷起动

前边早已讲过排名榜的冷起动与人工干涉难题,实际上冷起动还包含原始沒有总流量时怎样引流方法。但是针对切切实实的现钱抽奖活动,第一次总流量获得相对性非常容易,大家每日发一两万余元给客户,也不信没有人来。

9.3 可经营字段名设计方案

可经营字段名设计方案包含:主题风格、转盘、按键创意文案、提醒语,自动跳转连接这些,必须提早与经营同学们沟通交流好将会出現的经营位,再融合现有的经营系统软件看一下如何便捷连接。

自然,不管最开始想很多全面,发布后也一直要缝修补补再次提升必须经营的一部分,因此,把这类事儿作为常态化就行。

9.4 多服务平台同用 / 多主题活动共存 / 多版本号共存 / 多情况转换

如果你的业务流程涉及到好几个服务平台,好几个主题活动,好几个版本号的情况下,在系统软件设计方案上就需要考虑到大量的多服务平台经营中间的差别,及其各种各样转换难题。

9.5 在线客服连接

针对抽奖活动主题活动来讲,在线客服的工作压力是较为大的,相对的开发设计也会耗费许多亲身经历用于查纪录,确定 BUG,核查信息内容等。之后,大家开发设计了一系列产品的经营专用工具,从客户信息内容查寻、抽奖活动纪录查寻、到发放積分、发放特惠券,乃至各种各样大批量发放专用工具,都可以以很便捷地解决这种平时举报。

期内最典型性的事例是截屏作假,客户只发个疑是 “得奖” 的截屏回来要礼品,这时候只必须查一下是不是确实有抽奖活动纪录就可以。此外,在线客服得话术还要承诺好,各种各样状况下要统一销售话术,不然便会有纠纷案件。

9.6 迷恋设计方案

抽奖活动系统软件一定水平上是要考虑到迷恋设计方案的,根据适度的按时激励来推动参加度。文中的事例中大家只完成了持续没中的必中逻辑性,针对常常参加的客户会出现按时的奖赏感恩回馈。更繁杂的迷恋设计方案其实不可用于 web 端抽奖活动这类相对性低頻的手机游戏实际操作。

9.7 财务审计要求

跟钱相处的业务流程,安全性是第一名的。安全性除开包括程序上的安全性,也有人为因素要素,例如操作失误等。另外,假如有內部工作人员故意实际操作等,也是要有据能查的。

因而,全部具备管理权限的工作人员实际操作水流,包含時间和結果等必须纪录在案。特别是在是针对有价物件的派发系统日志,发放積分、大红包、特惠券等实际操作纪录。针对企业年末财务审计的情况下,也必须出示各种各样实际操作水流给财务审计企业。

创作者:姬小光,手机微信微信公众号“姬小光”

文中由 @姬小光 原創公布于每个人全是商品主管。没经批准,严禁转截。

题图来源于 Pexels,根据 CC0 协议书回到凡科,查询大量

义务编写:

  • 小程序来了,原生 App 还有

    (最少先在国) 手机微信的渗入率将会比单一实际操作系统软件高(iOS 手机微信+Android 手机微信 > iOS,iOS 手机微信+Android 手机微信 > Android,猜想,沒有历经资格证书),并且店铺的互

  • 手机微信微信小程序发布

    服务供应商的手机微信微信小程序审核“加速体系”早就公布了2个月了,许多服务供应商早就尝到审核加速的“幸福快乐开心”。但一般开发设计设计方案者要临时性性公布、遇到突发

  • 中澳社腾迅发布“云聚中

    2020年中秋节节来临之时,在我国新闻报道报导社与腾讯公司在九月份28日携手并肩并肩公布“云聚中秋节节”手机上手机微信手机微信微信小程序,向在我国我国和包括海外出国留学出

  • 如何才可以搞好微信小程

    客户在手机端的检索有三个需求:迅速、更准、更优。无论是服务直通、作用直通、還是知名品牌经典店,设计方案的目地都以这三个因素为关键。 服务直通,让客户“迅速”得到服务

  • 微信小程序开发设计是多

    模拟题目:手机微信微信小程序开发设计设计方案多少钱钱合适 手机微信微信小程序多少钱钱,这一难点,就如一辆小汽车多少钱钱一样。 那类即将毁损的破吐司吐司面包车,最划得来