本篇內容主要以技術文章來做範例，但我相信無論是哪個領域的文章，在寫作上都有異曲同工之妙。

火影忍者的「秋道丁次」在漫畫中是一個手上永遠拿著零食的吃貨，但他祖傳的「倍化術」可不是虛胖；而是獲得更高戰力、拯救夥伴的必殺技！

一、為什麼擴充文章不容易？
  ➤ 沒有想法
  ➤ 破壞原有結構
  ➤ 說出來容易，寫下去難
二、擴充文章最忌諱的事情
  ➤ 寫廢話衝頁數
  ➤ 用程式碼混頁數
  ➤ 圖片多到令人髮指
三、從 Word 到成書的距離
  ➤ 成書頁數計算方式
  ➤ 暢銷書的平均頁數
四、實用的擴充秘訣
  ➤ 在文章插入經典語錄
  ➤ 分享個人經驗
  ➤ 增加技術備註
  ➤ 讓人看得懂的技術文件
  ➤ 加入同質性的技術比較
  ➤ 正面與反面的舉例
  ➤ 詢問周圍朋友(網友)的意見
  ➤ 增加操作範例
  ➤ 致謝
五、希望大家分享自己的想法

一、為什麼擴充文章不容易？

沒有想法

寫文章不難，但如果要求你寫到規定的字數時，可能就有困難了；因為寫文章就是把自己心中的想法轉化為文字，當你心中沒想法時自然文字就生不出來了。

破壞原有結構

有些人寫文章會有大綱，但依照大綱寫完後才發現距離目標的字數還有一定的落差；如果只是為了衝頁數，硬是加入其他內容就容易有畫蛇添足的感覺，如果沒弄好甚至會給讀者前言不接後語的錯亂感。

說出來容易，寫下去難

我相信有很多在寫作的人都曾遇到過明明知道還能優化哪些地方，甚至能說出具體怎麼優化；但就是有種莫名的力量讓自己無法把這些想法轉化為文字。

我們回想一下，是不是有時候跟人用通訊軟體打字談事情時，常常打到一半就會改成語音通話，會這樣做就是因為覺得：「用說的比較清楚。」

既然上面這些問題很難解決，那就不要去解決了！筆者在「四、實用的擴充秘訣」會分享如何繞過這些問題來擴充文章。

二、擴充文章最忌諱的事情

寫廢話衝頁數

現在網路很多雞湯文，每個都長篇大論；但看完後都很後悔為何點開這個連結，看這些浪費人生又毫無意義的東西。

換位思考一下，如果今天你是讀者，你會想看到一堆陳腔濫調、濫竽充數的內容嗎？如果今天是付費閱讀的話，你會不會想直接給一顆星負評，然後把作者列為拒絕往來戶？

用程式碼混頁數

如果是網路文章你想放完整的程式碼還說得過去；但如果是實體書，我相信沒有任何一個讀者會想在書裡面看到滿滿的程式碼。

筆者就曾在書局看過連續 23 頁都是程式碼的書籍，我翻完當下只有一個想法：「這個作者實在有夠混！」

圖片多到令人髮指

圖文並茂是好事，但如果把一個只要按「下一步」的安裝流程，分成 14 張圖片來呈現，我想讀者在看到這種排版時會覺得這本書很沒內容。

三、從 Word 到成書的距離

這段是寫給在 Word 上打草搞準備出書的人看的

成書頁數計算方式

根據編輯給的經驗，假設你的 Word 有 200 頁，那實際成書的頁數大約是：

200(Word頁數) * 1.2~1.3(跟圖文配置、程式碼相關)＝250(成書頁數)

暢銷書的平均頁數

除了書本身的內容很重要外，書的厚度也一個評估因素，人是感官動物；如果書本太薄會覺得這本書學不到什麼東西，書本太厚又會覺得這本書學起來太累。

根據編輯給的回饋，最合適的書籍頁數落在：「350~400 頁。」

四、實用的擴充秘訣

我最終的成書為 416 頁，而我一開始的 Word 草稿只有 200 頁，也就是說成書裡面有 166 頁（416 – 200 * 1.25）是擴充而來的；下面就來跟大家分享我擴充文章的方式。

在文章插入經典語錄

這個方法會讓讀者有一種名人在幫你推薦這本書的錯覺，但請放與文章內容契合的經典語錄，然後記得署名。

分享個人經驗

分享個人經驗不但能讓讀者了解這些技術實際應用的場景，更為這本書增加一些人性的溫度，拉近作者與讀者的距離；特別注意個人經驗只是點綴，不要為了分享個人經驗導致整本書的節奏亂掉。

PS. 如果你的個人經驗會批評到以前/現在的公司，我建議你把這些經驗改成「我朋友」的經驗。

增加技術備註

如果用到比較困難或是新的技術，請不要預設讀者已經具備這個知識；就算這個技術不是文章主軸，我也建議你放上備註，讓讀者想要更近一步了解時有一個方向。

讓人看得懂的技術文件

我絕對不是在說很多官方文件都寫得亂七八糟，但如果你的書只是照抄官方文件的內容，那讀者不如直接去官網看就好了；讀者之所以買你的書是希望看到作者畫出的重點，被整理過的資訊。

官方文件往往太過簡略，或是語焉不詳；如果想讓普通人願意看甚至看得懂，你要像個銷售員般推銷這門知識，講解為什麼使用這門技術、使用他有什麼好處，同時搭配範例來講解。

加入同質性的工具比較

也許你書中提供工具是最好的，但現在市面上的工具五花八門，你總要做個比較，來說服讀者為何選擇這個工具而不用其他工具吧？

正面與反面的舉例

大部分的專業書籍只教怎麼寫程式會成功，很少看到有書裡面寫怎麼操作才會失敗；多分享一些失敗的案例以及操作，你會發現自己書籍的頁數在暴增🥳

詢問周圍朋友(網友)的意見

很多時候真的是「旁觀者清」，朋友第一次在閱讀時，往往可以提出很多你沒有想過的觀點；這些想法是自己一個人苦思冥想也不可能冒出來的。

增加操作範例

如果你的程式在每個章節的前置條件、執行方式都不太一樣，我建議每個章節都要獨立出一個小節，專門解釋這個章節程式的運行方式，同時附上執行過程的圖片以提升易讀性。

致謝

完成一本書絕對不只作者一個人的努力，但許多專業書籍都少了這塊，多了這塊不但能增加頁數，還能讓讀者們覺得作者是個知恩圖報的人（讀者是能夠感覺文字是否為真心實意的）。

五、希望大家分享自己的想法

筆者只是依照個人經驗提出幾個方法，如果讀者在看完這篇文章後有自己的靈感，歡迎在下方留言分享自己的想法～

在文章的最後向大家推薦一本具有文學性的專業書籍（自己在說🤣），如果對用 JavaScript 爬蟲感興趣的朋友歡迎參考看看喔～

天瓏網路書店：https://www.tenlong.com.tw/products/9789864348008

寫作＆比賽經驗分享
▋ 文章倍化術！解決字數不足、篇幅不夠的 9個實用秘訣（本篇）
▋ 我希望在參加 [iT邦幫忙鐵人賽] 前就知道的事
▋ 出版書籍經驗分享