打算做一人公司的朋友们基本都会碰上一个共同的问题，老是觉得时间压根就不够使，能发出去的内容也总是显得不够多，你花掉整整一天时间写出来的东西发出去也就24小时就沉底了，接下来你又得重新开始构思下一篇，这个死循环我硬是循环了将近两年，到后面整个人都变得麻木起来了，并不是写不出来，而是觉得写出来的内容仅仅选用一次就给扔掉，那实在是太浪费了。
我平时会有不少线上线下的分享和直播，一次活动结束把录音转换成文字，随随便便就是两三万字，以前我是依靠人工来开展处理工作的，从逐字稿里整理出一篇公众号长文，再拆解出几篇知识星球帖子和小红书笔记以及朋友圈文案和口播稿，一套流程走下来大半天的时间就没有了，同时每次开展拆解工作的时候都很痛苦，因为你面对的可是几万字的原始素材，要从中找到哪些内容适合发到哪个平台，这个过程实在是太耗费个人的精力了，你拆完公众号就已经开始犯困了，还得强打起精神去构思小红书的标题怎么起，朋友圈的文案怎么写才不像广告，口播稿怎么改才能拿起来就能直接说，这些事情每一件单独看都不难，但要是堆积在一起开展处理工作，整个人是处于崩溃边缘的。
等到做到第三次的时候，我这套SOP已经运转得很顺畅了，就顺手把它做成了一个多平台分发skill。
这个skill已经在AI千集内测群里运转了一段时间，获得了不少好评反馈，今天就开源分享给大家，同时聊一聊它的设计思路和应用场景。
不少人听到多平台分发，第一反应就是这不就是把一篇文章复制成五份吗，还真不是，你把一篇长文或者直播逐字稿或者课程分享或者访谈记录投喂进去之后，它不会机械性地把原文切成几段，并且也不会只做同义的改写，它会先从原稿里开展一项拆解梳理工作，把内容给拆解成不同的内容单元，哪些内容属于核心观点，哪些内容属于个人经历和案例，哪些内容属于可以执行的方法，哪些内容适合继续展开，哪些地方只是重复、口头语或者是现场噪音，拆解完之后，再凭借着不同平台的内容任务重新开展组织表达工作。
拿公众号来说的话，核心重点其实就是把完整的方法、逻辑还有思考过程给讲述明白，好让读者能够对你形成更为深刻的认知，要是换成小红书呢，那就不会把整篇文章给压缩成摘要形式了，而是需要从原稿里面提炼出一个值得探讨的判断来，接着再去结合反差、痛点还有场景这几个方向来重新设计标题和开头部分，让表达变得更加集中并且更有讨论的感觉，至于朋友圈所承担的任务又有所不同了，它根本不需要把事情讲述得很完整，而是要让大家知道你近来都在想些什么、做些什么、遇到了些什么，以及为什么这些内容值得去关注，要是知识星球或者是干货帖的话，重点就在于交付一个具体的、完整的并且同时可以马上运用起来的知识点，凭借对标题还有段落节奏进行调整也可以直接修改成小红书干货笔记，口播稿则是要把一个问题自然并且连续地讲述明白，在保留观点的同时还得补足口语的连接词、解释说明还有转折部分，让你拿起来就能够直接开口讲。
所以多平台分发并不是在五个平台上各自去修改上一遍，而是要先把素材给拆解成为不同的内容单元，然后再给每个平台安排不同的内容工作。
到底什么样的素材适合选用这个skill呢，通常是那些本身就有一定信息密度的长素材，比如一场直播的逐字稿，或者一份课程讲稿，或者一次访谈记录，又或者是一次项目复盘，再或者是一篇已经写得比较完整的长文，因为里面可能同时包含了观点、案例、方法、现场问答还有个人经验，不过它并没有硬性的字数方面的要求，字数仅仅是素材的容量罢了，关键在于内容里面有没有独立的观点以及具体的细节，一篇三千字的逐字稿要是全是废话的话，那肯定拆解不出来什么东西来，而一篇八百字的复盘要是全是干货的话，反而能够拆解出好几篇内容来。
这个skill还有一个设计我觉得是挺关键的，就是不会为了满足数量硬生生把一个观点改写成十篇文章，要是素材里面已经被拆解得差不多了，它就会告诉你，这篇内容要是再继续写下去就要开始出现重复了，这个设计背后其实有一个判断的逻辑，那就是内容的质量远远比数量重要得多，宁可少发一些也绝对不要发布注水的东西。
在进行一次投喂之后，它不会一上来就生成一大堆的全文内容出来，比如我上传了一份关于AISet知识库的线上分享逐字稿，它会先对原稿开展分析工作，默认输出包括1篇公众号文章、3篇小红书、3篇知识星球、3条朋友圈还有1篇口播稿，同时还会涵盖预计的字数，你可以先看看标题还有正文结构，觉得方向对了再让它去生成完整的正文内容，要是你对某个渠道的内容生成结果不满意，也可以让它继续开展生成工作，这种先出地图再出全文的设计思路，节省了大量的来回沟通时间。
在具体的用法方面主要存在三种情况，第一种做法是直接把整篇内容都交给它，你跟它说明需要对这篇内容开展多平台分发工作，它就会按照默认模块帮你把公众号和小红书以及朋友圈和知识星球还有口播稿给拆解出来，第二种做法是仅仅去指定几个渠道，比如你提出把这篇内容拆解为公众号和朋友圈还有知识星球能够发布的内容，这样一来它就不会去生成其他平台的内容了，而是仅仅去处理你当前所需要的那个部分，第三种做法是仅仅针对一个渠道来开展深挖工作，比如你提出把这篇内容拆分成公众号能够发布的选题，先列出10篇，这里的10篇并不是要求它无论如何都必须要写出10篇，而是让它先去检查一下这篇原稿里面到底有没有足够多的公众号选题。
另外还有一个进阶用法我自己是经常选用的，也就是先去拆解内容然后再去对标标题，比如我近来开展了一次关于AISet知识库的分享工作，我会先借助多平台分发把长稿里面真正值得讲的观点方法和案例给拆解出来，然后要是我需要发到小红书的话，我就会去看看小红书近来一段时间同领域表现比较好的内容，去收集一些标题，观察一下它们是怎么制造冲突的、怎么描述场景的、怎么把普通的主题说得更加具体的，然后我就会把这些标题发送给AI，告诉它这些标题的表达方式很不错，请对它们的结构开展分析工作，同时凭借着我自己真实的内容来重新设计标题，这里的逻辑是先拥有自己的内容，再去寻找平台目前存在的对标，然后让AI帮你开展模仿工作，而不是反过来让AI凭空帮你进行编造。
归根结底，一人公司的内容效率并不在于你写了多少内容，而在于你写出来的一篇东西能够被多少种方式加以运用，你花费同样的时间去开展一场分享，别人发布完一篇公众号就结束了，你却能够同时拿到五种形式的内容铺到五个平台上去，这个杠杆率是完全不一样的，多平台分发这个skill解决的也就是这个问题，它并不是帮你写出更好的文章，而是帮你把一篇文章的价值彻底榨干，你的一篇逐字稿里面可能有六个观点和三个案例以及两套方法，以前你仅仅选用了一个观点写了一篇文章就收工了，剩下的全都浪费掉了，现在你把它拆解出来分发到不同的平台上，同一份劳动产出五份内容，这才是一人公司应该具备的效率，我后来又对这个问题开展了一下思考，其实一人公司和团队公司真正的差距并不在执行力上面，团队里面有编辑有运营有剪辑，一个人什么都需要自己来干，但你拥有AI工具帮你把一份内容拆解成五份，你在产出效率上就不比小团队差多少了，关键在于你愿不愿意花费时间把这套流程给运转通畅，运转通畅以后每场分享的ROI都会翻上好几倍。
