被作死第一款项目的墓志铭

好久没有上简书写东西,久到好久没开电脑已经忘记了自己的输入法快捷键……

再然后发现简书的slogan已经变了,虽然上次跟朋友交流的时候已经知道了。

但是知道是一回事,真正百度“简书”赫然看到“创作你的创作”又是另外一回事。

心中陡然一惊,创作,那种唐突感犹如落榜的穷书生看到知书达理的官家大小姐,哪敢唐突佳人。

————————————————————一个分割线—————————————————

哈哈哈哈哈哈在简书用豆瓣专属也蛮不错

——————————————再次分割线———————————————————————

如无意外,狗生中第一款作死项目已经尘埃落地会死掉了。毕竟不作死几款产品,何以谈狗生。作死项目已是作死产品的一半,即一个项目已经被作死了,产品还远么。

脑洞一番,如果把每次的记录一下,大概以后可以编个集子:《失败产品狗的一生以及它作死的101款产品》。想想都有点小激动呢,瞬间觉得明天上班都有动力了,(^-^)V

此次作死的项目诞生于春节前,大概一两周的样子。要去团建吃烧烤的我在个斑马店外的寒风凛冽中听着leader和研发二把手兴奋地说着我们要把站外PV做到20W,当时总的站外PV大概2~3W。而战场就是Facebook,在当时参与的所有人连Facebook的group到底是什么都不知道,我们只知道要建立一批机器人去group发垃圾信息。当然CTO颇具阿Q地说,我们的资讯怎能叫垃圾信息呢?只要资讯和group的匹配值高,我们就是很有价值的信息啊。对啊,只要是读书人,读书人偷书怎么能叫偷呢?我和另一个位产品狗只知道唯唯诺诺好的好的,并且二人分好了工。毕竟俩人内心都惦记着里面已经在吃的烤肉,而我内心默念一百遍“个斑马”。

于是轰隆隆都开始干了。

在干之前,曾经我有那么一两个瞬间还是一只合格的狗的,即我的脑子还没有废掉。一再怀疑此事的可行性,Facebook不同于微博,他的发家即六度人脉,也就是说私密性很强,当前也许没有之前那么强了,而为了良好的用户体验,Facebook在反作弊上会不断精进。连微博都在解决评论区高仿号和垃圾评论的问题,何况Facebook这种,只要是用户可以看到的信息流,势必会被Facebook干预,不允许出现有损用户体验的垃圾信息。批量转发的有价值的资讯就不是垃圾信息了么?是否是垃圾信息取决于Facebook和用户,这种决定权根本不在我们身上。

而我当时拿到的第一个任务是先弄到一两百个账号,不用太多。以及寻找大批group,并且打上一个标签,这样选好了文章,给文章打一个标签,这些文章就可以到达对应标签的group中。

这个流程看起来很简单,然而并不。

先是账号问题,我曾经觉得账号这一关肯定过不了。Facebook的关卡是先邮箱注册,你踩到某条线后让你验证手机号,如果验证了手机继续踩到线让你上传身份信息,且身份姓名和生日必须与Facebook资料一致。再往后一层就是账号直接被禁用。而disable就意味着死刑,但是Facebook并不会直接告诉你到底是踩到哪一颗雷被炸死,而是所有的可能都列出来,你猜?

可以说是大写的心机了!

所以至今我猜我那个已经注册了7年且验证了手机号码的大号应该是在group发了太多信息+group申请发送太多导致的。然而也许事实未必如此,可能Facebook的死刑算法里面还有添加陌生人为好友,从来不接Facebook上的电话请求等等其他加权。

Hi,

