拼多多主站已成无情“印钞机”，像谷歌一样
24 年 3 月 21 日，拼多多终于发布了 23 年 Q4 财报，营收 888.8 亿，利润230 亿，净利润率突破了 26%。
而回看整个 2023 年，营收整体 2476 亿，净利润 600 亿，年度净利润率突破了 24%。
虽然财报发布后这股价走势有点诡异，但在TEMU整体大举扩张和亏损的情况下，能拿到这么高的净利润，主站之于拼多多，就像 Google 搜索之于 Alphabet，毫无疑问已经变成了一台无情的“印钞机”。
而我们参考主要由国内主站业务贡献的广告收入，达到了 486.7 亿，同比增长 57%，也远超市场预期。
这部分收入主要是全站推广等一系列面向商家的付费服务，在低价的前提下，帮助优质产品快速起量。
其实我一直感觉，拼多多做付费广告的内在逻辑，和 Google 非常像。
毕竟黄峥在 Google 工作了三年，是他人生经历的第一家公司，这种影响是非常潜移默化的。
我之前也对比思考过百度、Google、淘宝和拼多多这四家公司。
我在想为什么自己很讨厌百度的广告，但是却不怎么反感Google 的广告呢？
很大程度上，是百度的广告很多是陷阱，为了赚钱吃相太难看了。但是谷歌则是基于推荐最优结果的前提下，去搭配精准的广告。
段永平推崇的《基业长青》这本书中认为，伟大公司都是有“利润之上的追求”，毫无疑问，谷歌是做到了这一点，但是百度只是一家逐利的平庸公司。
在黄峥自己的文章中，他也提到过一样的观点：
“Google的"Do No Evil" 我觉得是深入到Google基因里的，不是随便说说的。Google是真的把mission，价值观放在利润之前的，如《基业长青》里描述的优秀公司，Google的利润是随着做正确的事带来的副产品。”
我为什么去对比百度和谷歌呢？
是因为我觉得百度和谷歌的差别，其实你仔细去窥探淘宝和拼多多，也能看出来同样的结果。
比较来看，淘宝天猫过去的商业模式，就非常像百度的竞价拍卖，谁给平台带来的钱多，就推广谁的商品，整个公司围绕着 GMV 来运作。
这样看也难怪，淘宝早期要坚决屏蔽百度，视百度为核心威胁。
而拼多多基于低价的推荐逻辑，则更像谷歌基于结果准确度的搜索，给用户提供它想要的东西，创造价值，然后从中获利。
从这个角度来看，也解释了为什么拼多多如此在乎复购率，而不是看 GMV 这种结果指标。
复购率之于拼多多，就像是搜索次数之于 Google。
证明 Google 这家公司在往上走的指标，一定是搜索次数，而不是广告收入。
而拼多多主站远超市场预期的 486.7 亿广告收入，证明了这家公司的业务飞轮还在加速，这才是财报中最可怕的。
未来，TEMU 终究也会成为这样的业务飞轮。
相比谷歌这台“印钞机”，拿着巨额资金到处乱投入，都有专门的谷歌产品墓地网站。
拼多多这台“印钞机”还极其专注，在线零售这件事的天花板又这么高，也不容易突然供给端就可能要被 AI 给替代了。
除了宏观上必须承受的地缘政治风险，这真是一家在微观层面上无可挑剔的公司。
24 年 3 月 21 日，拼多多终于发布了 23 年 Q4 财报，营收 888.8 亿，利润230 亿，净利润率突破了 26%。
而回看整个 2023 年，营收整体 2476 亿，净利润 600 亿，年度净利润率突破了 24%。
虽然财报发布后这股价走势有点诡异，但在TEMU整体大举扩张和亏损的情况下，能拿到这么高的净利润，主站之于拼多多，就像 Google 搜索之于 Alphabet，毫无疑问已经变成了一台无情的“印钞机”。
而我们参考主要由国内主站业务贡献的广告收入，达到了 486.7 亿，同比增长 57%，也远超市场预期。
这部分收入主要是全站推广等一系列面向商家的付费服务，在低价的前提下，帮助优质产品快速起量。
其实我一直感觉，拼多多做付费广告的内在逻辑，和 Google 非常像。
毕竟黄峥在 Google 工作了三年，是他人生经历的第一家公司，这种影响是非常潜移默化的。
我之前也对比思考过百度、Google、淘宝和拼多多这四家公司。
我在想为什么自己很讨厌百度的广告，但是却不怎么反感Google 的广告呢？
很大程度上，是百度的广告很多是陷阱，为了赚钱吃相太难看了。但是谷歌则是基于推荐最优结果的前提下，去搭配精准的广告。
段永平推崇的《基业长青》这本书中认为，伟大公司都是有“利润之上的追求”，毫无疑问，谷歌是做到了这一点，但是百度只是一家逐利的平庸公司。
在黄峥自己的文章中，他也提到过一样的观点：
“Google的"Do No Evil" 我觉得是深入到Google基因里的，不是随便说说的。Google是真的把mission，价值观放在利润之前的，如《基业长青》里描述的优秀公司，Google的利润是随着做正确的事带来的副产品。”
我为什么去对比百度和谷歌呢？
是因为我觉得百度和谷歌的差别，其实你仔细去窥探淘宝和拼多多，也能看出来同样的结果。
比较来看，淘宝天猫过去的商业模式，就非常像百度的竞价拍卖，谁给平台带来的钱多，就推广谁的商品，整个公司围绕着 GMV 来运作。
这样看也难怪，淘宝早期要坚决屏蔽百度，视百度为核心威胁。
而拼多多基于低价的推荐逻辑，则更像谷歌基于结果准确度的搜索，给用户提供它想要的东西，创造价值，然后从中获利。
从这个角度来看，也解释了为什么拼多多如此在乎复购率，而不是看 GMV 这种结果指标。
复购率之于拼多多，就像是搜索次数之于 Google。
证明 Google 这家公司在往上走的指标，一定是搜索次数，而不是广告收入。
而拼多多主站远超市场预期的 486.7 亿广告收入，证明了这家公司的业务飞轮还在加速，这才是财报中最可怕的。
未来，TEMU 终究也会成为这样的业务飞轮。
相比谷歌这台“印钞机”，拿着巨额资金到处乱投入，都有专门的谷歌产品墓地网站。
拼多多这台“印钞机”还极其专注，在线零售这件事的天花板又这么高，也不容易突然供给端就可能要被 AI 给替代了。
除了宏观上必须承受的地缘政治风险，这真是一家在微观层面上无可挑剔的公司。
❤4
Reddit跋涉多年终于上市，Paul Graham写了篇文章纪念，还涉及到Y Combinator的历史，充满了老父亲式的温情，挺让人感慨的：
我在我们甚至开始Y Combinator之前就遇到了Reddit的两名创始人。或者说，他们就是YC创建的原因之一。
YC起源于我在哈佛计算机协会（本科计算机俱乐部）的一次演讲，内容是关于如何创办一家初创企业。大部分观众是当地人，但Steve和Alexis从弗吉尼亚大学乘火车过来，他们当时是大四学生。因为他们远道而来，我同意和他们喝杯咖啡。他们告诉我一个后来被放弃的创业想法：用手机点外卖的产品。
这是在智能手机出现之前。他们必须与手机运营商以及快餐连锁店达成协议才能做出这样的产品。所以这不可能做到，但我对他们的聪明印象深刻。事实上，我对演讲那天遇到的很多年轻人都印象深刻，于是决定筹集一些资金来支持他们。几天后，我告诉Steve和Alexis，说我要启动Y Combinator，希望他们来申请。
我为第一批YC训练营的申请者编了很多绰号用以分辨，Steve和Alexis这个组合被叫做「细胞松饼」，松饼一般是用来称呼小狗或者小孩子的亲昵词汇，这可能有助于你们了解那时的Steve和Alexis，他们就像是刚孵出来的小鸟。
但他们的创业想法确实不好，而且当时我认为我们应当投资创意而不是投资人，所以YC拒绝了他们，对此我深感内疚，尤其是因为拒绝的对象正是启发我创办YC的人。
我还是想要资助Steve和Alexis，如果他们的想法不好，那么就应该想些新的点子，而我恰好有些建议。那时有一个叫作Delicious的网络书签站，你可以在上面保存任何网址。它还有一个del.icio.us/popular的页面，用来展示最受欢迎的书签，用户们都把这个页面当作后来的Reddit使用。
我察觉到这一点，是因为我自己的网站就有很多流量来自这里。所以，需要有一个类似del.icio.us/popular的产品，但它应该被用来社交分享，而不只是保存备份。
所以我又给Steve和Alexis打了电话，说我们喜欢他们，只是不喜欢他们的想法，所以如果他们愿意做其他事情，YC会给钱。当时他们正在回弗吉尼亚的火车上，下车时，他们决定开始做现在被称为Reddit的项目。
他们本来想把它叫做Snoo，但snoo.com太贵了，所以他们只好把吉祥物叫做Snoo，并选择了一个没被注册的域名，而Reddit本来只是一个临时名称，至少他们告诉我是这样的，却阴错阳差的一直用到了现在。
对于所有真正伟大的初创公司来说，公司和创始人之间有着惊人的契合。尤其是Steve。Reddit有鲜明的个性——好奇、怀疑、准备好被逗笑——而这种个性就是Steve的。
Steve可能不会赞同我，但他确实是一个知识分子，他对思想感兴趣——这就是他当初来到剑桥听我演讲的原因。他知道我是因为他对我写过的Lisp编程语言感兴趣，而Lisp是一种冷门语言，除了对知识的渴望之外，Steve那种橡吸尘器一样的好奇心，正是你在创建一个能够链接到任何有趣事物的网站时所需要的。
Steve不尊重权威，所以他也没有当网站主编的想法。在那个时代，程序员们都喜欢去一个叫Slashdot的网站，它很像Reddit，只是首页上的内容都是由编辑选择的，虽然他们做得很好，但这个小小的差别却产生了很大的影响。由用户决定首页内容意味着Reddit永远比Slashdot更加新鲜，用户总是会去信息更新最快的地方。
我推动Reddit快速上线，第一个版本不需要超过几百行代码，所以也不需要一个星期以上的开发时间。他们的确做得很快，最早的用户是同批次的YC学员和他们的大学朋友，事实证明，你不需要太多用户，就能让网站呈现出一份品味不错的推荐列表。
Reddit也从YC学员里招到了早期团队成员，包括一名大学一年纪的新生，和Steve一样蔑视权威，网站的流量与日俱增，粘性惊人，尽管后来发生了各种事情，但产品的动能始终存在。
换句话说，Reddit是不可被摧毁的，尽管Steve离开了很长一段时间，公司管理也犯过错误，但流量仍在不断增长，大多数公司做不到这一点，它们如果走错路了，就一定会陷入麻烦。而Reddit是特别的，当Steve在2015年重回公司时，我就知道又会有惊喜出现了。
大家可能以为已经了解Reddit的底细了：它是硅谷的一家公司，但不是大公司之一。但那些了解幕后情况的人知道，事情并不仅仅如此。如果Reddit能够在管理不善的情况下都可以实现如此规模的增长，那么当Steve回来之后，它还有什么做不到呢？我们现在已经知道了这个问题的答案。或者至少是一个保底的答案，因为Steve还有很多正在实现的奇妙想法。
source:ycombinator.com/blog/the-reddits
我在我们甚至开始Y Combinator之前就遇到了Reddit的两名创始人。或者说，他们就是YC创建的原因之一。
YC起源于我在哈佛计算机协会（本科计算机俱乐部）的一次演讲，内容是关于如何创办一家初创企业。大部分观众是当地人，但Steve和Alexis从弗吉尼亚大学乘火车过来，他们当时是大四学生。因为他们远道而来，我同意和他们喝杯咖啡。他们告诉我一个后来被放弃的创业想法：用手机点外卖的产品。
这是在智能手机出现之前。他们必须与手机运营商以及快餐连锁店达成协议才能做出这样的产品。所以这不可能做到，但我对他们的聪明印象深刻。事实上，我对演讲那天遇到的很多年轻人都印象深刻，于是决定筹集一些资金来支持他们。几天后，我告诉Steve和Alexis，说我要启动Y Combinator，希望他们来申请。
我为第一批YC训练营的申请者编了很多绰号用以分辨，Steve和Alexis这个组合被叫做「细胞松饼」，松饼一般是用来称呼小狗或者小孩子的亲昵词汇，这可能有助于你们了解那时的Steve和Alexis，他们就像是刚孵出来的小鸟。
但他们的创业想法确实不好，而且当时我认为我们应当投资创意而不是投资人，所以YC拒绝了他们，对此我深感内疚，尤其是因为拒绝的对象正是启发我创办YC的人。
我还是想要资助Steve和Alexis，如果他们的想法不好，那么就应该想些新的点子，而我恰好有些建议。那时有一个叫作Delicious的网络书签站，你可以在上面保存任何网址。它还有一个del.icio.us/popular的页面，用来展示最受欢迎的书签，用户们都把这个页面当作后来的Reddit使用。
我察觉到这一点，是因为我自己的网站就有很多流量来自这里。所以，需要有一个类似del.icio.us/popular的产品，但它应该被用来社交分享，而不只是保存备份。
所以我又给Steve和Alexis打了电话，说我们喜欢他们，只是不喜欢他们的想法，所以如果他们愿意做其他事情，YC会给钱。当时他们正在回弗吉尼亚的火车上，下车时，他们决定开始做现在被称为Reddit的项目。
他们本来想把它叫做Snoo，但snoo.com太贵了，所以他们只好把吉祥物叫做Snoo，并选择了一个没被注册的域名，而Reddit本来只是一个临时名称，至少他们告诉我是这样的，却阴错阳差的一直用到了现在。
对于所有真正伟大的初创公司来说，公司和创始人之间有着惊人的契合。尤其是Steve。Reddit有鲜明的个性——好奇、怀疑、准备好被逗笑——而这种个性就是Steve的。
Steve可能不会赞同我，但他确实是一个知识分子，他对思想感兴趣——这就是他当初来到剑桥听我演讲的原因。他知道我是因为他对我写过的Lisp编程语言感兴趣，而Lisp是一种冷门语言，除了对知识的渴望之外，Steve那种橡吸尘器一样的好奇心，正是你在创建一个能够链接到任何有趣事物的网站时所需要的。
Steve不尊重权威，所以他也没有当网站主编的想法。在那个时代，程序员们都喜欢去一个叫Slashdot的网站，它很像Reddit，只是首页上的内容都是由编辑选择的，虽然他们做得很好，但这个小小的差别却产生了很大的影响。由用户决定首页内容意味着Reddit永远比Slashdot更加新鲜，用户总是会去信息更新最快的地方。
我推动Reddit快速上线，第一个版本不需要超过几百行代码，所以也不需要一个星期以上的开发时间。他们的确做得很快，最早的用户是同批次的YC学员和他们的大学朋友，事实证明，你不需要太多用户，就能让网站呈现出一份品味不错的推荐列表。
Reddit也从YC学员里招到了早期团队成员，包括一名大学一年纪的新生，和Steve一样蔑视权威，网站的流量与日俱增，粘性惊人，尽管后来发生了各种事情，但产品的动能始终存在。
换句话说，Reddit是不可被摧毁的，尽管Steve离开了很长一段时间，公司管理也犯过错误，但流量仍在不断增长，大多数公司做不到这一点，它们如果走错路了，就一定会陷入麻烦。而Reddit是特别的，当Steve在2015年重回公司时，我就知道又会有惊喜出现了。
大家可能以为已经了解Reddit的底细了：它是硅谷的一家公司，但不是大公司之一。但那些了解幕后情况的人知道，事情并不仅仅如此。如果Reddit能够在管理不善的情况下都可以实现如此规模的增长，那么当Steve回来之后，它还有什么做不到呢？我们现在已经知道了这个问题的答案。或者至少是一个保底的答案，因为Steve还有很多正在实现的奇妙想法。
source:ycombinator.com/blog/the-reddits
【销售CRM员工管理系统】 axure源文件
销售CRM员工管理系统：提升销售团队协作效率与业绩增长的利器
1. 销售机会管理： 销售CRM员工管理系统允许管理员和销售团队有效跟踪和管理销售机会。通过录入和分析客户信息、需求和反馈，系统可以帮助销售人员更好地了解潜在客户和销售机会，并制定针对性的销售策略。
2. 客户关系管理： 这个系统可以帮助销售人员建立和维护良好的客户关系。通过记录客户的详细信息、沟通历史和交易记录，销售人员可以更加了解客户需求，提供个性化的服务和解决方案。同时，系统还可以自动提醒销售人员与客户保持联系，促进客户忠诚度的提升。
3. 任务分配和跟进： 销售CRM员工管理系统提供了任务分配和跟进的功能，管理员可以根据各成员的专长和业务情况，合理分配任务并设定截止日期。销售人员可以方便地查看和更新任务状态，及时跟进销售进展，确保任务按时完成并达成销售目标。
4. 销售数据分析： 该系统支持实时监控和分析销售数据，包括销售额、销量、客户转化率等指标。通过对数据进行深入分析，产品经理可以了解销售趋势与变化，并及时调整销售策略和目标。同时，销售人员也可以根据数据来评估自身的表现，找出改进的空间。
5. 报表生成与预测： 销售CRM员工管理系统能够生成各种报表和销售预测，如销售业绩报表、客户分析报告等。这些报表为企业提供重要的决策依据，帮助产品经理评估销售团队的表现，并制定下一步的发展计划。此外，通过预测功能，产品经理还可以提前发现市场趋势，并做出相应的调整和决策。
在实际应用中，一个强大的销售CRM员工管理系统有助于提升销售团队的协作效率和业绩增长。通过有效管理销售机会、建立良好的客户关系、合理分配任务、深入分析销售数据以及利用报表和预测功能，企业可以更好地把握市场机遇，提高竞争力。
仅展示部分截图，下载后可一键打开直接编辑使用。
https://axurehub.com/15664.html
销售CRM员工管理系统：提升销售团队协作效率与业绩增长的利器
1. 销售机会管理： 销售CRM员工管理系统允许管理员和销售团队有效跟踪和管理销售机会。通过录入和分析客户信息、需求和反馈，系统可以帮助销售人员更好地了解潜在客户和销售机会，并制定针对性的销售策略。
2. 客户关系管理： 这个系统可以帮助销售人员建立和维护良好的客户关系。通过记录客户的详细信息、沟通历史和交易记录，销售人员可以更加了解客户需求，提供个性化的服务和解决方案。同时，系统还可以自动提醒销售人员与客户保持联系，促进客户忠诚度的提升。
3. 任务分配和跟进： 销售CRM员工管理系统提供了任务分配和跟进的功能，管理员可以根据各成员的专长和业务情况，合理分配任务并设定截止日期。销售人员可以方便地查看和更新任务状态，及时跟进销售进展，确保任务按时完成并达成销售目标。
4. 销售数据分析： 该系统支持实时监控和分析销售数据，包括销售额、销量、客户转化率等指标。通过对数据进行深入分析，产品经理可以了解销售趋势与变化，并及时调整销售策略和目标。同时，销售人员也可以根据数据来评估自身的表现，找出改进的空间。
5. 报表生成与预测： 销售CRM员工管理系统能够生成各种报表和销售预测，如销售业绩报表、客户分析报告等。这些报表为企业提供重要的决策依据，帮助产品经理评估销售团队的表现，并制定下一步的发展计划。此外，通过预测功能，产品经理还可以提前发现市场趋势，并做出相应的调整和决策。
在实际应用中，一个强大的销售CRM员工管理系统有助于提升销售团队的协作效率和业绩增长。通过有效管理销售机会、建立良好的客户关系、合理分配任务、深入分析销售数据以及利用报表和预测功能，企业可以更好地把握市场机遇，提高竞争力。
仅展示部分截图，下载后可一键打开直接编辑使用。
https://axurehub.com/15664.html
❤1
在新公司待了快将近四个月，说说几个对于小公司或者小团队开发来说能够提高效率早点下班的事情：
1. 搭建CI/CD流程越早越好。不论是用的GitHub Action 还是自建Gitlab或者Jenkins，早点把流水线加入到开发过程中可以省下不少部署、配置环境等所需要的工作量，这样搭配像k8s这样的集群容器可以做到合并代码后自动部署和上线
2. 引入Code Review和开发规范越早越好。一方面不论协作同事的水平怎么样，最起码大家能够遵循统一规范，如代码规范和分支提交合并规范等，减少屎山和分支错乱的问题；另一方面，Code Review 至少能在代码合并前检查看看是否存在什么问题，免得又重新返工和回退代码，毕竟三个臭皮匠顶个诸葛亮
3. 引入代码质量工具链越早越好。这里的工具链其实就指Formatter、Linter之类的东西，虽然可能项目都还没写起来，就花一大堆时间引入在配置工具链上会被人诟病，但这对于协作来说大有裨益。比如像Python动态语言，如果每个人都不写类型注解，一旦犯错排查起来就会十分头疼，即使加了类型注解就算错了代码一样可以跑起来，所以这时候就要引入pyright或者mypy之类的静态类型检查工具，避免在代码上线时出问题。所以我的做法是把工具链引入到git commit hook上（当然也可以放到CI中，但我更喜欢在每次推送代码前就发现问题然后修改，而不是推送代码后为了修CI而再提交一次）
4. 接入日志和告警通知越早越好。这通常是对于后端接口来说，毕竟大多数时候报错都是在后端接口部分。在微服务和容器化大行其道的时代，提早把日志工具配好，尤其是使用结构化日志记录方便，避免加了负载均衡和起多个节点后日志来源过多无法定位的问题；同时，即便小团队没有专门的资源做监控，也应该至少配一个企业微信或飞书机器人做告警通知，方便第一时间发现是什么问题。不管是日志记录还是通知都应该携带请求上下文，以便快速定位
5. 尽可能选择相对新的技术栈。可能有人对Java8和mysql5.7这些旧东西有别样的情怀，但在小公司里领导基本上不会太在意你的技术栈是什么，只要你能根据业务需要把东西做出来就好。所以尽可能选择相对新的技术栈在享受到新特性的同时能够面向未来，而不是明明没有历史包袱非要自己背一个。所以像我都直接Python3.10或者Python3.11（考虑到社区可能没有完全适配Python3.12）、Node20+、Vue3、PostgreSQL 16等起步
1. 搭建CI/CD流程越早越好。不论是用的GitHub Action 还是自建Gitlab或者Jenkins，早点把流水线加入到开发过程中可以省下不少部署、配置环境等所需要的工作量，这样搭配像k8s这样的集群容器可以做到合并代码后自动部署和上线
2. 引入Code Review和开发规范越早越好。一方面不论协作同事的水平怎么样，最起码大家能够遵循统一规范，如代码规范和分支提交合并规范等，减少屎山和分支错乱的问题；另一方面，Code Review 至少能在代码合并前检查看看是否存在什么问题，免得又重新返工和回退代码，毕竟三个臭皮匠顶个诸葛亮
3. 引入代码质量工具链越早越好。这里的工具链其实就指Formatter、Linter之类的东西，虽然可能项目都还没写起来，就花一大堆时间引入在配置工具链上会被人诟病，但这对于协作来说大有裨益。比如像Python动态语言，如果每个人都不写类型注解，一旦犯错排查起来就会十分头疼，即使加了类型注解就算错了代码一样可以跑起来，所以这时候就要引入pyright或者mypy之类的静态类型检查工具，避免在代码上线时出问题。所以我的做法是把工具链引入到git commit hook上（当然也可以放到CI中，但我更喜欢在每次推送代码前就发现问题然后修改，而不是推送代码后为了修CI而再提交一次）
4. 接入日志和告警通知越早越好。这通常是对于后端接口来说，毕竟大多数时候报错都是在后端接口部分。在微服务和容器化大行其道的时代，提早把日志工具配好，尤其是使用结构化日志记录方便，避免加了负载均衡和起多个节点后日志来源过多无法定位的问题；同时，即便小团队没有专门的资源做监控，也应该至少配一个企业微信或飞书机器人做告警通知，方便第一时间发现是什么问题。不管是日志记录还是通知都应该携带请求上下文，以便快速定位
5. 尽可能选择相对新的技术栈。可能有人对Java8和mysql5.7这些旧东西有别样的情怀，但在小公司里领导基本上不会太在意你的技术栈是什么，只要你能根据业务需要把东西做出来就好。所以尽可能选择相对新的技术栈在享受到新特性的同时能够面向未来，而不是明明没有历史包袱非要自己背一个。所以像我都直接Python3.10或者Python3.11（考虑到社区可能没有完全适配Python3.12）、Node20+、Vue3、PostgreSQL 16等起步
👍5
写是思考的过程。把没捋顺的想法变成句子，把短的句子变成长的文章，把文章梳理成更结构化的产品、专栏、册子。
把东西写下来。
把东西做出来。
脑子才越想越明白。
把东西写下来。
把东西做出来。
脑子才越想越明白。
👍1😢1