第一次把 App 提交上架的時候，我把手機裡截的八張圖原樣傳了上去：介面是真的，功能是全的，審核也沒卡我。真正的問題出在後台資料上——產品頁從訪問到下載只有 1.9%，前三張的平均停留不到 4 秒。第二次重做介紹圖，同一個產品、同一批文案欄位，轉換漲到 4.6%。中間我改的不是產品，而是「截圖有沒有被包裝」：一個裝置模型、一層背景、一句能讀懂的標題。這三件東西齊了，讀者才知道自己在看一個 App，而不是幾張網頁截圖。
一、介紹圖和「美化過的截圖」不是一回事
裸截圖缺的是語境。它假定讀者已經知道自己要什麼，但商店裡的人是從左往右掃的，第一張圖給他的是「這跟我有沒有關係」。介紹圖承擔的是三秒內的判斷，所以它需要三樣東西：手機模型提供「這是一個可安裝的東西」的暗示、一句說清價值的主標題、以及和品牌圖示同色系的背景把八張圖連成一個整體。我後來見過有人把介紹圖做成海報，塞了五行文案三個裝飾元素，那也是另一個方向的失敗——模型裡的介面被擠得看不清。
二、八張圖我是怎麼分配的
| 位置 | 放什麼 | 標題寫法 | 我踩過的坑 |
|---|---|---|---|
| 第 1 張 | 核心使用情境那個介面 | 一句價值，12 字以內 | 我原來寫「高效待辦管理」，太空，改成了具體結果 |
| 第 2–3 張 | 主流程拆成兩步 | 動詞開頭，寫使用者做什麼 | 兩張用了同一個頁面，讀者以為重複 |
| 第 4 張 | 差異功能（提醒、同步） | 副標題補一句限制條件 | 沒寫「同步裝置上限 2 台」，上架後被負評 |
| 第 5 張 | 統計或報表頁 | 用真實數字，別用假資料 | 原圖帶客戶名，提交前才想起處理 |
| 第 6 張 | 主題、深色模式 | 一句話就夠 | 深色介面配淺色背景，對比不夠，字糊了 |
| 第 7 張 | 小場景（離線、匯入） | 寫清輸入輸出 | 把兩個功能擠一張，看不出重點 |
| 第 8 張 | 收尾，品牌色整屏 | 一句態度話 | 背景跟前七張不同色系，翻頁時跳 |
我的資料裡還有一個更難看的數字：翻到第五張的人只有 23%。所以前三張我改了三輪，後面幾張基本沒動過。
三、我做一版圖的實際過程
- 先在手機上截真實介面。截圖裡帶真實使用者名稱的那幾張，我用圖片馬賽克把客戶姓名和手機號那兩塊框掉，匯出 PNG 再往下一步走，別等進了模型才發現。
- 進APP 介紹圖產生器選裝置模型：iPhone 6.5 吋、5.5 吋、Android 主流機型和自訂尺寸都有。我的習慣是先按 6.5 吋出一版，再套一次 5.5 吋，專門看標題會不會小到讀不清——那才是很多人手上的螢幕。
- 背景用品牌色
#2F6BFF，我選了從深到淺的漸層再疊一層很淡的雜點。純色太平，圖案太重，波點那一檔我試過，會把模型裡的文字壓掉。 - 標題和副標題：多款中文字型裡我最後選了筆畫偏粗的一檔，標題控制在 12 字內、副標題 20 字內，位置置中偏上，絕不能壓住介面裡的關鍵按鈕。
- 裝置邊框我往細調了一檔，預設的邊框寬度在 5.5 吋那版上吃掉了太多畫面。
- 匯出 1080×1920 的 PNG，八張合計 12MB 左右。單張超了就減尺寸或壓一次，圖片壓縮處理 PNG 一般能收掉一半。
- 上傳前用另一台真機打開自己的產品頁看縮圖效果。這個動作發現過兩次標題字太細的問題，電腦上是看不出來的。
四、幾個反覆出問題的細節
- 狀態列時間要統一：我八張圖裡混了 9:41、10:26 和 23:07 三種，看起來像不同天截的，後來重截了一遍。
- 假資料會反噬：報表頁放「10000+ 筆已完成」這種數字，被讀者當真來問，反而更麻煩。我用測試帳號跑出真實量級的資料。
- 別寫絕對化說法：第一版標題有「效率第一」，我自己刪了。這類詞除了觀感問題，還可能帶來審核上的麻煩。
- 競品名和對照表不要出現在圖裡：這是審核風險最高的東西之一，我用文字講差異，不做點名對比。
- 每張只講一件事：這是我這輪最大的改動，八張對應八個點，不做合併。
五、提交前我會逐項過一遍的九條
這一輪之後我把檢查動作列成一份清單，貼在螢幕邊上。八張圖按這九條走一次大約十二分鐘，比被駁回後重來快得多。
- 標題字數：每張 12 字以內，超過就刪到 12 字，不縮小字級。
- 字級下限：5.5 吋模型裡主標題的字高低於 40 像素就重寫文案，不改字型。
- 介面遮擋：標題、副標題與裝置模型重疊面積目測為零。
- 狀態列：時間、電量、訊號三處一致，我統一截在同一時段。
- 敏感資料：姓名、手機號、金額、QR Code 四項逐張放大到 200% 檢查。
- 背景一致性：八張用同一組漸層參數，切換時不跳色。
- 第三方內容：競品名、別人的截圖、系統內建應用程式圖示全部排除。
- 絕對化用語：搜一遍「第一」「最」「國家級」這類詞，出現就改。
- 體積與數量：單張 1.5MB 以內，八張合計 12MB 左右，超了先壓。
六、常見疑問
Q：應用商店的截圖尺寸要求都一樣嗎？
不一樣，而且規則會變。我是把同一套視覺按 1080×1920 出圖當工作稿，上傳前對著後台的提示逐張核一遍尺寸和數量，不靠記憶。
Q：沒有設計基礎能做到什麼程度？
裝置模型 + 背景 + 一句標題這三件齊了就有七十分。剩下的差距在文案，不在視覺，而這部分是我自己改了三遍才改對的。
Q：標題該寫功能名還是寫結果？
寫結果。「自動整理成週報」勝過「支援匯出功能」。前者讀者三秒內知道自己省了什麼，後者要他先理解你的功能劃分。
Q：截圖裡能出現真實使用者資料嗎？
不能。要嘛換成測試帳號，要嘛先打碼。我在第一張報表頁裡遮過客戶名，匯出前會再放大略看一次有沒有漏的。
Q：做介紹圖的截圖會上傳嗎？
不會，整套產生在瀏覽器本機完成。產品沒發布之前，這一點對我來說是前提條件，不是加分項。
4.6% 也不是終點，第二版之後我又改過兩輪文案，最新一次把第一張的價值句從「整理你的待辦」換成了「每天下班前自動出清單」。真正讓我改變看法的是那條讀者留言：我原以為大家在挑功能多少，實際上前三秒他們只想知道「這跟我有什麼關係」。