每天都在讓你損失下載量的截圖錯誤
我開發 iOS 和 macOS app 已有一段時間，而在發佈後，有一件事我一直做錯：那就是截圖。
我將它們視為一項設計任務。挑選五個好的畫面，加上描述功能的疊加文字，然後以正確的尺寸匯出。完成。然而，下載量卻停滯不前（我說的就是你：Super Easy Slides）。
這是從 Theodora 那裡學到的：截圖 70% 的有效性來自於疊加文字 — 而不是 UI。有一個 app 僅僅透過重寫現有截圖上的文案，就看到了 80% 的轉換率提升。
設計沒有改變。
文字改變了。
這是大多數開發者從未修正的問題。
想要完整的攻略手冊嗎？
下載 App Store 截圖最佳化攻略手冊 — 這是從 @DesignerAnts 汲取而來的 100 項最佳實踐，她是 1,000 多張 App Store 截圖背後的專家。將它丟進 Claude 或 Codex，今天下午就修正你的應用程式列表。
想讓她為你代勞嗎？聘請 Theodora →
這個錯誤很容易犯
當你全心投入開發時，你對你的 app 了如指掌。所以當需要撰寫截圖文字時，你自然會描述 app 的功能：
「支援深色模式。」
「iCloud 同步。」
「可自訂的 widget。」
這些陳述都是事實。但對於不知道為何需要你的 app 的人來說，它們完全沒有用。
功能描述回答了錯誤的問題。一個瀏覽你的 App Store 頁面的使用者並不是在問「這個 app 有什麼功能？」他們在問「這適合我嗎？」功能列表無法回答這個問題。
你的截圖對尚未被說服的使用者來說，就像是修補程式說明。
真正有效的方法
改變你的思維：停止描述功能。展示對使用者來說會有哪些改變。
不要：「可自訂的儀表板」
改寫：「一眼看清所有重要資訊。」
另一個例子：
不要：「運動追蹤」
改寫：「你再也不會忘記自己舉了多少重量。」
相同的 app。相同的畫面。不同的下載率。
這之所以有效的原因是：具體性讓承諾變得真實。「生產力 app」是隱形的。「再也不會丟失會議筆記」才是下載的理由。你越是精確地描述使用者在使用你的 app 之後的生活，他們就越能想像自己使用它的情境。
用手遮住你的 UI，只閱讀文字。它是在講述一個故事嗎？還是只列出了功能？
大多數 app 會立刻在這個測試中失敗。包括我的。
能夠提升轉換率的順序
你的截圖應該只有按順序觀看時才有意義。如果它們以任何順序觀看都行，那麼你擁有的是一個目錄，而不是一個故事。
以下是 @designerants 推薦的順序：
截圖 1 — 指出痛點。他們在找到你之前的挫折。（「被埋在永遠找不到的筆記中？」）
截圖 2 — 說明轉變。他們使用你的 app 後會有哪些改變。（「你捕捉的一切，自動整理。」）
截圖 3 — 展示證明。數字、使用者和具體成果。（「每天有 10,000 名開發者使用。」）
截圖 4–5 — 功能呈現。實際兌現截圖 2 中承諾的一兩個功能。
每張截圖只做一件事。一個訊息。如果需要兩句話來解釋，就將它分成兩個畫面。
還有一個規則：文字就是產品
你的 UI 是證據。你的文字是論點。
在設計畫面之前，先為每張截圖撰寫標題。如果你無法用 8 個字說明改變，那麼你對它的理解還不夠透徹。然後讓其背後的 UI 作為視覺證明。
將文字視為產品。其他一切都是輔助材料。
我發佈的 vs. 我現在會發佈的
我從未打算發佈這個 app。我是為自己開發的。
但一位朋友問起它 — 所以在我發現這些截圖策略之前，我很快地製作了我的 App Store 銷售頁面。
這是 Super Easy Slides 發佈時的文案：
筆記 -> 投影片。即時。
全螢幕始終可讀。
投影片疊加在任何 App 上。
自動編號功能正常運作。
當時，這感覺是對的。
我當時試圖：
清楚解釋 app 的功能
強調主要功能
保持一切簡潔直接
從表面上看，這都沒問題。
這有什麼問題
現在回頭看，問題顯而易見：
這描述了產品 — 但它沒有銷售產品。
這些讀起來像是功能標籤，而不是標題
沒有明確的使用者痛點或動機
沒有任何東西真正吸引注意力或阻止使用者滑動
它假設使用者已經理解這為何重要
這就是我犯的錯誤：
我專注於 app 的功能，而不是為什麼有人會想要它。
我錯過的規則
根據 Theodora 的方法：
每張截圖都應該像一則廣告。
這意味著：
從痛點或渴望開始
展示結果
用功能來支持它
而不是反過來。
我會怎麼改變
以下是我會如何重寫相同的想法：
之前
筆記 → 投影片。即時。
之後
停止設計投影片
撰寫筆記。開始簡報。
之前
全螢幕始終可讀
之後
簡報時保持專注
簡潔的投影片。沒有干擾。
之前
投影片疊加在任何 App 上
之後
保持你的流暢度
簡報時不中斷你的動能。
之前
自動編號功能正常運作
之後
再也不用手動修正投影片
你的結構會自動保持整潔。
為什麼這樣更好
新版本：
從結果而非實作開始
立即理解（即使是非開發者也能懂）
與真實痛點連結：時間、專注、清晰度
將功能作為支持 — 而非標題
這週該做什麼
你不需要設計師。你需要一個下午的時間。
拿出你的截圖。遮住 UI。只大聲朗讀標題。重寫任何聽起來像功能列表的內容。然後運行新版本 30 天，並在 App Analytics 中檢查轉換率。
一次重寫會話將比數月的關鍵字最佳化告訴你更多。
100 項 App Store 截圖最佳實踐
這些最佳實踐來自於 @Designerants — 她是 ASO 專家，最佳化了 1,000 多張 App Store 截圖，並僅為一個 app 就帶來了 80% 的轉換率提升。
我將她的工作精煉成一份免費 PDF：100 App Store Screenshot Best Practices。將它提供給 Claude 或 Codex，今天就重寫你的應用程式列表。
使用 AI 工具開發 iOS 和 macOS app 嗎？我撰寫關於我使用 Codex 和 Xcode 的工作流程。追蹤 @PaulSolt