Your personal account was recently disabled by Facebook. We are writing on behalf of the Facebook Platform team to let you know that any applications that were under your sole control as a developer have also been disabled as a precautionary measure, which include: groups (ID #403785666625386)

If your account is disabled, please note that the Platform team cannot re-enable your account. To find out more about your disabled account, please visit this page of our Facebook Help Center http://www.facebook.com/help/?page=1048.

Thank you,

The Facebook Platform Team

玩死了七八个账号之后,唯一勉强能称得上是收获的大概就是可以理直气壮的跟CTO互怼,对方并不没有我玩死的账号多,站着说话更有底气了……可是有什么卵用呢……

Facebook的注册会限定IP和终端,用同一个IP在Google浏览器上注册3个账号基本就不能注册了,对方会告诉你拒绝你的注册。隔天或者隔几天继续可以。然而这个也不一定,换浏览器有时候有时候有效。也有的电脑即便换了IP,换了浏览器再也不能注册了。至今也没有找出一点规律来,只知道一个IP注册俩甚至一个就换,一天一个人就拿三四个IP注册五个以下账号就好。

人工注册账户成本太高了,接着投机想着买账号,于是刷万能的淘宝,更换了三四个店家终于找到一个靠谱的,说靠谱纯粹是从存活率而言,淘宝上骗子真的太多了。

一般情况下淘宝上的账号分为两种,扫号&新注册账号(行话貌似叫黑号和白号),黑号即盗他人的号,这种一般是探测到对方常年不用,拿邮箱和密码扫出来的。淘宝卖家这么简单跟我解释的时候,我倒抽一口冷气,怎么说呢,平时也知道密码不能设一个,但是奈何懒癌啊,再说那么多密码也记不住哇。但是说实话,只要我的邮箱账号密码泄露,比如网易的,那用网易注册的所有账号都不安全。白号即卖家新注册的账号,什么都没有,也最难养,容易挂。而淘宝上关于虚拟物品都是不退款的,所以的店家都有同样的规则即:只保证24小时内首次登录,超过24小时不管,也就是说24小时之后账号挂掉是很容易的。首次登录如果存在问题,卖家就会给你换。

遇到第一个奇葩卖家,简直了。对方可能也觉得我是一个奇葩,毕竟我一个傻逼什么都不知道,对方当我是熟手,什么都不解释,导致最后我的“无理取闹”。

在卖家A那买了1个,没有啥问题。

于是试探性地买了10个,三日后折损率大概20%,并不特别明显。

于是就买了100个试试,结果这一百个其中有一半都无法登录,有的完全是注册都没完成,等待填写验证码阶段,而邮箱和密码对方并不提供。

对方态度一直是你不会,你的IP有问题,就差破口大骂了。怎么我卖给别人就没问题,到你这就不行了呢?

开始我还在对方的指导下换IP,结果还是不行。最后看到好多根本都没注册完的顿时上了火,直接喷了。老娘当时让研发写的注册机几十秒就可以搞定你这样的账号,要不要我便宜一块卖你一个?

对方最后赔了40个账号,表示一人退一步,然后唠叨我。

拿到40个账号后发现依旧如此,默默地点了退款,对方并不同意还来喷我。

于是点了申诉,淘宝以禁止在平台售卖此类物品为由退款了。

接着在店铺2上当受骗,店铺2的货品是在H5上,貌似也是阿里的,挑了几个年限久的老号,结果登上去发现注册时间写的就是17年,对方表示这个账号重新启用就是在17年,但是它们就是在15~16年注册的。这个想申诉都没地方,毕竟淘宝订单上并没有。一个10年老号可以卖400,感觉自己的号被禁用就是直接损失几百块。

还有的店铺倒也没啥欺诈,首次登录也OK,但是存活率都很低,大部分的账号一周存活率只有30%。

万幸最后找到一家不错的,可以达到70%。

账号的问题解决就是养号了,这也是至今依旧被CTO诟病的,你的养号模式太单一,对方用的是pattern。人哪里会各种随机呢?这里是不是存在一个悖论,不管我是用随机还是其他的规则,我只要定一个规则,而这个规则都可以说是pattern太过单一。但是研发显然没有精力去给多种账号定不同的规则,就算有,那也是是多个单一的patter,而对于一批账号而言,还是单一的pattern。而在最初没有share动作的账号养的还算好的,每周折损大多稳定在10个左右。

反过来其实可以理解为,Facebook不会怎么管你在自己的时间线上发什么,发多少,频次是什么。你什么时候处理好友添加,你什么时候阅读时间线,你什么时候处理通知,你什么时候添加好友,添加谁。当然,添加好友和在时间线上发动态的量上会有所控制,不然就是骚扰了。而加入group申请和在group内发布内容,且内容是一个link,这不同于前者,明显就会是重点监控对象。

而group和tag我则是依赖于本地运营提供,这份工作没有做好也会之后造成比较大的恶劣影响。

Facebook账号&养号、group和tag这些属于基础资料准备,而基本工程建设跟这个完全是同步的,这也是让我万分震惊地事情。

换公司以来,我一直震惊于研发的势头,即捞起任务就干,且要迅速的干,及早地完成。不知道他们会不会有特别的成就感,于我而言,欣喜于这种现状,然而并不觉得是好事。这样完全是透支研发码代码的热情,没有人是普罗米修斯,就算普罗米修斯也是被动的。如果决策是错的,那么之后兴奋高效完成正确决策的可能性也许会变小,当然也许是我小人之心。

反正每周就那么汇报进度,一个以研发为主导的项目就诞生了。我和另外一个产品狗自我定位就算打杂和补文档的,而我一直游离于项目中心,看起来我全程参与,但是我有很多盲点,运营端的盲点,后台的盲点,程序在策略上的盲点。以我之前的道行,我只能做到我经手的事情不存在大问题以及任何盲点。然而这副德行显然是成不了大气候的。

当工程已经完成的时候,我们作为产品忽然有点无所事事了,不知道从哪开始。leader说你们要学会拆解指标,清除所有盲点,再找到当前最核心的突破口。说起来思路非常清晰。

于是我开始了撸数据的历程,撸数据很苦逼,我要抑制自己意淫,所以做的一点都不激动,虽说不激动,但是我还是发现了一点东西,然而这并不是核心的。

leader说PV=imp*ctr,你们将指标拆细致,看可以从哪里入手。

我的思维导图是散乱的,虽然我觉得不散乱,看起来是聚焦的。但是刚好在看《运营之光》,对方直接对比了一下有数据思维的运营和没有的,我毫无疑问是后者。

如果你问如何涨粉,我肯定会列大V导流吧,做个活动吧,诱导吸粉吧。

回头来看,我当时的重点是如何提升CTR,但是我没有意识到一件事情,我做的数据里一直的均CTR已经达到了1.6%,高可达5%,第三方提供的均数据在1.8%。这个数据已经表明即便是在没有太多策略和内容理解力的情况下,CTR似乎并没有特别的糟糕,如果想把CTR提到2%,并非是一件容易的事情。但是提升imp需要做的要么是新增账号和group,要么是调整当前文章和group匹配度问题,达到账号和group的最高效率。

就提升CTR来说,我给运营端的建议(在他们看来是指令了)是高CTR,即我要保证在imp固定的情况下,点进去人更多。且扶持重点文章,达到更大曝光。

当然执行下去又是另外一回事情了,变成了只要高CTR,只要某篇文章reach到多少时才去分享,还是集中晚上和下午去分享。这一点我表示很艰难。

后来产品的leader跟我说,你这个事情主要还是传播,你得琢磨传播这件事情,你为什么看CTR不看share量呢。我的解释是我们会看share,并非不看。再者从以往的数据来看,高share的文章全都被包含其中,没有漏网之鱼。对方回,你这是结果倒推。不过依旧没有将share列作第一重要的标准。

产品leader比较喜欢说的话是你多看看buzzfeed,琢磨一下他们怎么做的传播。

在我看来,buzzfeed初始习得的是发现渠道和渠道内容理解力,以及信息在各个渠道的传播链条,这里的渠道即各个社交媒体。quora上现在还有嘲笑buzzfeed是reddit精选的,也就是说当你理解Reddit后,你就知道这个上面哪些内容容易火。开始buzzfeed做一个优质内容合辑(这里的优质更多指高传播,并非所谓的质量好,也没什么质量好一说),它可以研究这条合辑在各个社交媒体的数据反馈和传播链条。在哪里容易引爆,在哪里PV最高等等。而在之后,buzzfeed想做一个选题时,则可以把在某个渠道上所有关于这个选题爆款过的文章都挑出来。当然这些能力的习得都需要数据的支撑,这也是buzzfeed的强力武器。数据工具直接为编辑服务,编辑可以知道文章发布出去的数据反馈和传播线路,当然最关注的是传播系数,系数到达一个值则表明半成功,可以继续关注,如果不到,则极有可能失败,重新再写或者换。

而我们比较惨的是本地Facebook上火的是哪一类文章我们并不知道,也没有什么能力去获取到。

产品leader说,你有没有想过,你在站内是发现不到金矿的,这里万一是一堆垃圾你可怎么办。

这话听着虽然对,让人有恍然若悟感,但仅仅到此为止啊。当前情况下,即便是做这件事情的三个本地人在站外选文章依旧是模糊的标准:比如Facebook上的互动高,TA感觉会在Facebook上火。如果大家无法得出一个共识,且该共识经过验证,那么此条路并没有任何优势,甚至浪费时间。因为从历史数据上看,这些花时间选择的站外文章连平均水平都达不到。为什么不先站内文章在Facebook的表现来找规律呢?除非你可以知道本地Facebook最火的文章是什么。不然你只能从竞品或者大号的互动量来揣测PV最低可以达到多少。

长时间没有大进展,哦,中间有一次来着,本地人非常天真地觉得是自己选文章的功劳,其实是推广部门拿着page在做广告,导致主页的整体imp水涨船高。

这会儿终于觉悟过来,提升CTR不如加曝光啊,曝光增加个两三倍,数据同样增加两三倍啊。

这会儿出现新的问题是我强行要了一个运营来配合我工作,然后才发现后台简直不能用,这我要负全责了,虽然其他人喷的不是我。怎么说呢,当我看到后台时,我觉得哦,原来是这样啊。这个时候我并没有设想用户的使用需求,用户的流程。于我而言,我沉迷于找到核心的point,内心抓狂想的是马丹老子不想干了什么鬼啊。

然后开始改后台,假装自己很充实,早上去办公室分享几个帖子,连数据都不想看了,因为没啥可看的。按照平均值来估算,每天看看发了多少篇帖子,分享了多少次,基本可以预估出数据了。

这个时候因为某项功能发现程序的惊天大bug,之前定的某策略,程序里面根本都没有。结果一批账号被玩死了。让他们用这个功能的人是我,他们用的也很爽,这也符合我的预期,虽然中间充斥着对我语言的误解。

然后我对于研发已经处于不信任的状态了,另一端的研发因为改代码改细节要炸。我已经炸了N次了。

之前研发说机器贡献少是账号不够用的情况,然而查查数据库发现并不是。故事告诉我们能查数据库,能看代码还是最好了,这样死要见尸的眼见为实,不会听信他人被玩弄鼓掌之间了。

长期坑人的我,在此次大概被坑了三次,不知道该庆幸还是该欣慰,我都能被人坑了。

运营端更惨,每天跟牛一样勤勤恳恳的工作,然而庄稼不见长,打出这句话我都要笑了。跟运营妹子交流对方说,运营是一件需要热情才能做好的事情,确实也是,运营执行层面的小事做到60和做到90甚至100,差都太多了。在我看来,运营的执行者不能只甘于执行者,而是要参与决策和决策者互怼啊,你才是最了解的那个人,让别人瞎指挥内心大骂对方傻逼并不能让你获得什么成就感。产品同理。

直到上上周本项目日薄西山,千疮百孔,Facebook收紧api政策,一夜之间所有的机器人都用不了,想要手动获取token,发现登上一个挂一个,那叫一个迅速。挂到第四个的时候已经不敢动了。想让程序执行该操作,结果拖了一周。

而模拟登录去发布发现失败率也极高,账号挂掉率也极高。

上周闲着算了一下性价比,发现一天仅盈利10块钱,还不算人力成本,只算Facebook账号的成本。于是跟人说不干了。真不干了。

鼓足勇气跟CTO对峙的时候,终于发现盲点比对方少了,对方怼的问题都怼回去了,并且列出难处。

对方终于感叹,跟Facebook作对,确实有些难度啊。

然这不是一开始就存在的问题么。

因为主力研发一周没来,拖了一周,等到下周估计不会再修补程序了,目测会挂掉。因为库存账号我猜一个也没有了。

如果说此次项目只是单单像我如上描述仅有事的问题还好,也许结果还不会这么糟糕,然而此次人祸也是不少。

我最大的问题在于不够自觉,不够强势,以及总是寄希望于他人。

项目有新的东西交给另外的产品狗,我的反应是为什么是他做?还不通知我一声?什么鬼哦,既然这样那我就守好一亩三分田吧。

想到离职的同事意味深长地跟我说,如果你想在这家公司继续干下去,就要不要脸的积极挤进去,别人没叫你,你也要去。

然而前提是我知道啊……

当然后面我也没有亡羊补牢。

当研发主导项目时,我内心的想法是我觉得他并不能做好这件事,我并不看好这件事。既然这样我干嘛不直接走好了,当然之前也这么想的。

后来变成研发leader撤了,我跟产品狗主导,我跟对方无法正向沟通,全是负向的,也是惨。即我的优势并没有传递给他,对方同样。于是双方觉得交谈也没有意义。

leader无法理解,你既然发现问题了为什么不解决?难点在哪里?

而我则觉得这个问题并非我一人之力可以解决,而我已经努力了,解决不了,我放弃了。也许现在状态的我可能可以再去挣扎一下。

你看一个项目涉及人数如此之多,owner也是不断变换,到最后另外产品狗也撤出,新拉一位研发小组长来跟我一起。我——虽然全程参与,但是从实际参与度上来看,现在也就是一个接盘的。

曾经某个瞬间,我觉得我拉到了一个我自己选的运营伙伴,这件事情还有成的可能性,万万没想到,我的A实验做的好好的,因为研发工程bug停了。再接着我的group也开始更新了,Facebook紧缩政策以及前台改版了。感觉是上天在说,别干了都是徒劳。

在此之前还经历了运营leader一边跟我咆哮干不了滚蛋,你这个项目放弃不干,你到其他地方还是一样的,什么都干不成。一边告诉新对接的运营说不许干预这件事情,甚至我找新运营做点事情,对方立马打电话过来说你又找她帮你做什么事情。新运营的态度也不言而喻。

再接着跟我说你这个思路还是不够细致,不是一个点,应该考虑配图这类的。不知道是不是真的沟通有问题,后面说,尼玛我只是个建议啊,也没说你的不行吧。哦。

顺便跟我说你的人我先重组一下,不会影响你的工作。

我哦。

直到CTO直接来找我,我一脸懵逼,风中凌乱。

到最后即便是确认了人必须在我这边,依旧没变。美其名曰我要撑住,他那边很艰难要顶住。

对于职场依旧没有get到要领的我,怎么说呢,按照我任性地那一面,我第一反应是告状了,第二反应是找现任leader,当然最后什么也没干,就像他跟我说的一样,自己顶住。对啊,大不了被喷,再大不了被开。

毕竟我对于CTO也好,产品的leader也好,连最基本的信任也没有。

当然我也终于明白,为什么本地的同事很多事情不跟我讲,语言是一方面,另一方面是我不信任你,我并不会为你着想,你又没问我,我干嘛要说。

即便是现在,我有想法也不会告诉CTO,就像研发组的leader讲的一样,问我们有什么新的想法么,如果我们能想到的想法已经去低成本高成本的去试了啊,还等他来问么。

另外往日沟通来看,自己有点惨,被怼几句听不懂,说话不要这个样子,为什么你们说话老是这么不清不楚呢?我就安静地闭上嘴巴了。

新的产品leader比较喜欢表演,我比较喜欢看他表演。


此次项目人祸强于天灾,当然并非针对最终结果,而是在当前结果下二者的对比。

后来产品狗开会,一客户端产品狗解释此项目的决策背景是服务端研发发现某条资讯收到了10W+的request,并不知道request来自哪里。于是感觉我们也可以搞几个十万+出来。

总之一次失败的尝试。

与其投入这么多人力成本,还不如拿一个运营专职搞page,这么多人的工资用在推广上了,可能最后发现涨来的粉丝和留存的粉丝会是一笔宝贵的财富。

收获是:

以后做什么事情先想清楚,不了解的情况下,别去做了。

既然做了,不论是什么角色,都要最大限度的发挥自己的控场能力。

别太理想化,别对他人抱美好期待,公事公办,以上压下效率最高。

不坑别人,也不要被人坑,保留好每一个证据,即便事情砸了,产品狗也不是什么屎盆子都可以扣的。

最重要:情绪化只会更糟糕。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,440评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,814评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,427评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,710评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,625评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,014评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,511评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,162评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,311评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,262评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,278评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,989评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,583评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,664评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,904评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,274评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,856评论 2 339

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,259评论 25 707
  • 背景介绍 Kafka简介 Kafka是一种分布式的,基于发布/订阅的消息系统。主要设计目标如下: 以时间复杂度为O...
    高广超阅读 12,806评论 8 167
  • 单位今年的年会开了15天。行政小伙伴们别出心裁在年会前两周策划了一个「让我们来做小天使」的主题活动。活动大意就是在...
    楚木风起阅读 1,647评论 0 21
  • 2017年9月2日 天气晴 36℃ 今天晚上是管理群的总结分享,每位老师分享了自己的想法和看法,真的非常受益匪浅,...
    陈贺雄阅读 164评论 0 0
  • Flaunting wealth With the rapid develoment of our...
    雨巷风仪阅读 157评论 0 0