連載平台上的作者話:章節之間的頻道

作者話是一種完全屬於網路小說的形式:一小段以作者本人聲音寫的文字,附在章節上,隨章節一起發表,由章節剛剛握住的讀者閱讀(或跳過)。傳統出版沒有對應物。印刷品裡沒有一個確立的頻道,讓小說家在分載之間對讀者說話;作者話是一條網路小說原生的作者與讀者關係頻道,而連載社群對如何使用它,已經沉澱出慣例。

那些慣例,出自下列引用的、平台上的作者討論。它們是社群規範,不是任何平台強制執行的規則,而這也正是它們值得認識的原因:它們描述的,是讀者已被證明願意容忍的東西。

已定的規範:章節之後

章末作者話是被充分接受的慣例,到了隱形基礎設施的程度。實務上它承載:

• 評註。 對這一章的一兩句話:哪裡難寫、它為什麼鋪路、一個章節裝不下的笑話。
• 更新表公告。 下一章的日期、節奏變動、休刊消息。當某件事打斷了更新表,在這裡說清楚,說明你何時回來,然後在那個時候回來(見安排連載更新表)。
• 名詞表與前情提要。 給角色多、篇幅長的連載,一個指向角色摘要與術語的連結。作者話可以連向正史;它不該是正史居住的地方,那是故事聖經的工作。
• 連結。 Patreon、Discord、下一本書。剛讀完一章的讀者,是這些連結永遠能得到的最暖的受眾。

為什麼在章節之後,而不是之前?因為它不坐在讀者與故事之間。要不要讀你的作者話,由讀者決定,而且是在小說已經兌現之後。

有爭議的邊界:章節之前

章前作者話,在作者社群裡真的有人在爭,而且兩種抱怨反覆出現:它們可能預告基調(一篇嘻嘻哈哈的話,放在陰沉的一章前面,落點全錯),而且它們讀起來,像讀者與「真正內容」之間的障礙。如果你要用,讓它短而結構性:一次更新表變更、一則內容預警、一行翻譯署名。評註留到章末。

作者話不擅長的事

• 道歉。 每章一道歉的作者話,訓練讀者期待更少。如果出了問題,一句平實的說明加一個日期,勝過一場連播的哀嘆。
• 解釋章節。 如果作者話必須澄清某場戲的意思,那場戲就沒有做完它的工作,而修法屬於那場戲,不屬於它底下。這與展演,而非告知是同一門紀律,只是施加在作者自己的評註上。
• 爆自己的雷。 經營搶先看章節的作者,手上的讀者同時位於故事的好幾個點;一篇在第 30 章發布底下、回應第 40 章事件的作者話,會拆開整個房間。每一篇作者話,都為最新的讀者而寫。
• 跟在強力結尾後面。 緊接在一記沉重的章節收尾之後的作者話,可能鈍化它。一拍安靜是正當的選擇,而一個完全沒有作者話的強力結尾,常常比後面跟著三段閒聊的結尾,落得更重。

一套可行的模式

1. 預設一篇簡短的章後作者話。 兩三句話。讀完的讀者,該感覺到作者在場,而不是徘徊不去。
2. 連結耐久資訊,不要重新貼上。 更新表、名詞表、Discord 連結:放在穩定的地方然後指向它們,而不是每章重複那一整塊。
3. 更新表斷掉時,使用作者話。 發生了什麼、何時回來,然後在那個時候回來。有日期的休刊,是一張更新表;沒有日期的休刊,是一個結局。
4. 該在沉默中結束的章節,跳過作者話。 作者話是一個帶關閉開關的工具,而最強的章節,有時會拉下那個開關。

這一切沒有任何地方強制執行,而這正是這個形式的重點。作者話,是唯一一個作者以人而非文本的身分出現的頻道,而它的慣例,是從讀者接受的東西裡長出來的。一篇簡短、誠實、有用的作者話,在建立那份關係;一篇冗長、焦慮的作者話,在花用它。