你正在被作文字數不足、文章篇幅不夠所困擾嗎？筆者將在這篇文章公開分享，自己是如何把原本 200 頁的草稿擴充成 416 頁成書的秘訣，看完文章後如果你有自己的獨門秘方，歡迎在底下留言分享，或許你的分享可以幫助到有需要的人。
本篇內容主要以技術文章來做範例，但我相信無論是哪個領域的文章，在寫作上都有異曲同工之妙。
火影忍者的「秋道丁次」在漫畫中是一個手上永遠拿著零食的吃貨，但他祖傳的「倍化術」可不是虛胖；而是獲得更高戰力、拯救夥伴的必殺技！
一、為什麼擴充文章不容易？
➤ 沒有想法
➤ 破壞原有結構
➤ 說出來容易，寫下去難二、擴充文章最忌諱的事情
➤ 寫廢話衝頁數
➤ 用程式碼混頁數
➤ 圖片多到令人髮指三、從 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邦幫忙鐵人賽] 前就知道的事
▋ 出版書籍經驗分享▶︎ 如果這篇文章有幫助到你1. 可以點擊下方「Follow」來追蹤我～
2. 可以對文章拍手讓我知道 👏🏻你們的追蹤與鼓勵是我繼續寫作的動力 🙏🏼▶︎ 如果你對工程師的職涯感到迷茫1. 也許我在iT邦幫忙發表的系列文可以給你不一樣的觀點 💡
2. 也歡迎您到書局選購支持，透過豐富的案例來重新檢視自己的職涯
