內容更新的節奏與習慣
有後台不等於有在用
實務上很常見的情況：網站做好了、後台也交付了，但一年後打開一看，最新消息還停在上線那天。
這比沒有後台更可惜——付了開發費用，卻沒有取得應有的效益。
而且對訪客而言，長期沒有更新的網站會讓人懷疑公司是否還在營運。
訂一個做得到的頻率
每月一則做得到，勝過每週一則然後三個月後放棄。
常見的失敗模式是：一開始訂了很高的目標，撐了一個月就停擺，然後乾脆完全不動。
判斷的方式
- 誰負責寫？他每個月能挪出多少時間？
- 素材從哪裡來？需要誰配合？
- 如果那個人請假，還撐得住嗎？
建議先用實際做得到的頻率跑三個月，確認流程順暢再考慮增加。
寫什麼？從手上已有的東西開始
「不知道要寫什麼」是最常見的卡關。但最好的題材，你每天都在回答。
五個現成的來源
- 客戶問過的問題——最穩定、品質最高的來源
- 做過的案例——遇到什麼狀況、怎麼處理
- 常見的誤解——客戶以為是這樣但其實不是
- 公司的動態——參展、獲證、新設備、團隊
- 季節性或時事相關的提醒——例如颱風季前的檢查建議
第一項最值得經營
客戶反覆問的問題，就是其他人也在搜尋的問題。
把它們寫成內容，好處是雙重的：能被搜尋到帶來新客戶，也能直接把連結給客戶，省下重複解釋的時間。
詳細做法見內容的題材從哪裡來。
建立一個題材清單
不要每次都從零開始想。建議準備一份共用文件，隨手把遇到的問題記下來：
- 客戶問了什麼（用他的原話）
- 你怎麼回答的
- 對方是什麼背景
累積三個月就是一份完整的內容清單，而且是競爭對手抄不走的。
用客戶的說法，不要翻譯成術語
客戶說「網站怎麼一直打不開」，那就是搜尋詞；寫成「網站可用性異常之排查」就沒有人搜得到。
一則內容的最小可行版本
不必每篇都是長文。回答清楚一個問題就是一篇。
建議的結構
- 標題是客戶會問的問句
- 開頭兩三句直接回答——不要鋪陳
- 接著說明理由或做法
- 最後提供聯絡方式或相關連結
三百字說得清楚的事，不必硬撐到兩千字。 為了湊字數而加入無關內容，反而是減分。
分工比一個人扛更容易持續
把寫作全部交給一個人，那個人一忙就停擺。比較可行的分法：
| 角色 | 負責 | 時間 |
|---|---|---|
| 提供素材 | 口述專業內容、提供案例與數字 | 每篇約 20 分鐘 |
| 整理發布 | 寫成文字、排版、上傳圖片 | 每篇 1 至 2 小時 |
| 確認 | 檢查專業內容正確、資訊可公開 | 每篇 10 分鐘 |
關鍵：最懂專業的人不必負責寫
很多人「寫不出來」，但同樣的內容用講的十分鐘就能講完。
把跟客戶解釋的過程錄下來，再由同仁整理成文字，是最省力的做法。
批次處理比零星更有效率
- 一次蒐集題材——每月一次整理
- 一次口述多篇——安排一小時錄三到四個主題
- 一次整理撰寫
- 排程分批發布——不要一次全部上架
分批發布的好處：發布節奏穩定，而且你有時間觀察哪類內容有效。
除了新增，也要維護舊內容
這一項常被忽略，但投報率往往更高。
該檢視的
- 資訊過時的——價格、規格、聯絡方式、法規
- 已結束的活動——不要一直置頂在最上面
- 表現好的——已經有流量的內容，加強後效果提升較快
- 失效的連結
更新舊內容常常比寫新的更有效率，因為它已經有基礎了。
建議把時間分配為新內容七成、舊內容維護三成。
建議的例行節奏
| 頻率 | 做什麼 |
|---|---|
| 隨時 | 把客戶問的問題記進題材清單 |
| 每月 | 發布一至數則內容；檢查表單詢問有無遺漏 |
| 每季 | 檢視舊內容；自行送出一筆表單測試 |
| 每半年 | 檢查帳號清單；確認備份可用 |
| 每年 | 檢視整體結構與各項到期日 |
每季的表單測試很重要
表單是會默默壞掉的功能。 主機搬遷、信箱變更、系統更新都可能影響它，而且不會有人通知你。
從外部信箱送出一筆測試，確認收得到——這件事花五分鐘，但可能避免漏掉一批詢問。
怎麼知道有沒有效
建議每季看幾個數字：
- 網站的訪客數趨勢
- 表單詢問的數量
- 哪些頁面最多人看——常會發現意料之外的結果
- 客戶提到「我在你們網站上看到」的次數
最後一項雖然不是數據，但很真實。
成效觀察見流量分析基本上要看什麼。
維持動力的三個方法
- 把成效攤開來看——每季看一次哪些內容帶來流量，有回饋才有動力
- 直接把連結給客戶——當你發現省下了重複解釋的時間，價值感會很具體
- 降低單篇的心理負擔——不必每篇都是大作