在单篇或较小规模项目的约稿流程中 , 我们编辑一般会和作者进行一次头脑风暴 。 然后 , 等作者将大纲整理出来 , 编辑确认内容结构没有问题后 , 即可动笔 。 如果编辑和作者相熟、或者选题特别明确 , 甚至可以略过这一步 。
【写作|如何让十九位作者像一个人一样写作——iOS 系统指南制作手记】但在系统指南的项目中 , 这种方式就行不通了 。 要是由编辑一一和作者沟通 , 一定会造成有些选题有多位作者想写 , 有些选题无人问津被遗漏的局面 。 这与「全面」介绍 iOS 的目标是相悖的 。
因此 , 我们决定在提纲阶段更多承担主导角色 , 在一开始就整理了一份系统指南的内容大纲 。 在梳理这份大纲时 , 我们重点参考了Apple 官方的 iPhone 使用手册 , 但还借鉴了国内外已有书籍的目录予以补充 。
文章图片
系统指南最初的大纲
有了这份大纲 , 我们起码解决了「系统指南里有什么」的问题 , 相当于为系统指南画了一条内容的基准线 。 事实证明 , 这对后续的进展非常重要:实际工作中 , 思维活跃、创造力满载的作者们经常提出关于选题的建议和询问;对此 , 我们都会以大纲为参考系 , 看新选题是否能有机地融入进去 。 如果没有这样一份大纲 , 恐怕我们编辑自己都不知道哪些选题该增加 , 又应该加在哪些章节之中 。
选题卡片:确定作者「写什么」
在以往项目的合作中 , 我们倾向于采取一种「佛系」态度 , 通常和作者约定大纲之后 , 不会过多干涉作者的写作篇幅和时间进度 。 这是因为我们相信 , 充分的自由度和尊重感 , 是高质内容的源泉 。
然而 , 系统指南的时效性和内容量 , 要求我们更积极地进行项目管理 。 因为要保证 9 月份的上架时间 , 如果完全「放羊」 , 就让项目的进度不可控——作者中途因为个人原因无法按计划参与之类的意外情况是很难避免的 。
不仅如此 , 项目管理要从选题认领阶段这一最初环节就开始 。 原因在于 , 就介绍 iOS 系统功能而言 , 不同功能之间的写作量差距是非常大的 。 例如 , 在最终的成稿里 , 介绍 App Store 的篇幅是介绍语音备忘录的十倍 。 这说起来顺理成章 , 但落实到实际操作中 , 如果我们直接让大家挑选题 , 就可能出现大家的工作相差巨大的情况 。 这对于多劳者不够公平 , 对于少劳者则也有屈才之感 。
所以 , 在大纲的基础上 , 我们又设计了一项非常规的机制:将多个选题捆绑成一个写作卡片 , 作者领取写作卡片而非直接选择选题 。
推荐阅读
- 星链|石豪:在太空,马斯克和美国当局是如何作恶的
- 代码|GGV纪源资本连投三轮,这家无代码公司想让运营流程变简单
- 智能化|适老化服务让银行更有温度
- bug|这款小工具让你的Win10用上“Win11亚克力半透明菜单”
- 软件和应用|AcrylicMenus:让Windows 10右键菜单获得半透明效果
- ASUS|ROG Maximus Z690 APEX DDR5主板实测 转接卡让DDR4内存顺利点亮
- 电子商务|员工抱怨亚马逊太冷酷:工伤后得不到赔偿 还不让休假
- 猎豹|数字化助力实体消费 机器人让商场“热”起来
- 服务|互联网+税务让服务更优质 杭州代开发票税务进入新局面
- 协同|网文论︱网络文学与AI写作:人机协同演化时代的文学之灵