# 策展 · X (Twitter) 🔥

> 作者：Paul Solt (@PaulSolt) · 平台：X (Twitter) · 日期：2026-03-30

> 原始來源：https://x.com/paulsolt/status/2037591726227902555

## 中文摘要

# 每天都在讓你損失下載量的截圖錯誤

我開發 iOS 和 macOS app 已有一段時間，而在發佈後，有一件事我一直做錯：那就是截圖。

我將它們視為一項設計任務。挑選五個好的畫面，加上描述功能的疊加文字，然後以正確的尺寸匯出。完成。然而，下載量卻停滯不前（我說的就是你：Super Easy Slides）。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394603-diaHEb0JPaMAA0F4pjpg.jpg)

這是從 Theodora 那裡學到的：截圖 70% 的有效性來自於疊加文字 — 而不是 UI。有一個 app 僅僅透過重寫現有截圖上的文案，就看到了 80% 的轉換率提升。

設計沒有改變。

文字改變了。

這是大多數開發者從未修正的問題。

## 想要完整的攻略手冊嗎？

下載 App Store 截圖最佳化攻略手冊 — 這是從 @DesignerAnts 汲取而來的 100 項最佳實踐，她是 1,000 多張 App Store 截圖背後的專家。將它丟進 Claude 或 Codex，今天下午就修正你的應用程式列表。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394559-diaHEb0gUpbsAAJHcpng.png)

想讓她為你代勞嗎？聘請 Theodora →

## 這個錯誤很容易犯

當你全心投入開發時，你對你的 app 了如指掌。所以當需要撰寫截圖文字時，你自然會描述 app 的功能：

- 「支援深色模式。」

- 「iCloud 同步。」

- 「可自訂的 widget。」

這些陳述都是事實。但對於不知道為何需要你的 app 的人來說，它們完全沒有用。

功能描述回答了錯誤的問題。一個瀏覽你的 App Store 頁面的使用者並不是在問「這個 app 有什麼功能？」他們在問「這適合我嗎？」功能列表無法回答這個問題。

你的截圖對尚未被說服的使用者來說，就像是修補程式說明。

## 真正有效的方法

改變你的思維：停止描述功能。展示對使用者來說會有哪些改變。

- 不要：「可自訂的儀表板」

- 改寫：「一眼看清所有重要資訊。」

另一個例子：

- 不要：「運動追蹤」

- 改寫：「你再也不會忘記自己舉了多少重量。」

相同的 app。相同的畫面。不同的下載率。

這之所以有效的原因是：具體性讓承諾變得真實。「生產力 app」是隱形的。「再也不會丟失會議筆記」才是下載的理由。你越是精確地描述使用者在使用你的 app 之後的生活，他們就越能想像自己使用它的情境。

用手遮住你的 UI，只閱讀文字。它是在講述一個故事嗎？還是只列出了功能？

大多數 app 會立刻在這個測試中失敗。包括我的。

## 能夠提升轉換率的順序

你的截圖應該只有按順序觀看時才有意義。如果它們以任何順序觀看都行，那麼你擁有的是一個目錄，而不是一個故事。

以下是 @designerants 推薦的順序：

1. 截圖 1 — 指出痛點。他們在找到你之前的挫折。（「被埋在永遠找不到的筆記中？」）

1. 截圖 2 — 說明轉變。他們使用你的 app 後會有哪些改變。（「你捕捉的一切，自動整理。」）

1. 截圖 3 — 展示證明。數字、使用者和具體成果。（「每天有 10,000 名開發者使用。」）

1. 截圖 4–5 — 功能呈現。實際兌現截圖 2 中承諾的一兩個功能。

每張截圖只做一件事。一個訊息。如果需要兩句話來解釋，就將它分成兩個畫面。

## 還有一個規則：文字就是產品

你的 UI 是證據。你的文字是論點。

在設計畫面之前，先為每張截圖撰寫標題。如果你無法用 8 個字說明改變，那麼你對它的理解還不夠透徹。然後讓其背後的 UI 作為視覺證明。

將文字視為產品。其他一切都是輔助材料。

## 我發佈的 vs. 我現在會發佈的

我從未打算發佈這個 app。我是為自己開發的。

但一位朋友問起它 — 所以在我發現這些截圖策略之前，我很快地製作了我的 App Store 銷售頁面。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394578-iaHEbc17MagAA8OVdjpg.jpg)

這是 Super Easy Slides 發佈時的文案：

- 筆記 -> 投影片。即時。

- 全螢幕始終可讀。

- 投影片疊加在任何 App 上。

- 自動編號功能正常運作。

當時，這感覺是對的。

我當時試圖：

- 清楚解釋 app 的功能

- 強調主要功能

- 保持一切簡潔直接

從表面上看，這都沒問題。

## 這有什麼問題

現在回頭看，問題顯而易見：

這描述了產品 — 但它沒有銷售產品。

- 這些讀起來像是功能標籤，而不是標題

- 沒有明確的使用者痛點或動機

- 沒有任何東西真正吸引注意力或阻止使用者滑動

- 它假設使用者已經理解這為何重要

這就是我犯的錯誤：

> 我專注於 app 的功能，而不是為什麼有人會想要它。

## 我錯過的規則

根據 Theodora 的方法：

> 每張截圖都應該像一則廣告。

這意味著：

- 從痛點或渴望開始

- 展示結果

- 用功能來支持它

而不是反過來。

## 我會怎麼改變

以下是我會如何重寫相同的想法：

之前
筆記 → 投影片。即時。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394554-iaHEbyCwdWkAEJR2mjpg.jpg)

之後
停止設計投影片
撰寫筆記。開始簡報。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394573-diaHEbxverXIAAELKjpg.jpg)

之前
全螢幕始終可讀
之後
簡報時保持專注
簡潔的投影片。沒有干擾。

之前
投影片疊加在任何 App 上
之後
保持你的流暢度
簡報時不中斷你的動能。

之前
自動編號功能正常運作
之後
再也不用手動修正投影片
你的結構會自動保持整潔。

## 為什麼這樣更好

新版本：

- 從結果而非實作開始

- 立即理解（即使是非開發者也能懂）

- 與真實痛點連結：時間、專注、清晰度

- 將功能作為支持 — 而非標題

## 這週該做什麼

你不需要設計師。你需要一個下午的時間。

拿出你的截圖。遮住 UI。只大聲朗讀標題。重寫任何聽起來像功能列表的內容。然後運行新版本 30 天，並在 App Analytics 中檢查轉換率。

一次重寫會話將比數月的關鍵字最佳化告訴你更多。

## 100 項 App Store 截圖最佳實踐

這些最佳實踐來自於 @Designerants — 她是 ASO 專家，最佳化了 1,000 多張 App Store 截圖，並僅為一個 app 就帶來了 80% 的轉換率提升。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1774887394599-iaHEb2s57bUAAYQQ9png.png)

我將她的工作精煉成一份免費 PDF：100 App Store Screenshot Best Practices。將它提供給 Claude 或 Codex，今天就重寫你的應用程式列表。

使用 AI 工具開發 iOS 和 macOS app 嗎？我撰寫關於我使用 Codex 和 Xcode 的工作流程。追蹤 @PaulSolt

## 標籤

教學資源, iOS, macOS, Apple