内容池
除了用户池，我们其实还需要一个内容池。原因有两个。
官网：品牌和入口
内容池首先可以用来存放官网，这是我们的品牌和入口。
一般在做软件产品时，大部分人会做一个产品官网，但在做媒体产品时，则很可能只在各个平台上有各种账号，却没有自己的官网。
但其实，官网的意义是非常重大的。往大了说，它代表着品牌、IP和入口。往小了说，它能解决「如果账号被平台封了怎么办？」这种现实问题。
如果我们在各个平台都有账号，但没有独立的官网，那万一我们在平台上的账号被封了，用户即使想找我们，知道我们的品牌名称，但他们没有办法与我们沟通，因为我们没有其他渠道了。
封号这事情，虽然是小概率事件，但是很要命。而且随着越来越多的平台采用不成熟的人工智能，即使是一个处处循规蹈矩的账号，也可能很莫名其妙的就触发了风控规则导致封号。
所以我们需要有一个完全控制在自己手上的东西。确保平台封了我们的账号，只要用户愿意，他们依然可以找到我们。一个好记的品牌、简短的域名就是很好的解决方案。
内容中心
内容池除了是一个入口以外，也是我们的内容中心，我们的内容都应该放到这个平台上。不是说用户只能到这个地方来看，而是说我们在其他平台上发的内容，应该在这个平台上都有一份。这样我们才能应对「内容被删了怎么办的问题」。
在各个平台上内容被删，或者审核不通过，或者审核通过后突然又不通过，这种情况已经司空见惯了。我们需要在自己的官网上来做一个备份。这样的话，即使我们发布在平台的内容被删掉，用户到官网还是可以看得见的。
有些同学可能觉得内容被删没有什么大问题，但如果是一系列的内容，其中有几集被删了，甚至说一个系列教程，最关键的几节莫名其妙的被平台给删掉了，而且自己还没有备份，那用户也没有其他地方可以看，这就非常的难受了对吧？
内容成本
全量内容备份可能会有成本问题。
如果只是图文内容，那整体成本比较低，我们直接使用云平台存储，通过CDN访问就可以了。但如果我们的内容视频很多的话，自己Hosting可能导致成本上升。
我们通过两个方案来解决视频成本问题。
多视频源方案
简单的说，在官网上，优先以嵌入方式展示其他平台的视频，只有失效、或者用户主动要求，才载入我们自己Host的视频源。
具体实现上，我们做了一个WordPress插件。它可以同时把多个视频源，放到一个视频播放框里。默认显示B站视频，通过点击Tab切换到Youtube或者我们自己的源。这样大部分的视频流量会去往B站。
海外存储和CDN方案
另外一个省钱的办法是在一些非关键业务上可以考虑使用国外的服务。
国内CDN因为成本的原因都比较贵，大概一个G反正也要几毛钱。但国外的网络网络资源的价格是不同的，我们完全可以用来做非关键业务或者备用方案。
比如，CloudFlare的R2，它的流量是不计费的，它只对我们的存储容量和访问的次数收费。默认提供的免费额度也很高，在用户不多的情况下完全可以免费使用。
但它的问题在于，国内访问的时候，它的速度没有国内同类服务快。毕竟没有国内服务器，即使我们把它设置成东亚地区优先，访问速度依然还是会慢一点点。现在我们方糖07网站上面的图片就是放到R2里边的，大家可以测试一下速度。之前的用户反馈还算OK。
有了以上两个方案，我们基本可以零成本的做到内容全量备份了。
但是我们要非常清楚一件事情，就是即使从长期来讲，我们的官网的用户量、流量和影响力都很难超过第三方的大平台。所以我们依然需要把内容分发到第三方平台去触达那些用户。
不是所有的平台用户都愿意从平台来到我们的官网，所以我们需要把内容分发到这些平台上，让这部分不愿意过来的用户在第三方平台上直接就可以看到我们的内容。只有我们长期地和他们建立起来信任关系以后，他们才会愿意到我们的官网来。
内容分发能力
事实上，内容分发是一个很痛苦的工作，它很简单，但是很频繁。
因为只要我们发布一次内容，我们都需要去做这么一遍，这其实是新媒体运营岗的很大一部分工作量。
下图是一个比较典型的内容分发示意图，也是方糖目前在用的。
长内容
首先我们用 WordPress 架设了官方网站（ft07.com）用来放长图文内容（文章）。目前主要是一人企业方法相关的内容，以后会把其他内容逐步迁移过来。这些长图文，我们可以通过接口直接推送到公众号里边进行发布
短内容
短内容（像微博）这块，我们是自架了个 Memos ，这是一个比较类似于微博的开源项目，可以自行架设。首先在上面发布内容，再通过工具把它同步到微博和推特。这避免了短内容在平台被删的问题。同时，我们会通过挂件的方式把短内容显示到官网，因为官网才是内容池，所有的内容都应该在这个地方汇聚。
视频内容
视频这一块，因为我们之前是做网课，所以我们有一个网课产品。于是我们把视频放到网课产品平台上做本地的host。同时我们会把视频分发到哔哩哔哩和 YouTube，然后从这两个平台上反向为我们的官网导流。这个视频hosting不是必须的，直接用 WordPress 也能实现。
可以看到，在这个框架下，无论是短内容，长图文和视频内容都得到了较好的处理。
但要把这个流程完全用起来，却不容易。如果我们的内容每天都有更新，尤其是短内容，可能一天数十次，那分发本身就会很麻烦。就不是说它有什么难度，而是说它的工作量在哪，是一个体力活。
但比较幸运的是，我们现在可以通过自动化的方式来做这个事情，可以数十倍的提升效率。
当然，这不是说自动化能完全替代新媒体岗，这个岗位还有很多其他的职能，比如跟用户互动、客服、关系维护。这些目前自动化暂时还是做不到的。不过AI可能将来能做到，毕竟现在评论罗伯特已经会怼用户了（误）。
总而言之，就是我们现在其实通过自动化的能力可以把内容分发这件事情给做了。所以，这个内容分发能力本质上就是自动化能力。
自动化能力
自动化能力这一块，我们自己是用FlowDeer来做。
FlowDeer
您可以认为它是一个自动化脚本的管理工具，同时也自带了很多现成的脚本。可以阅读这篇文章了解更多。
我们自己用得比较多的脚本，主要是微博发布，推特发布，然后RSS的监控内容抓取，然后翻译网页内容的监控，以及账号保活。
所谓账号保活，比如说，我们要发布微博内容的时候，账号是需要登录的，对吧？而保活是说，我们登录一次以后，它每隔一段时间帮您去刷新一下，保证这个账号一直是登录的。这样要发布的时候就不用登录了，可以直接发布出去。
我们还做了这个文章小编，它是自动化和AI功能的一个整合。
像我经常分享一些GitHub上的开源项目，那以前都是我自己要撰写文案的。有了这个文章小编以后，我基本上就是丢一个链接给它，它自己过去截图然后提取主要内容，写一个总结，写完了给我做个审核，审核完了直接发布就好了。整个这个流程是非常顺畅的，一般一分钟不到。
所以自动化能力其实已经是内容池所必须的一个能力了。尤其对于一人企业来讲，我们的精力是非常有限的。所以能自动化的地方一定要自动化。
可编程浏览器脚本
当然如果不想用FlowDeer，实际上也可以自己手工来编写Puppetter脚本。这是一个无头浏览器，或者把它理解成可编程浏览器更为确切。我们可以编程控制浏览器的一切。可以打开某个网页，点击某个按钮，然后去检测对应的文本，可以上传文件，发布视频，而且是自动化的。
验证码问题
当然也有一些限制，比如验证码和类似拖动式的机器人验证。
我们是建议大家用它来代替自己的日常工作，就是完全模拟真人操作的频率范围以内来做自动化。这种情况下，实际上能遇到验证码的时候不会太多。当然你要把它规模化，这个问题就很大。但这不是我们的目标。我们的目标是代替日常工作。
用AI聊天驱动工作流
另一方面，自动化+AI聊天可以让自动化能力变得灵活。这里有一个例子，是FlowDeer里边集成的AI聊天窗口。
在这个聊天环境里面，您可以把FlowDeer的里面所有的脚本都当做一个工具来使用。比如类似图中的，我可以调用图像生成工具让它生成一张图，然后同时调用微博发布工具，让它这种发微博。而这一切，我们只需要在聊天窗口里面通过聊天的方式就可以完成，这个是非常方便而高效的。
当然现在因为AI智能的问题，还只是一个辅助性的东西。但是我觉得这是暂时性的，因为AI的智能每个月都在提升，我觉得很快就可以达到普通人的标准。