FABLS

执行

写手起草,人来审批,然后发布

这句话就是产品本身,而它的顺序正是关键。起草是自动的,发布是自动的,而中间有一个真实的人,会在内容以你的名义发出去之前读一遍。每个渠道都有自动驾驶模式,但在你主动打开之前,它一直是关闭的。

1截止槽位会在日期前一两天出现。
2已起草由该槽位所属的写手,依照其主题完成。
3已组装找到配图,附上许可,建议好链接。
4等待中审批关口。没有人的确认,一切都不会动。
5已发布在槽位设定的时间,通过你自己的密钥发布。
6已记录实时写入当周报告。

槽位提前到期是刻意的。发布前一小时才出现的草稿,你不是在审批,而是在走过场;提前两天出现的草稿,你才有余地提出异议。提前量按渠道设置,因为一篇博客文章需要比一条配文更长的讨论时间。

审批只需一下点击,一次审批一整周也只需一下。先编辑再审批是常态而非例外,而且修改会被记在写手名下——这正是第三个月需要的编辑远少于第一个月的原因。

关口与开关

审批按渠道进行。运营了几个月的商家,通常 Instagram 已开自动驾驶,而博客仍在走审批,因为一条配文是小承诺,而一篇博客文章读起来像正式声明。

把渠道切到自动驾驶是刻意的:你需要确认,它会说明今后哪些事不再询问,而切回来只需一下点击。有些商家从不打开它,这也是一种受支持的使用方式,而不是没能

无论开关状态如何,有两样东西永远不会未经审批就发出去。任何涉及替你花钱的内容——付费帖子、广告——永远等待真人确认。而触犯你自己设下的护栏的草稿,比如提到价格,或做出你说过绝不做的声明,会被扣下并标记,而不是直接发布。

按渠道设置 →

周四上午审批
  • 1Instagram · Ola08:30 自动发布,无需询问。这是你三月份设置的。
  • 2博客 · 编辑1140 字。配图简报。建议了三个内链。
  • !已扣留Facebook 草稿提到了价格。你的规则说价格须交由人工。等待中。
  • 3Facebook · Marek已编辑:删掉了一句。这次删改已被记住。
  • 4Instagram · Ola排在审批之后。没有提前发布。

审批一条,或审批一整周钱总会等着一个人

它会在没人要求的那一周自动发布。

当出问题的时候

修复是公开进行的

平台会拒绝请求。令牌会过期,图片的宽高比不对,API 会在凌晨四点宕机九十秒。重要的不是这些事从不发生,而是你永远不用去猜。

任何内容都不会发布两次

每次发布都带有一个由时段派生的密钥。超时后的重试会发现帖子已经存在,随即停止。一个紧张的调度器常见的故障模式——同一篇帖子出现三次——在这里不可能发生。

失败是可见的,不是无声的

如果某个渠道拒绝发布,该时段会被标记为失败,并附上平台给出的原因,同时写进周报里。它不会被悄悄丢弃,也不会假装已排期而一直挂着。

修复是提议出来的,不是直接执行的

当某个时段失败时,计划会提供一个修复选项——重新发布、移到下一个空闲时段,或者放弃——由你来选。一个月的计划不会在你背后悄悄重新排列。

发布通过你自己的密钥进行

FABLS 通过 castomAPI 发布,使用的是属于你账户的密钥。你的 WordPress 网站、你的 Facebook 主页、你的 Instagram 商业账户。权限是你的,速率限制是你的,如果你撤销密钥,发布会在那一分钟停止,没有其他需要收拾的东西。

图片可以来自 castomAPI 的免版税媒体库,它同时搜索十一家供应商,并把图片连同其许可和署名一起导入,附加在文件上,而不是留在某个人的记忆里。当帖子需要署名行时,署名行会从图片来源的同一记录生成,因此不会过时。

老实说:审批环节是实实在在的工作。每周十个时段就是十件要读的东西,而能在这里获得价值的企业,是把这十分钟当作工作本身而不是障碍的那些。如果没人会去读草稿,那么在所有渠道上开自动驾驶并不是答案——更小的计划才是。