技術 Day 24：寫到一半才發現案例重複,怎麼在寫作過程中持續檢查

前言 「Day 03 不是已經在規劃階段把分工邊界劃清楚了嗎？寫到一半還會撞題？」 規劃階段劃清楚的邊界，防的是「大方向撞題」——確保三個系列各自負責回答不同角...

技術 Day 23：30 天節奏維持不下去的徵兆——太早就該注意的訊號

前言 「節奏撐不撐得住，不是等真的斷更那天才知道嗎？」 如果只用「有沒有斷更」當判斷標準，等發現的時候通常已經太遲——斷更的前一兩週，往往已經出現一些可以觀察到...

技術 Day 19：當日修改須當日完成——這條規則怎麼影響寫作跟發文的時間安排

前言 「文章發出去之後，如果隔天發現有錯字或需要補充，晚一點再回去改不就好了？」 Day 04 提過，評選是以主辦單位當天留存的快照版本為準，修改必須在當天完成...

技術 Day 08：去識別化不是「發文前掃一次」,是動筆當下就要做的決定

前言 「反正寫完會跑掃描工具檢查,動筆的時候先寫,寫完再一起改不就好了？」 這個順序聽起來省事,但實際上把風險留到了最不該留的地方。草稿一旦寫進磁碟,就已經是一...

技術 Day 07：一份好大綱長什麼樣子——貫穿主題句、分部結構、案例配置

前言 「講了六天怎麼規劃大綱,可以直接給我一份檢查清單嗎？」 可以。這篇是第一部的收尾,把前六天分散講過的元素收攏成一份大綱完成前可以逐項核對的框架。這份框架不...