用 Nano Banana Pro 做的手绘风格图片，真好。蛮喜欢这种风格的，前几年记得还专门买课来学习画这类风格的图，现在直接口喷就好了。

以后的公众号配图，小红书封面。都准备用起来

我是比较佩服一些知识付费博主开那种大几千，一两万的三天两夜的线下课，能够吸引那么多人专门外地过来。
也佩服这些买了课的，舟车劳顿去外地参加这种课程的。
我是两边都做不到。

我比较讨厌的一种行文方式，在刘润公号那里经常看到，而且感觉越来越普遍了。就是文章里有很多的“什么是xx？ xx是什么什么”

我偶尔也会这样写，哈哈哈哈。如果一篇文章里经常出现，读着读着我就觉得烦了。就直接说就好，你知道你就说，不要问。😂

和一个产品经理对需求，对着对着发现有一个需求都没听过。结果他说：

不好意思，文档是AI生成的，这个需求我也不知道，可以忽略下。
…

小红书上线了虚拟产品自动发货功能，站在部分商家角度肯定是很喜欢的，因为不用花钱买第三方工具。

我来说个服务商（isv）的角度。从一些往事说起。

淘宝差不多 2013 年开始做服务市场，2014 年做千牛。当时千牛为了做生态，把商品列表、订单列表都开放出来给服务商来做，官方不做（这么重要的场景都开放出来，回想起来就离谱）。

单单靠这两个场景的开放，后面给服务商带来的营收是几千万级别。当然最近几年不行了。因为千牛自己做了这个功能，服务商为了赚更多，疯狂弹广告，饮鸩止渴。这两个场景比较标准化，商家切换成本不高。

后面几年淘宝开始推电子面单，很顺利。于是菜鸟有个老板开始想做中小商家的打单发货工具。这个场景之前菜鸟一直没涉及，只做打印组件这类基础服务。但这个老板想做成绩和收入，于是开始立项做产品，上线推广。折腾一年后，以老板调岗结束，没做起来。

更深的原因，是当时做这块的菜鸟团队就几个产研，也没客服。而且打单发货需要了解的业务类型很杂，还得和快递公司对接。这块市面上当时做得最好的团队，产研 30 多人，客服团队 40 人。

再说个拼多多的例子。拼多多在商家后台基本成型后，就开始在商家后台来做短信营销的场景，既自己做短信营销工具，也卖短信给服务商。之前其他任何电商平台都没这么干。当时拼多多的每条短信费用很低，isv根本干不过。而且一些人群标签接口也不开放，导致isv也没什么人群标签做营销场景。所以拼多多这部分功能，轻而易举就做成了。

这样的例子还有很多，其中有些官方团队能做成，有些却搞不定。按照我的经验，大概是这样的：

如果场景非常依赖官方api，是标准化场景。这类场景官方商家团队大概率都会做成的。比如：短信、智能客服。

智能客服虽然行业场景很多，但这个官方现在基本都在做了。因为开放语料会有各种风险。所以这类场景isv做，我是不看好的。

如果场景是非标的，或者重人力投入。这类场景即使官方想做，也很难做起来。

比如淘宝就做了很多次工单的场景，但就没做起来。市面上像班牛、聚工单这类工具就很多。

现在都很卷，平台商家团队也想做营收业绩。写的这些也算是一些围绕平台的生存心得。

大概就这些，随便瞎聊…

现在还在平台推广 Coze 采集小红书笔记工作流的，证明就不太关心业务和市场，感觉可以取关了。

小红书应该是10月底，就升级了策略。Coze 的很多小红书插件基本都用不了，或者输入 Cookie 只能采集1-2次，压根就不太能用到实际业务里。

这个小红书截流方式还可以，直接过来私信了，风险低。

从苏群老师的这个选题和文章内容可以看出来，做自媒体搞流量是很优秀的

我不太相信，有真正在一线做业务的人，使用小红书 MCP。
这样发的笔记有流量吗👀

小红书最近的风控，确实严格了。无论什么技术实现方式都有风控。

目前来看，用 RPA 可能是最安全的方式。RPA 是模拟人工点击。

优点是稳定安全，不容易被平台识别。

缺点是相对慢一点，然后会占用浏览器窗口。

不过还是得注意一下，如果你有用 RPA 工具采集笔记的场景和工具，建议 RPA 工具在跑的时候，单次运行采集数量稍微少一点。