出品｜虎嗅黄青春频道
作者｜商业消费主笔黄青春
题图｜电影《敦刻尔克》
字节跳动趟了半年，终于不再迷信“低价”了。
整个7月，媒体开始密集报道淘宝、拼多多、抖音等主流电商平台业务“转舵”，从接连押注“价格力”到挨个回归“追求 GMV（Gross Merchandise Volume，商品交易总额）增长”——等于说，主流电商平台正集体陷入业务策略重新调校的阶段。
事实上，相比传统电商平台，抖音觊觎下沉市场已久。
接近抖音人士表示，抖音电商 2023 年就曾内部讨论提升比价功能的优先级，2024 年初一度将“价格力”设定为全年优先级最高的任务，是继拼多多、阿里巴巴、京东之后，第四家明确将“低价”提升为核心战略的电商平台—— 暗线转明线，“低价”彼时俨然所有电商平台绕不过去的“坎儿”。
然而，抖音试水低价策略的“抖音商城版”及整个电商业务过去几个月的增速明显放缓，这无疑是个值得警醒的信号：
这显然是字节不愿意看到、必须迅速扭转的局面：
陷入低价“火并”
按说“潮酷”内容起家、积极拥抱年轻人的抖音，并不十分契合“低价”的标签；但过去两年，外部环境裹挟叠加拼多多凶猛增势影响下，业务决策难免会“动作变形”。
一个不容忽视的背景在于：2022-2023 年消费降级、拼多多逆势增长带动整个行业陷入增长焦虑，增长一度成为很多平台的“心魔”，于是“全网低价”的比价系统一度成为平台标配——各家都“咬牙”牺牲利润进行用户补贴，以期在贴身肉搏中抢夺更多市场份额。
视线拉回抖音，电商业务相继过了爬坡期、爆发期，目前业务正努力续住增长势能，赶追拼多多就必须去撬低价小商家的盘子，核心逻辑是降低商家投放门槛、进而降低商家经营成本，从而拉动更多低价供给。
值得注意的是，抖音电商 2023 年攻势凶猛很大程度上得益于流量推荐、产业带布局推动各细分品类的增长，进而攥住数量可观的白牌商家及中小品牌商家的预算。
期间，抖音开始重视推动低价商品（甚至还推出低价策略试水独立 APP“抖音商城版”），激励措施包括：降低佣金、弱化头部主播、控制坑位费、扶持商家自播、引进服务商等，希望实现长效经营和商家留存。
必须承认，低价在一定程度上激发了抖音货架场（抖音商城、店铺橱窗等）潜力的释放——抖音电商总裁魏雯雯曾披露，近一年（2022 年 5 月- 2023 年 5 月）平台 GMV 增幅超 80%，其中：
数据背后，抖音商城承载着用户刚需消费、确定性更强，逐渐丰富的 SKU （Stock Keeping Unit，即库存进出计量基本单元）也便于搜索比价，能潜移默化培养用户的搜索、浏览场景心智。
按照接近抖音商城人士介绍，商城排序影响系数包括商品热度、销量、店铺 DSR 评分、物流、口碑、风控等，但也有部分广告合作会排在前面；不过，商城商业化工具目前仍处于测试阶段，仅部分大客户可以进行投放。
简单说就是对部分品牌采取邀约制， 虎嗅了解到的规模大约仅有一万多客户收到平台邀约测试，旨在根据这些客户的测试结果做优化调整。
值得一提的是，抖音电商虽起势于直播电商，却杂糅了传统货架电商的模子，衍生出诸多组件频道，包括：品牌馆、低价秒杀、百亿补贴、直播精选、抖音超市等，故而广告位也比较多，涵盖搜索广告、品牌广告、直播间广告等。虎嗅拿到数据显示， 抖音来自电商行业的广告收入，超90%是内循环广告。
不难看出，抖音对于商城的规划是想将其打造成一个大的货架聚集地、锁住更多用户确定性消费。所以，电商业务制定 2024 年年度目标时，低价率、MAC（电商每月活跃用户买家）均曾是重点关注的指标。
对此，一位互联网分析师认为，抖音商城已然成为抖音商业化不可或缺的拼图。“商城是撬动货架的支点，直播则是攻城略地的‘排头兵’。”
不过，接近抖音人士表示， 狂飙的抖音电商对主站流量渗透过于凶猛，测算数据抖音电商流量占比或已超过 10%， 再叠加低价策略对整个品牌生态的冲击，引发了一些内部担忧，遂开始有意控制电商流量占比（计划降至 8% 左右），并将接下来的注意力重新拉回对 GMV 的关注。
一个有意思的切面是，一些品牌直播间用户转化链路较长，转化数据并不理想——虎嗅获悉独家数据显示， 抖音直播（分为展示 PV 、观看 PV ）用户观看比例（进房率）低于 10% ，下单转化率（看播 - 下单）不足 5% 。
此外，广告收入和带货佣金收入不同，货币化率不可能一直维持在高位，例如很多品牌前期投入成本较高，后期难以为继，甚至有些商家会虚假报价或挂低价秒杀的链接来吸引流量——故而刺激抖音不再执着于“价格力”、转而重新追求 GMV（成交额）增长，颇有一种“决策被撤回”的既视感。
抖品牌偷偷发育
当大部分人对抖音电商的感知依旧停留在大牌控场时，抖音早已挺进下沉市场——与此前押注大牌不同，抖音正通过补贴扶持更多“抖品牌”的成长，且 2023-2024 年抖音商城招商改变策略，主要以中小品牌搭配部分白牌为主。
过去很长一段时间，抖音电商会按照 P 序列进行品牌划分，即将品牌划分为 P1-P6 的不同等级，P4 以下产品被抖音电商划分为白牌，即便它们可能是国内二线品牌或品类知名品牌，但品牌影响力和调性有限，11月、12月、1 月这样的品牌旺季，白牌销售占比可能相对较低（品牌销量更高），但若将时间拉长至整年，白牌销量占比却相对稳定。
在运营策略上，品牌被划分为 A、B 两组，A 组是品牌，包括 P5、P6 品牌店和官方旗舰店；B 组覆盖所有经销商和专卖店——2023 年抖音电商曾将 P5、P6 的经销商将交给 A 组运营以提供更多低价供给，2024 年 A 组依旧覆盖经销商。
虎嗅拿到数据显示，抖音电商品牌化率占比正逼近 60%，整个电商生态“抖品牌”的份额正在稳步攀升——为实现降低高价率、增加低价产品供给的目标，抖音采取了多种措施：
例如，抖音近两年正持续对“抖两千”（抖音与头部两千个厂商进行一对一商务合作）品牌提供资源倾斜，包括电商业务、美妆业务合作及签订框架协议——这一动作刺激国内美妆知名品牌如薇诺娜、珀莱雅、花西子、完美日记、韩束等今年在抖音的投放预算较去年有所增加——只不过，美妆品牌过去只做一个账号，现在一个单品开一个号，因为垂类运营流量精准、转化率高。
正是如此庞大的创作队伍反哺出一个包罗万象的内容供给生态：抖音每天约产生 5000 万有效投稿（指播放量高于一定数据的投稿）、2022 年抖音有效投稿量日峰值曾逼近 6000 万——值得注意的是，即便短视频创作者数量远远超过直播，但直播活跃主播也会发短视频，按照月活跃数统计两者重合度达 90% 以上。
所以，横向对比下来，各平台投放 ROI （Return-on-investment，即投资回报率）拼多多表现最好（毛利低），其低价路线 + 社群裂变成功了吸引价格敏感消费群体，而抖音流量聚集效应与天猫、京东的品牌营销更多是产品的长尾转化—— 例如在抖音平台上，商户可以通过达播、店铺、商城等形式来推广销售产品。
具体而言，抖音将商品按照非标品、快消品、耐消品划分，并为每个类目制定相应增长策略：非标品类目（如服饰、珠宝），抖音重点扶持优势品牌、丰富 SKU；快消品类目（如美妆、食品）则大力发展经销商渠道，提升价格竞争力；耐消品类目（如家居家装、大家电）则注重新品推广和低价产品引入。
不过，即便是抖音，也难以大跨步迅速完成品牌向下沉的兼容：
所以，抖音电商应对的解题思路是：既然抖音以内容见长，那就以视频、直播为阵地，通过提升平台大促频率、增加运营倾斜来提升直播用户对抖音货架场的心智——具体指标包括：
接近抖音人士向虎嗅表示，抖音业务曾提议每月举办一次大促活动，将促销常态化。“为将这一提议落地，内部曾探讨通过分级、分区的资源投入来确保单次促销效果。”
#虎嗅商业消费主笔黄青春、黄青春频道出品人，关注文娱社交、游戏影音等多个领域，行业人士交流加微信：724051399，新闻线索亦可邮件至huangqingchun@huxiu.com
NoSQL数据库Redis几个认识误区
题外话说完，最近又研究了Redis。 去年曾做过一个MemcacheDB, Tokyo Tyrant, Redis performance test，到目前为止，这个benchmark 前几天微博发生了一起大的系统故障，很多技术的朋友都比较关心，其中的原因不会超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那几个范围，James第一条经验“Design for failure”是所有互联网架构成功的一个关键。 互联网系统的工程理论其实非常简单，James paper中内容几乎称不上理论，而是多条实践经验分享，每个公司对这些经验的理解及执行力决定了架构成败。 题外话说完，最近又研究了Redis。 去年曾做过一个MemcacheDB, Tokyo Tyrant, Redis performance test，到目前为止，这个benchmark结果依然有效。 这1年我们经历了很多眼花缭乱的key value存储产品的诱惑，从Cassandra的淡出(Twitter暂停在主业务使用)到HBase的兴起(Facebook新的邮箱业务选用HBase(2))，当再回头再去看Redis，发现这个只有1万多行源代码的程序充满了神奇及大量未经挖掘的特性。 Redis性能惊人，国内前十大网站的子产品估计用1台Redis就可以满足存储及Cache的需求。 除了性能印象之外，业界其实普遍对Redis的认识存在一定误区。 本文提出一些观点供大家探讨。 1. Redis是什么这个问题的结果影响了我们怎么用Redis。 如果你认为Redis是一个key value store, 那可能会用它来代替MySQL；如果认为它是一个可以持久化的cache, 可能只是它保存一些频繁访问的临时数据。 Redis是REmote DIctionary Server的缩写，在Redis在官方网站的的副标题是A persistent key-value database with built-in net interface written in ANSI-C for Posix systems，这个定义偏向key value store。 还有一些看法则认为Redis是一个memory database，因为它的高性能都是基于内存操作的基础。 另外一些人则认为Redis是一个data structure server，因为Redis支持复杂的数据特性，比如List, Set等。 对Redis的作用的不同解读决定了你对Redis的使用方式。 互联网数据目前基本使用两种方式来存储，关系数据库或者key value。 但是这些互联网业务本身并不属于这两种数据类型，比如用户在社会化平台中的关系，它是一个list，如果要用关系数据库存储就需要转换成一种多行记录的形式，这种形式存在很多冗余数据，每一行需要存储一些重复信息。 如果用key value存储则修改和删除比较麻烦，需要将全部数据读出再写入。 Redis在内存中设计了各种数据类型，让业务能够高速原子的访问这些数据结构，并且不需要关心持久存储的问题，从架构上解决了前面两种存储需要走一些弯路的问题。 2. Redis不可能比Memcache快很多开发者都认为Redis不可能比Memcached快，Memcached完全基于内存，而Redis具有持久化保存特性，即使是异步的，Redis也不可能比Memcached快。 但是测试结果基本是Redis占绝对优势。 一直在思考这个原因，目前想到的原因有这几方面。 Libevent。 和Memcached不同，Redis并没有选择libevent。 Libevent为了迎合通用性造成代码庞大(目前Redis代码还不到libevent的1/3)及牺牲了在特定平台的不少性能。 Redis用libevent中两个文件修改实现了自己的epoll event loop(4)。 业界不少开发者也建议Redis使用另外一个libevent高性能替代libev，但是作者还是坚持Redis应该小巧并去依赖的思路。 一个印象深刻的细节是编译Redis之前并不需要执行./configure。 CAS问题。 CAS是Memcached中比较方便的一种防止竞争修改资源的方法。 CAS实现需要为每个cache key设置一个隐藏的cas token，cas相当value版本号，每次set会token需要递增，因此带来CPU和内存的双重开销，虽然这些开销很小，但是到单机10G+ cache以及QPS上万之后这些开销就会给双方相对带来一些细微性能差别(5)。 3. 单台Redis的存放数据必须比物理内存小Redis的数据全部放在内存带来了高速的性能，但是也带来一些不合理之处。 比如一个中型网站有100万注册用户，如果这些资料要用Redis来存储，内存的容量必须能够容纳这100万用户。 但是业务实际情况是100万用户只有5万活跃用户，1周来访问过1次的也只有15万用户，因此全部100万用户的数据都放在内存有不合理之处，RAM需要为冷数据买单。 这跟操作系统非常相似，操作系统所有应用访问的数据都在内存，但是如果物理内存容纳不下新的数据，操作系统会智能将部分长期没有访问的数据交换到磁盘，为新的应用留出空间。 现代操作系统给应用提供的并不是物理内存，而是虚拟内存(Virtual Memory)的概念。 基于相同的考虑，Redis 2.0也增加了VM特性。 让Redis数据容量突破了物理内存的限制。 并实现了数据冷热分离。 4. Redis的VM实现是重复造轮子Redis的VM依照之前的epoll实现思路依旧是自己实现。 但是在前面操作系统的介绍提到OS也可以自动帮程序实现冷热数据分离，Redis只需要OS申请一块大内存，OS会自动将热数据放入物理内存，冷数据交换到硬盘，另外一个知名的“理解了现代操作系统(3)”的Varnish就是这样实现，也取得了非常成功的效果。 作者antirez在解释为什么要自己实现VM中提到几个原因(6)。 主要OS的VM换入换出是基于Page概念，，比如OS VM1个Page是4K, 4K中只要还有一个元素即使只有1个字节被访问，这个页也不会被SWAP, 换入也同样道理，读到一个字节可能会换入4K无用的内存。 而Redis自己实现则可以达到控制换入的粒度。 另外访问操作系统SWAP内存区域时block进程，也是导致Redis要自己实现VM原因之一。 5. 用get/set方式使用Redis作为一个key value存在，很多开发者自然的使用set/get方式来使用Redis，实际上这并不是最优化的使用方法。 尤其在未启用VM情况下，Redis全部数据需要放入内存，节约内存尤其重要。 假如一个key-value单元需要最小占用512字节，即使只存一个字节也占了512字节。 这时候就有一个设计模式，可以把key复用，几个key-value放入一个key中，value再作为一个set存入，这样同样512字节就会存放10-100倍的容量。 这就是为了节约内存，建议使用hashset而不是set/get的方式来使用Redis，详细方法见参考文献(7)。 6. 使用aof代替snapshotRedis有两种存储方式，默认是snapshot方式，实现方法是定时将内存的快照(snapshot)持久化到硬盘，这种方法缺点是持久化之后如果出现crash则会丢失一段数据。 因此在完美主义者的推动下作者增加了aof方式。 aof即append only mode，在写入内存数据的同时将操作命令保存到日志文件，在一个并发更改上万的系统中，命令日志是一个非常庞大的数据，管理维护成本非常高，恢复重建时间会非常长，这样导致失去aof高可用性本意。 另外更重要的是Redis是一个内存数据结构模型，所有的优势都是建立在对内存复杂数据结构高效的原子操作上，这样就看出aof是一个非常不协调的部分。 其实aof目的主要是数据可靠性及高可用性，在Redis中有另外一种方法来达到目的：Replication。 由于Redis的高性能，复制基本没有延迟。 这样达到了防止单点故障及实现了高可用。 小结要想成功使用一种产品，我们需要深入了解它的特性。 Redis性能突出，如果能够熟练的驾驭，对国内很多大型应用具有很大帮助。 希望更多同行加入到Redis使用及代码研究行列。
JAVA学习
零基础学习java可按照这份大纲来进行学习第一阶段：Java专业基础课程----------阶段目标：1. 熟练掌握Java的开发环境与编程核心知识2. 熟练运用Java面向对象知识进行程序开发3. 对Java的核心对象和组件有深入理解4. 熟练应用JavaAPI相关知识5. 熟练应用JAVA多线程技术6. 能综合运用所学知识完成一个项目知识点：1、基本数据类型，运算符，数组，掌握基本数据类型转换，运算符，流程控制。 2、数组，排序算法，Java常用API，类和对象，了解类与对象，熟悉常用API。 3、面向对象特性，集合框架，熟悉面向对象三大特性，熟练使用集合框架。 4、IO流，多线程。 5、网络协议，线程运用。 ---------第二阶段：JavaWEB核心课程阶段目标:1. 熟练掌握数据库和MySQL核心技术2. 深入理解JDBC与DAO数据库操作3. 熟练运用JSP及Servlet技术完成网站后台开发4. 深入理解缓存，连接池，注解，反射，泛型等知识5. 能够运用所学知识完成自定义框架知识点：1、数据库知识，范式，MySQL配置，命令，建库建表，数据的增删改查，约束，视图，存储过程，函数，触发器，事务，游标，建模工具。 2、深入理解数据库管理系统通用知识及MySQL数据库的使用与管理。 为Java后台开发打下坚实基础。 Web页面元素，布局，CSS样式，盒模型，JavaScript，jQuery。 3、掌握前端开发技术，掌握jQuery。 4、Servlet，EL表达式，会话跟踪技术，过滤器，FreeMarker。 5、掌握Servlet相关技术，利用Servlet，JSP相关应用技术和DAO完成B/S架构下的应用开发。 6、泛型，反射，注解。 7、掌握JAVA高级应用，利用泛型，注解，枚举完成自己的CRUD框架开发为后续框架学习做铺垫。 8、单点登录，支付功能，项目整合，分页封装熟练运用JSP及Servlet核心知识完成项目实战。 ---------第三阶段：JavaEE框架课程阶段目标：1. 熟练运用Linux操作系统常见命令及完成环境部署和Nginx服务器的配置2. 熟练运用JavaEE三大核心框架：Spring,SpringMVC,MyBatis3. 熟练运用Maven,并使用SpringBoot进行快速框架搭建4. 深入理解框架的实现原理，Java底层技术，企业级应用等5. 使用Shiro,Ztree和Spring,SpringMVC,Mybaits完成企业项目知识点：1、Linux安装配置，文件目录操作，VI命令，管理，用户与权限，环境部署，Struts2概述，hiberante概述。 2、Linux作为一个主流的服务器操作系统，是每一个开发工程师必须掌握的重点技术，并且能够熟练运用。 3、SSH的整合,MyBatis,SpringMVC,Maven的使用。 4、了解AOP原理，了解中央控制器原理，掌握MyBatis框架，掌握SSM框架的整合。 5、Shiro,Ztree，项目文档，项目规范，需求分析，原型图设计，数据库设计，工程构建，需求评审，配置管理，BUG修复，项目管理等。 6、独立自主完成一个中小型的企业级综合项目的设计和整体架构的原型和建模。 独立自主完成一个大型的企业级综合项目，并具备商业价值
怎样学习java
我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。 学习java其实应该上升到如何学习程序设计这种境界，其实学习程序设计又是接受一种编程思想。 每一种语言的程序设计思想大同小异，只是一些由语言特性的而带来的细微差别，比如Java中的Interface，你几乎在以前的学习中没有碰到过。 以下我仔细给你说几点
1。 我们必须明确一个大方向，也就是说现在面向对象的编程范畴。 尽管人工智能曾经有所浪潮（看看Borland为什么有TurboPRolog），但未来5-10年工业界广泛承认并接受的将是面向对象式的编程。
2。 工业界目前最流行的面向对象编程语言就是C++和Java。 所以基本上锁定这两个方向就可以了。 而且完全可以同时把握。
3。 把握Java的精华特性而且一定要知道为什么。 比如，Interface和multi-thread。 用interface是更好的多继续的模型，而多线程则是设计到语言一级的重要特性。 要完全理解interface是为什么，用多线程又有几种常用的编程模型。
4。 理解了语言的特性是为什么了之后，就可以试着上升到设计这个层次，究竟学习语言是要用的。 目前比较好的开发模式是采用自定向下的面向对象的设计，加上MVC的模式（你可以看一下我介绍的关于MVC的内容）。 首先要找出最顶层的对象（这往往是最难的），然后一层一层往下递归，记住每次应符合7+/-2的原则，因为我们人的短记忆就是这样。 一般有图形用户界面的应从界面开始设计。
5。 有了基本设计模型后，可以学一些设计模式（Design Pattern)。 这是目前证实很有效的。 比如体系结构模式（Layering分层，Pipe/Filter管道或过滤器），设计模式（有很多，比如对象池ObjectPool、缓冲池Cache等），编程模式（比如Copy-on-Write）。 懂了这些模式之后，就会对系统的整体结构有很好的把握，而学术上也有倾向一个系统完全可以由各种模式组合而成。 前面提到的MT实际上就有好几种模式，把握后就不用自己花很多时间去试了。 另外一个很重要的领域就是并行和分布式计算领域，大概有20种左右。
6。 接下来就不能纸上谈兵了，最好的方法其实是实践。 一般教科书上的例子并不能算是实践，只能算是让你把握语言特性用的。 而提倡做实际的Project也不是太好，因为你还没有熟练的能力去综合各种技术，这样只能是你自己越来越迷糊。 我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的
7。 结合前面学到的设计模式你就可以很好的理解这些经典的例子。 并且自己可以用他来 实现一些简单的系统。 假如可以对他进行进一步的修改，找出你觉得可以提高性能的地方 加上自己的设计，那就更上一个层次了，也就会真正地感到有所收获。
8。 好象以上谈的跟Java没什么关系，其实我们早就应该从单纯的学习语言到真正的学习 好编程的领域。 学习技术是没有止境的，你学习第一种语言可能要半年时间，以后每种语言都不应该超过两个月，否则你会觉得学习语言是包袱，是痛苦我们的学习，我们的学习最重要的是实战软件的开发，所以建议在刚刚开始学习的时候，多找一些项目来研究，很多学校都有免费的课程，一般都会有提供小项目实战的，如果你们没有找不到，可以加我建立的一个交流群先加上670另外还有025最后加上447 这样你就可以找到组织，在群里大家都会提供很多小项目帮助大家成长的，你不来我们没有损失，损失的是你。
9。学习是为了用的，是为了让你的程序产生价值典
