现在位置：
(window.slotbydup=window.slotbydup || []).push({
id: '2445885',
container: s,
size: '1000,90',
display: 'inlay-fix'
zhe800公司内大量使用redis，且用途多样：缓存、队列、数据库，都有功能。同时公司内对redis的使用比较随意，每个应用按自己的需求要求运维部署redis-server，导致对redis的使用很混乱，运维部门都无法精确得知redis-server的部署情况。经过长时间的调查、搜集资料才整理出公司内redis的使用情况，目前部署数百多个redis-server实例、版本分为：2.8.9、2.8.11、2.8.17、2.8.19、2.8.23 多种。
2. 需求的演变
鉴于公司redis使用、管理混乱的情况，公司要求改善对redis的使用和管理，由成都“基础架构部”负责此项改进。此时产生了第一阶段需求：
1、通过一个统一管理系统管理公司内所有的redis进程
2、可以通过这个管理系统监控redis的运行状态
3、redis资源通过管理系统来分配
针对第一阶段的需求，我们基础架构部和用户、运维部、技术委员会进行了多次讨论，认为目前redis使用的问题：
没有实现跨机房高可用，这点很重要，公司内所有应用要求必须跨机房高可用。
没有考虑横向扩展问题。
一部分队列、持久化等功能不适合使用redis，应该使用更“专业”的队列系统和数据库解决。
此时对第一阶段需求进行了修改，产生了第二阶段需求：
1、redis仅作为缓存使用。
2、实现横向扩展。
3、实现跨机房高可用，双机房至少要实现“温备”。
4、由一个后台系统管理、分配、监控redis资源。
其中第3个需求：实现跨机房高可用最为困难，因为缓存的典型场景：缓冲数据库查询，如果主机房失效后，切换到备机房的缓存服务，此时备机房缓存没有数据（是”冷“的），会导致对数据库（MySQL）的查询量爆增；因此要求备机房的缓存必须至少有主机房的部分数据，在主机房失效的情况下才能防止数据库查询量爆增，而且在缓存的持续使用下，备机房缓存会很快达到主机房的状态。
因此跨机房数据同步是必须的。
在最终需求的指导下，已经明确我们基础架构部需要打造一套缓存服务系统，包含redis-server和管理、监控系统。
此时我们有两种方案可选择：
1. 基于代理的横向扩展方案
以codis为代表的基于代理的集群方案，通过在redis-client和redis-server之间增加一个代理层，通过代理层sharding链接到正确的redis-server进行操作。
2. 基于redis官方集群的方案
redis从3.0版开始提供了很受期待的集群功能，按照CAP理论，redis cluster属于保证AP，放弃C，仅能提供最终一致性。按照redis cluster的协议，client需要在本地sharding，选择正确的redis结点，然后进行操作，否则会返回MOVE错误。
调研结论是：采用redis官方集群方案
有以下原因促使我们选择redis cluster方案：
1、基于代理的方案会导致性能下降，对于一个缓存服务来说性能很重要。
2、redis cluster方案较简单，不需要部署额外的进程，其本身就能实现高可用了，如果是基于代理的方案，代理本身也需要高可用，这增加了复杂度。
3、redis cluster是官方支持的自带功能，比起第三方开发的代理进程，可能更稳定可靠。
4、redis cluster能实现读扩展、读写分离功能；如果使用代理，那么读写扩展时必须同时考虑redis-server和代理程序。
redis cluster仍然不能实现跨机房容灾，跨机房高可用的功能最后决定由基础架构部自行实现
4. redis cluster简介
其基本思想是将数据放置于槽（slots）中，slot有0x3fff（16384）个。为了实现数据分片，这些槽分布在多个redis master结点中，为了实现高可用，每个master结点拥有零到多个slave结点，这些slave同步保存master的数据，一旦master crash以后，会选举他的slave结点成为新的master。
仅master结点可写入，然后数据会异步同步到slave，slave可读不可写。
因此理想情况下：结点永不crash、只读写master结点，redis cluster可保证强一致。 但因为现实使用中，结点可能crash，且可读slave结点，因此redis cluster仅能保证最终一致性。
redis cluster通过谣言传播同步结点的状态，每一个结点都保存了所有结点的状态信息，其中最重要的是：结点的ip+端口、每个节点包含的slots。
client 集群模式流程：
1、从任意一个集群的结点获取所有结点的状态（使用CLUSTER NODES命令)，同时获知了每一个slot所在的结点。结点有两个角色：master/slave。
2、在get/set/hget/hset等命令时，对key进行计算：crc16(key) & 0x3fff，所得的结果就是slot编号。
3、通过slot编号获取结点的ip+port，然后发送此结点。
4、此时如果返回-ASK ip:port错误，表明slot临时发生了变化，此时应往ASK指定的结点先发送ASKING命令，再发送实际的命令。
5、此时如果返回-MOVED slot-number ip:port错误，表明集群发生了变化（扩容、缩减、槽迁移过），则先将命令发送到MOVED错误指明的结点后，重新获取集群结点状态，以同步最新的结点状态。
5. 管理系统的设计与实现
zhe800基于redis cluster的缓存服务被命令为z(he800-r)edis，包含一个管理系统对所有缓存集群进行管理，以及双机房数据同步机制，保证主备两个机房之间部分数据同步，实现双机房容灾。
对于zedis，我们有几个指导原则：
1、简单：复杂的方案容易出错，且成本高，因此在简单和复杂之中选择简单的方案。
2、用户透明：不要要求用户了解大量的细节才能使用。
3、可用：可正常使用，可从错误中恢复。
5.1 管理系统的功能设计
缓存集群的操作：
容量扩容/读写扩容：增加1个到多个分片，同时扩展了读写能力。
高可用/读扩容：仅增加slave结点数，增强高可用性，同时扩展了读能力。
1、分配：按应用的需求分配一个全新的redis cluster，如果配置了跨机房容灾选项，还会按需求在备机房启动一个灾备集群。
2、下线：将一个运行中的redis cluster删除，并进行清理。
4、缩减：扩容的逆操作，支持读写缩减和读缩减。
1、物理机资源监控：监控物理机当前的资源，为缓存集群的操作提供依据。
2、集群监控：对每个节点到集群本身进行监控，提供给运维查看。
3、报警：对接公司报警系统，遇到结点crash、集群不可用等情况及时发出报警
缓存集群的操作需要以物理机资源数据为依据，这部分数据通过zabbix获取。同时集群的每个节点需要使用cgroup进行资源隔离，这些操作都由管理后台自动进行。
对物理机的操作：启动redis-server进程、创建执行文件夹、生成redis.conf文件等操作通过salt进行，因为公司内每台服务器都安装了salt-minion，因此可直接利用。
5.2 事务支持
对redis cluster的各种操作都是通过redis client向redis-server发送命令实现，但是这些操作必须是原子操作，长时间的操作必须可中途放弃并会滚到初始状态，否则对redis cluster的操作风险会比较高，运维人员可能不敢使用管理系统。
事务系统采取模仿数据库的一种实现方式：记录日志。数据库日志分为：undo、redo、undo/redo三种形式。
我们采取undo日志的形式，对于管理系统四大操作：
都通过事务系统执行。
模仿数据库，事务管理器提供三个原语：
1、begin: 开始一个事务，并返回一个事务id（tid）
2、abort-rollback: 中途放弃，会滚到begin时候的状态
3、commit: 提交事务，标记事务已经完成。
四大操作每一个步骤都会在操作成功后，记录undo日志到文件系统中，因此还需要确保每个“步骤”是原子操作，如果遇到abort或者错误时，逆向执行undo日志中命令就能恢复到初始状态了。如果rollback仍然失败，则说明遇到了管理系统无法处理的故障（如机器断电、网络中断等）此时需要暂停会滚，通知运维人员恢复故障，再进行回滚。
6. 高可用的实现
6.1 redis cluster的高可用
redis很早就可以通过master-slave机制实现双机热备，到了cluster时代，仍然保留了master-slave机制。
在cluster模式中，每个master结点保存了一部分slots，同时每个master结点可设置0～多个slave结点，master的数据会异步同步到slave结点（redis的特点：所有IO操作皆异步），这样一个master-slave的组合可称之为一个partition；一个partition是高可用的：
slave结点crash，对集群本身无影响，对partition无影响;slave结点重新连接上master后会检查自己与master的数据差别，如果差距太大，会先进行一次全量同步，然后开始增量同步。
master结点crash，对集群本身无影响，对partition有影响；集群会选举一个slave作为新的master，因为slave结点几乎有master结点的所有数据，因此数据仅有小概率丢失。
partition整体crash，集群会整体不可用，因为集群认为slots不连续了，保存在这个partition中的slots无法访问。如果没开启持久化，会导致这部分数据永久丢失。
可见，redis cluster做到了一定的高可用，我们使用jedis测试结果来看，在一个1主1备的redis cluster中，随机kill一个结点不会导致任何错误，但kill一个master结点和它所有的slave结点就会导致集群不可用的错误，此时无法get/set数据。
6.2 对于高可用的思考
对于redis cluster高可用的研究和实验发现，其应对单机房高可用是可以胜任的，已有的客户端：jedis新版本也能很好的处理高可用问题。
但对于跨机房高可用/容灾，仍然没有发现现成的方案可供使用，对此有以下方案被提出：
1、客户端双写：客户端需要连接到主、备两个集群，同步写主、异步写备；平时读主集群的数据，主集群不可用后马上切换为同步写备、读备。
2、集群间数据同步：开启持久化，然后同步redis的数据库文件。
3、服务端双写：redis-server将set/hset等写命令再写一份到备集群。
最终我们选择了第三个方案：服务端双写。原因为：
按照用户透明原则，如果要求客户端双写，客户端需要做的事太多，而服务端双写方案客户端仅需处理主备集群切换就可以了。
集群间数据同步方案，要求数据先写到文件中，在同步到灾备集群，这其实是不必要的，因为如果做到双机房容灾，持久化都是可以关闭的，因为partition整体crash的集群大幅度下降了(按平方下降，如果单个partition crash的几率为p，主备parttion同时crash的几率仅有p^2，且p随着slave结点的数量指数级的变小），退一步说:因为本身为缓存服务，可接受少量数据丢失。
服务端双写足够简单，仅需要将客户单对redis-server的写入命令复制一份发送到灾备集群即可。
服务端双写并不需要完全双写，仅保证灾备集群拥有主集群的部分数据即可，因为对于缓存服务来说，只要发生灾备时，灾备集群不“冷”就可以接受了；同时这也节省了机房间光纤带宽。
6.3 跨机房高可用
跨机房高可用的基本思想为：在主备两个两个机房各启动一个redis cluster，主机房集群在写入数据的时候，同时写入一分到备机房。
要达到以上设计目的，必须对官方redis进行修改，我们选择了版本3.2.0为基础进行修改。 redis的一个重要设计思想是所有IO操作皆异步非阻塞进行，为此redis封装了ae一个事件处理库封装了各个操作系统提供的事件处理模型：
OS X/Darwin/BSD:&kqueue
Linux:&epoll
Sun OS:&evport
Others:&select
在3大操作系统中并不支持Windows的IO Complete Port，原因是IOCP是真异步模型，在收到事件通知时，数据已经接收到/发送完毕，而不像epoll,&kqueue等模型，在收到事件通知时，还需要再调用read/write，通知仅仅是告诉用户态可读/可写了，而远不同于IOCP，通知是通知用户态读/写已经完成了。由此可见IOCP现在比较难融入redis现有的IO层中。
我们先开始研究redis的代码，可得知它的IO层设计：
redis执行一个命令的时序:
最终我们决定在processInputBuffer中，解析redis协议时，将写操作按配置的百分比过滤后，复制一份发送到备机房；此时有新的考虑：
备机房的接收者也是集群，如果需要发送给集群，那么势必会增加对redis-server代码的修改程度，因为还必须处理目标集群的高可用、sharding问题，风险增加。我们希望对redis-server的修改尽可能的小。
如果机房间光纤中断，会丢失一部分数据；虽然作为缓存集群，数据可以丢失一小部分，但能保证数据不丢失尽量不丢。
只能写入另一个redis cluster中，不灵活。
因此我们增加了一个名为zedis-gateway的代理程序，redis-server中复制出来的写操作先发送到zedis-gateway，zedis-gateway负责对这些写操作进行处理，发送到备份集群。增加zedis-gateway的好处：
zedis-gateway可灵活处理接收到的写操作，比如：写入备份集群、写入MySQL数据库中、等等。
zedis-gateway负责处理较复杂的，写入备份集群的failover、sharding问题，简化了对redis-server的修改。
如果机房间光纤中断，zedis-gateway可将写操作暂时写入文件；等待通信恢复后在从文件中发送暂时保存的写操作；数据可以不丢失。
首先，我们为redis增加了两个配置项：
同时zedis-gateway也需要高可用，我们简单实现：
每个redis-server可配置多个zedis-gateway地址，从中随机选择一个连接发送写命令。
如果某个zedis-gateway地址连接不上，或连接错误，则再随机选一个，直到能连上一个正确的或者一个也不能连上。
如果没有一个zedis-gateway地址连接成功，则写入错误日志；但不影响其他操作。
最后将官方版redis-server修改为：
双机房容灾zedis集群结构为：
实现结果：
我们实现了主备机房间集群数据0～100%同步，但为了节省机房间光纤带宽，一般不允许开启100％同步。
性能损失：在100%双写的配置下，性能损失&10%。
动态调整：所有关于双写的配置都可以在运行中随时调整。
可维护：zedis-gateway可以随时更新版本，而不会影响双写。
7. 问题与展望
目前的zedis还存在一些问题，需要我们持续已经，以达到完善。
1、redis client中，只有jedis对集群支持最好，其他语言版本，如ruby、node.js、golang版本的客户端还需要进行一定改造才能支持redis cluster。
2、zedis-gateway目前还是单进程、单线程模型，如果未来它成为瓶颈，我们还需要增加进程数；后续根据需求也许需要将它改造为类似nginx的多进程模型。
3、修改版的redis还需要优化。
4、目前只能从主到备双写数据，如果从主切换到备，再从备切换到主，会丢失一部分数据；因为目前定位为缓存集群，因此可接受这个损失，如果今后需要升级作为内存数据库使用，我们就还需要处理这个问题。
5、只有部分命令支持双写，剩余的还在添加中。
文章整理自第十四期应用性能管理大讲堂—《折800缓存服务的构建》，点击“阅读原文”获取更多大讲堂PPT看到回复，我跟有关系，说这是软文，仔细看的朋友就知道，我不鼓励高客单的这么玩！如果真是折800里面的人，老板看了还不打死我？只能说这只是一个典型的失败案例，你做聚划算，做其他都可能面临这样的问题，你做活动的目的？值不值？思考好了再去做，希望大家深思，而不是看我跟zhe800啥关系，很客观的说在黑他，很多人加我，跟我说他们都中枪了，甚至比这更奇葩，我只是希望把身边朋友的失败案例分享出来给大家看，让大家不要犯同样的错误，成功的案例有很多，都被写烂了，当你迷茫的时候，失败的案例更能让你得到启发，甚至刻骨铭心。------------------------------下面正文-------------------------------------------刚从广州回来，然后朋友给我打电话，说他们要气死了，讲了一个多小时，然后我觉得还是把这个晒出来，让更多的人吸取教训，免得再走这样的弯路。
先介绍下背景，这个是我群里朋友的店铺，交给了一个上海TP来做，往往理想很丰满，现实很骨干，不对应该说现实都被风干了。
&这个店铺开店好几个月，业绩一直上不去，应该运营感觉到压力了吧，然后就稀里糊涂的忽悠这个朋友上折800，成本50-60，报的是6块钱包邮…..
还是看经过吧 &由于种种原因，文章中一些牵扯到公司或者个人的都已经删了，大家不要再关注是谁，选择就是信任，都拿出诚意，谁的钱都不是地上捡的，大家都不容易请不要误导别人，在此对所有牵扯到的商家和个人致以深深的歉意。
（我一般都是给老板一些比较中肯的建议，不会太强势的对他们说这样不行，之前有过这样的经验，说你必须这样或者这样不行，如果他执行的满意了，不会说你好，如果他执行的不好，就会说这SB运营让我这样弄的，建议都是没错的，执行过程中不同的人是不同的结果，大家都懂。我是TP出来的，知道负责沟通的人都很会说，具体干活的人是啥样大家也看过很多这样的帖子，都懂，我如果不让他做，责任会推给我，所以我只能给建议）
（免费试用，大家知道，亏不了几百块钱，之前很多朋友都说，试用为了刷单，他们现在店铺没业绩，我以为他们要刷单，但是看完下面的我真的愤怒了…）
（我很少跟别人聊天说脏话，确实没忍住，再介绍下这个店的老板，他们是几个工薪阶层，出于爱好，他们几个人工作赚钱养个店，希望有朝一日做一个属于自己的品牌）&
（他们设计是很厉害的，一直也在帮人做设计，所以想走品牌路线，我想说：线上线下真的不一样）
这些都是活动前聊的，活动后是这样的
过程是这样的：
上活动原来说好的是1000件，一个小时被秒完了，然后运营跟他打电话说再加1000件，还威胁他说如果不加就会被拉黑，而且以后什么活动都上不了，而且保证活动之后肯定大卖，也能把这些亏的钱赚回来，他就同意了，然后一个小时又秒没了，运营再打电话，他死活都不同意，本以为就这样结束了，那运营偷偷的把库存加上去，又卖了，等他发现的时候已经卖了5000件，当时他气的要疯了，然后跟运营打电话，运营还振振有辞的说没事而且坚持要上完5天活动，他失望的把产品下架了，噩梦开始了….
5000件产品，10个sku，发货完之后，有一部分发错货的，然后补发，收到货之后，说没收到，还让发，再发，还说没收到再发，不发然后被差评，运营意识到后果的严重性了，一直都没再敢露面说话。
& 300个退款不退货的，刚开始他还挨个打电话，但是买家各种理由，最后他看都没看全点同意了。
他请了一个星期的假，每天就是打电话，沟通，每天都是到凌晨才睡觉，每天都做噩梦，他们只是工薪阶层，每天都累的要死，寄希望与天猫，理想很丰满，现实已被风干，结果正如他下面说的这样。
（这个店铺他们已经砸进去60多万，到现在还是亏损状态）
活动之后，我给他提出来几条补救措施，那个运营不在出现，也没执行。结果是这样的：
事后回顾：
DSR：4.9以上
主推款每天都卖6-8个
DSR：4.6&&&&& 店铺每天最多卖1-2件
活动前：评价都说款式好，质量好，做工很细
活动后：评价到处都是6块钱包邮好便宜啊；发货慢；售后没人处理；
总结：高客单的产品参加第三方活动，我一般不建议，如果真的需要短时间突破个销量瓶颈，适当的一点销量还可以，突然一下子上那么多件，赔钱也没人说你好，而且评价很多6块钱包邮好便宜啊，然后再想正常卖，你看到这样的评价会买吗？你看到DSR那么低的会买吗？
& 我之前在TP的时候也操作过一个小类目的店上zhe800卷皮等等，一次都没亏过，为啥？小二们虽然砍价厉害，但是他们不了解所有产品，而且他们也要求平台的多样性，不可能只做女装男装吧，所以砍价的时候往往他们会让步，12的成本上活动27，上一次赚几千，老板高兴得屁颠屁颠的。后来公司其他同事也让我帮他操作，屡试不爽；大类目的也试过，不容易砍价。一般我在做活动之前都会问几个问题：
上活动你的目的是什么？打爆款？单纯要销量？赚钱？清仓？做慈善？还是？
活动的流量价值是什么样的？
你的承受范围是什么？
活动之后你的最大负荷是多少？
活动之后的方案是什么？如果出问题，补救方案是什么？
如果这几个问题你回答不了，或者还没想清楚，建议先思考下，不要迷信活动，可能是一个成功的案例，也可能让你一败涂地，今天分享的就是一个失败的案例，失败的原因有很多，这些问题我之前也问他了，他迷茫，再加上那个TP的运营很强势的要求他这么做，用他的原话说就是，赔的几个股东的眼都绿了，最重要的是店铺没好转，直接跌到深渊。---------------------------------------分割线-------------------------------------------文章回顾：淘人淘生：【电商运营】入门之心态篇（一）：（推荐）淘人淘生：电商运营实际操作篇（二）：（强烈推荐）【淘人淘生】某某热水器品牌分析策划方案报告（三）（一般推荐）这个有点水，主要是做了30页左右，图太多没发一一上传，原片还有点看点。【淘人淘生】别拿消费者当傻瓜（这个是自己有感而发，写的有水些）【淘人淘生】【淘人淘生】2014淘宝新的机遇与挑战（四）（这个是得到一些淘宝内部消息，比一些媒体发布还要早...）&抽时间写的帖子不容易，回帖支持是一种缘分，最后衷心祝愿回帖的朋友，生意兴隆，马上有钱。大家如果愿意交流可以加我的QQ：3312912&淘人淘生
共有1条精华回复
回复@淘人淘生: [流泪]我以后一定经常关注折800，为什么那么多好事没让我碰上。。。
沙发还是自己做
不靠谱的运营碰上不懂的老板造就不想看到的结果
不靠谱的运营多于不靠谱的老板造就了不想看到的结果，人人都有理想，老板没错，运营不懂却要强求。
不靠谱的运营碰上不懂的老板造就不想看到的结果
应该讲讲你认为怎么补救售后
你给他的运行思路。。。让我们这些后人不忘前车之鉴的同时。以后也能临危不乱的处理同一个问题。。。。。。。
给了补救的几条建议，不过没人去执行，其实想明白那几条反问就知道怎么做了
应该讲讲你认为怎么补救售后
你给他的运行思路。。。让我们这些后人不忘前车之鉴的同时。以后也能临危不乱的处理同一个问题。。。。。。。
太累了，睡觉去了，明天起来回复
我想起松下当年的改革措施：以利润为核心，当时觉得可笑， 现在想想，还真特么什么事都有。
文章很透彻，谢谢分享
楼主，给别人店铺做分析或建议，上来就说”首页很死板，详情很混乱”之类啥的。100个里有99个是个坑，祝那位仁兄好运了。
呵呵是的，他说这次活动，更多的是见识到了世间百态，六块钱包邮，客户要求好评返现
我想起松下当年的改革措施：以利润为核心，当时觉得可笑， 现在想想，还真特么什么事都有。
谢谢支持，更多的深思是活动要怎么做
文章很透彻，谢谢分享
我以后一定经常关注折800，为什么那么多好事没让我碰上。。。
呵呵是的，他说这次活动，更多的是见识到了世间百态，六块钱包邮，客户要求好评返现
别人给你看店铺，第一眼就能看到数据方面的问题？肯定是看第一眼的感觉，能把活动做成这样，又做了几个月没业绩的运营看一眼详情就知道他水平了
楼主，给别人店铺做分析或建议，上来就说”首页很死板，详情很混乱”之类啥的。100个里有99个是个坑，祝那位仁兄好运了。
唉，我也是，他好像告诉我大概时间了，那几天我有事给忘了，要不我也要抢的
回复@淘人淘生: [流泪]我以后一定经常关注折800，为什么那么多好事没让我碰上。。。
还真别说！折800还真有不少好东西。
回复@淘人淘生: [流泪]我以后一定经常关注折800，为什么那么多好事没让我碰上。。。
折800就是解救我们贫苦大众的良药呀~
嗯，我自己经常关注，但是很少在那里买东西，买最合适的不买最便宜的，这样自己做店也知道买家心态
还真别说！折800还真有不少好东西。
哈哈，我不怎么在那里买，不过我告诉我朋友之后，他跟他媳妇，一月最少五次以上，天天关注
折800就是解救我们贫苦大众的良药呀~
听说有个 折点看 也是大平台好多朋友都报名了~
刚看了下，19块9得凉席啊，尺寸还能任选，还包邮。我勒去，这要给我那败家娘们看到了，非得抢好几个。
感谢亲的分享,真的太给力了~!失败的分享比成功的分享更能让人觉醒.
上亏本活动特别是第三方 还不如花钱做直通车 钻展 做好产品本身 这些才是王道 &别总想着靠运营赚大钱 但是运营的前提你要有过关的产品 &不能吹嘘 否则都是短暂的盈利甚至是傻逼的运营模式非常鄙视那些吹嘘的运营 &我默默的说一句：白底才是王道
六块钱包邮，客户还要求好评返现，然后还各种退货退款，最后还拿差评来威胁你。唉，你说你们运营是多么的差？这样的运营不要也罢。还有，同情楼主，你们运营不是好运营！
最大的是折800，其他的都太水
听说有个 折点看 也是大平台好多朋友都报名了~
哈哈，谢谢提醒，果断入手了去
刚看了下，19块9得凉席啊，尺寸还能任选，还包邮。我勒去，这要给我那败家娘们看到了，非得抢好几个。
作为消费者，那里的产品还是性价比挺高的~睡前会看一看~(md~,榨汁机便宜了快100块,以后我再也不相信它了!!!) 但是其实人群的标签明显,价格敏感,消费力中低,忠诚度低~ 所以除非是厂家有清仓需求,一般不乱上~ 砍价的话,一些边缘化产品,确实好搞~
哈哈，我不怎么在那里买，不过我告诉我朋友之后，他跟他媳妇，一月最少五次以上，天天关注
成功的太多了，感觉分享也没什么意思，不如多看看失败案例，避免自己犯同样错误
感谢亲的分享,真的太给力了~!失败的分享比成功的分享更能让人觉醒.
其实也分情况的，亲说的适合高客单，地客单的无所谓了
上亏本活动特别是第三方 还不如花钱做直通车 钻展 做好产品本身 这些才是王道 &别总想着靠运营赚大钱 但是运营的前提你要有过关的产......
上亏本活动特别是第三方 还不如花钱做直通车 钻展 做好产品本身 这些才是王道 &别总想着靠运营赚大钱 但是运营的前提你要有过关的产品 &不能吹嘘 否则都是短暂的盈利甚至是傻逼的运营模式非常鄙视那些吹嘘的运营 &我默默的说一句：白底才是王道
亲这个不是我，是我一个朋友，最近一个真实案例，他们找的上海一家公司，那个真不靠谱
六块钱包邮，客户还要求好评返现，然后还各种退货退款，最后还拿差评来威胁你。唉，你说你们运营是多么的差？这样的运营不要也罢。还有，同情楼主，你们运营不是好运营！
其实这种客户跟老板无关，有人的地方就有人渣，想不劳而获的人太多了
六块钱包邮，客户还要求好评返现，然后还各种退货退款，最后还拿差评来威胁你。唉，你说你们运营是多么的差？这样的运营不要也罢。还有，同情楼主，你们运营不是好运营！
哈哈 确实如此
其实也分情况的，亲说的适合高客单，地客单的无所谓了
嗯，是买家的天堂，不过也有很多不道德的买家，说没收到，退款不退货的很多，眼界决定未来吧
回复@淘人淘生: 作为消费者，那里的产品还是性价比挺高的~睡前会看一看~(md~,榨汁机便宜了快100块,以后我再也不相信它了!&#......
回复@淘人淘生: 作为消费者，那里的产品还是性价比挺高的~睡前会看一看~(md~,榨汁机便宜了快100块,以后我再也不相信它了!!!) 但是其实人群的标签明显,价格敏感,消费力中低,忠诚度低~ 所以除非是厂家有清仓需求,一般不乱上~ 砍价的话,一些边缘化产品,确实好搞~
嗯，高客单的做精，地客单的做全，高客单多内功，地客单多活动
回复@淘人淘生: 哈哈 确实如此
唉，现实中有太多不负责任的tp公司了，我这边江西南昌的，有个叫商派的公司，非常扯蛋，公司就2个人，其实就是2个以前给其他tp公司跑业务的业务员，自己花了点钱注册了这个公司，运营和美工都没有的，两个合伙人也不会运营和美工，每次都是在外面忽悠那些小老板自己公司做过多少多少的销量，多少多少的品牌（实际这两人屁都不懂就是业务员出身），很多老板就被忽悠了，给了钱，他们拿到钱又外包给其他这样的外包公司做事，赚差价，这些公司基本的方法也是
接上文 也是上几个折800付邮试用 ，10元包邮等活动，其实具体的运营基本都不会的公司，非常坑严重损害了tp公司在外的印象
这样的倒是没听过，老板不在乎赚没赚差价，其实只要做好别太坑就行
唉，现实中有太多不负责任的tp公司了，我这边江西南昌的，有个叫商派的公司，非常扯蛋，公司就2个人，其实就是2个以前给其他tp公司跑业务的业务......
唉，现实中有太多不负责任的tp公司了，我这边江西南昌的，有个叫商派的公司，非常扯蛋，公司就2个人，其实就是2个以前给其他tp公司跑业务的业务员，自己花了点钱注册了这个公司，运营和美工都没有的，两个合伙人也不会运营和美工，每次都是在外面忽悠那些小老板自己公司做过多少多少的销量，多少多少的品牌（实际这两人屁都不懂就是业务员出身），很多老板就被忽悠了，给了钱，他们拿到钱又外包给其他这样的外包公司做事，赚差价，这些公司基本的方法也是
呵呵，其实TP已经臭了，据了解全国做得好的不超过十个
接上文 也是上几个折800付邮试用 ，10元包邮等活动，其实具体的运营基本都不会的公司，非常坑严重损害了tp公司在外的印象
谢谢分享，很精彩
谢谢支持，很感动
谢谢分享，很精彩
&举二好文采啊
文采很水的
&举二好文采啊
我一直持着这个信念，折800那边就是贱人集中营，有事没事不要去招惹折800那群人，这不，悲剧鸟~
高客单非要走低价冲量，不说行不通，最起码要有目的的去做，控制在一个合理范围之内，一两个人搞几千件不出问题就不正常了，量力而行是最好的
我之前做zhe800比较成功是因为了解这部分人群，所有东西都提前做准备控制在一个可控的范围，不求多，求精，之前做的还把DSR给提升了不少
我一直持着这个信念，折800那边就是贱人集中营，有事没事不要去招惹折800那群人，这不，悲剧鸟~
淘金时代?南通的？
@你关注的人或派友
亲，先登录哦！
【线下加油站】
9月24日-9月27日（4天4夜）
电商服务商o【优选】
学做电商 点这里就对了！
十年沉淀成就电商ERP用户数第一！
品牌换装首选e盒印99大促！
请输入姓名：
请输入对方邮件地址：
您的反馈对我们至关重要！