## 目錄 - 什麼是 AI 應用程式產品示範 - 產生前選擇目標 - 三層螢幕截圖到影片工作流程 - 五拍應用程式簡報拍攝計畫 - 螢幕截圖安全提示應用程式產品示範影片？人工智慧應用程式產品示範影片是一個短視頻，它將準確的介面證據與生成的動作或上下文相結合。證據可能包括螢幕截圖、螢幕錄製、批准的功能副本和真實結果螢幕。然後，人工智慧可以透過攝影機運動、設備取景、環境場景、過渡或視覺節奏來支援演示。這與要求模型從文本中發明完整的應用程式商業廣告不同。純文字場景可能有助於顯示使用者的問題或情緒結果，但不應將其視為介面如何運作的證據。當按鈕標籤、圖表、價格或工作流程必須準確時，經批准的螢幕截圖仍然是事實來源。實際規則很簡單： |元素|最佳來源|為什麼 | | ---| ---| ---| |介面佈局和可讀文字|已批准的螢幕截圖或螢幕錄製|這些細節必須與現場產品相符 | |相機運動和設備演示|受控圖像到視訊運動 |運動可以讓靜態螢幕變得更容易觀看| |使用者問題和現實世界背景|文字轉影片或自有素材|這些場景解釋了為什麼該功能很重要 | |標題、徽標和 CTA |影片編輯器|精確的文字不應依賴於生成準確性 | ## 在生成之前選擇目標 App Store 預覽、Google Play 影片、登陸頁面英雄和付費社交廣告不可互換。他們可能會重複使用相同的證據，但他們有不同的工作。 |目的地 |主要工作 |創意優先 |驗證優先級| | ---| ---| ---| ---| |應用商店預覽|演示應用體驗 |真實的界面和簡潔的用戶旅程 |當前 App Store 預覽規範 | | Google Play 預覽 |幫助用戶在安裝前了解價值 |立即顯示核心體驗 |當前的 Play 管理中心資產和清晰視頻播放 | |測試鉤子和好處|快速從問題到結果的故事 |聲明、裁剪、字幕和平台政策 | |功能公告 |解釋一下發生了什麼變化 |前後對比證明|版本準確性和發布可用性 |蘋果目前將 App Store 預覽描述為應用程序運行的短視頻，並發佈單獨的技術規範，包括持續時間和格式要求。 Google Play 目前的指導強調展示實際的應用體驗，儘早引入核心功能，並避免誤導或多餘的宣傳材料。這兩個平台都可以更改其要求，因此在匯出之前驗證最新的官方文檔，而不是將部落格清單視為永久政策。 ## 三層螢幕截圖到影片工作流程 ### 第 1 層：建立 UI 真相包 從證明一次使用者旅程的三到五個螢幕截圖開始。有用的第一個套件包含： 1. 起始狀態： 使用者開始的位置。 2. 主要操作： 影片所涉及的功能。 3. 結果狀態： 動作後可見的結果。 4. 可選支持狀態： 解決可能的異議的一個畫面。 5. 最終卡資產： 核准的標誌、產品名稱和 CTA 副本。刪除個人資訊、測試憑證、客戶名稱、未發布的功能、API 金鑰和內部指標。使用您的團隊已批准的實際樣本數據。如果應用程式介面仍在變化，請在內部將影片標記為概念，直到產品和視訊匹配。不要從每一個開始產品中的螢幕截圖。更多的螢幕通常會帶來更多的編輯工作，但不會改善故事。觀眾只需要足夠的證據來理解一個結果。 ### 第 2 層：新增受控動作 將產品證明鏡頭與背景鏡頭分開。 - 產品證明鏡頭使用螢幕截圖或螢幕錄製並保留準確的 UI 細節。 - 背景鏡頭顯示問題、觀眾、環境或情緒結果。 - 過渡鏡頭將兩者聯繫起來，但不應引入新的產品聲明。對於基於螢幕截圖的鏡頭，請選擇受限的運動：緩慢的推入、輕微的手機傾斜、微妙的深度分離或在編輯過程中添加的一個遊標/點擊提示。當介面必須保持可讀性時，請避免旋轉、液體變換、戲劇性的鏡頭效果或快速的手部互動。測試目前的 Seedance 2.5 AI 視訊工作流程 時，請使用經批准的介面資產和每一代一個運動目標。目標不是讓模型重新設計螢幕；而是讓模型重新設計螢幕。它是在螢幕周圍創建一個受控的剪輯，該剪輯已經傳達了產品的真相。 ### 第 3 層：適應分發 為最終展示位置產生或編輯單獨的版本。不要假設一個主文件可以在任何地方都乾淨地裁剪。 - 將重要的使用者介面和標題放在行動裝置安全的中心區域內。 - 匯出專用的垂直版本，而不是裁剪繁忙的景觀構圖。 - 在編輯器中添加標題和 CTA 文本，以便拼字和時間保持準確。 - 檢查海報框架，因為自動播放可能會停用或延遲。 - 確認音樂、圖示、螢幕截圖、字體和使用者資料已清除用於預期用途。對於 App Store 和 Google Play 展示位置，請在交付前立即檢查當前的官方要求。對於網站，壓縮影片並提供靜態後備。對於社交廣告，請在打開和關閉聲音的情況下查看影片。 ## 五步驟應用程式示範拍攝計畫 最強大的短應用程式簡報通常會解釋一個旅程，而不是列出每個功能。 
|擊敗|觀眾提問 |推薦證據|範例持續時間 | | ---| ---| ---| ---: | | 1.問題|這是給我的嗎？ |背景鏡頭或簡潔的文字卡 | 2–4 秒 | | 2.起始狀態|工作流程從哪裡開始？ |核准的主畫面或輸入畫面 | 3–5 秒 | | 3. 主要行動|使用者做什麼？ |螢幕錄製或穩定截圖動畫 | 4–6 秒 | | 4. 結果 |什麼變得更容易或更好？ |批准的結果畫面和上下文 | 4–6 秒 | | 5. 下一步|我現在該怎麼辦？ |編輯完有精確 CTA 的結束卡 | 2–4 秒 |時間安排是計劃範圍，而不是平台保證。根據放置和當前要求縮短或延長每個節拍。重要的是因果順序：問題、行動、證據、結果、下一步。如果您需要協調更多螢幕，請在生成之前使用AI視訊鏡頭清單範本建立序列。鏡頭清單可以更輕鬆地識別哪些場景需要真實介面、可以產生哪些場景以及普通編輯器在哪些方面比其他 AI 通行證更安全。 ## 螢幕截圖安全的 AI 影片提示範本 每個介面鏡頭使用一個提示。保持足夠窄，以便螢幕截圖仍然是視覺錨點。 > 將提供的螢幕截圖動畫化為受限的行動應用程式產品演示鏡頭。保留完整的介面佈局、可見文字、圖示、顏色和比例。添加一個緩慢的相機推入，在設備周圍具有微妙的深度。保持螢幕朝前且可讀。請勿新增按鈕、更改數字、發明文字、替換徽標或引入手。乾淨的中性背景、受控的工作室燈光、產品演示節奏。此提示有四個任務： 1. 識別資產： 提供的螢幕截圖是主題。 2. 指定一種動作： 例如，緩慢推入。 3. 命名不變量： 版面配置、文字、圖示、顏色和比例。 4. **阻止常見故障模式：**新按鈕、假副本、更改數字和不必要的手。這種措詞不能保證完美的保真度。它創建了一個更清晰的測試。將產生的剪輯與已批准的螢幕截圖逐幀進行比較，並拒絕任何改變產品含義的變更。 ## 工作範例：會議筆記應用程式 假設會議筆記應用程式將錄製的對話轉換為核准的操作清單。安裝承諾是： > 將每次會議變成一份清晰的負責人、決策和後續步驟清單。真相包包含三個經批准的畫面： - 錄製或上傳螢幕； - 突出顯示決定的記錄； - 最終行動清單，包含所有者和截止日期。五步驟計畫可以是： 1. 專案經理離開會議時留下了零散的筆記，並開啟了三個聊天視窗。 2. 輕輕推入設備，就會出現已核准的上傳畫面。 3. 一段簡短的螢幕錄製顯示了真實的「生成操作清單」操作。 4. 批准的結果畫面出現，隨後是團隊審查清晰結果的平靜背景鏡頭計劃。 5. 編輯後的結束卡顯示準確的產品名稱和核准的 CTA。該序列不會要求人工智慧偽造文字記錄、名稱或介面邏輯。只有當產品不需要證明特定螢幕時，它才會使用生成的圖像。與請求「人工智慧會議應用程式的電影廣告」的單一提示相比，結果更可信、更容易修改。要在螢幕截圖階段之前獲得更廣泛的產品頁面簡介，請使用產品頁面到視訊工作流程。在您選擇螢幕之前，它有助於將冗長的登陸頁面減少到一個受眾、承諾、證明點和號召性用語。 ## 常見錯誤 ### 要求 AI 重繪介面 產生的儀表板可能看起來看似合理，但仍然是錯誤的。對於用戶可以解釋為產品承諾的任何功能、價格、標籤或結果，請使用經過批准的螢幕截圖。 ### 顯示太多功能 一個簡短的演示應該很好地回答一個問題。如果每個場景引入不同的特徵，觀眾就無法理解因果路徑。 ### 使用電影動作作為產品證明 發光的手機、繞軌道運行的相機或戲劇性的生活方式鏡頭都可以吸引註意力。它並不表明應用程式執行了承諾的操作。 ### 在產生過程中加入精確文字 將標題、合法文案、CTA 語言和在地化放入編輯層。這可以保護拼字、時間、可訪問性和批准歷史記錄。 ### 在任何地方重複使用一種裁切 橫向手機佈局在垂直裁切後通常會變得難以閱讀。為每個重要通路設計產品證明組合。 ### 跳過逐幀審查 在每個介面鏡頭上暫停。檢查標籤、圖示、圖表、數字、邊框、指針、遊標位置和過渡。 AI 產品影片 QA 檢查表 提供結構化的核准、編輯或重新產生決策。 ## 最終審核清單 - [ ] 影片解釋了一位觀眾、問題和結果。 - [ ] 每個介面聲明均與目前產品相符。 - [ ] 螢幕截圖不包含私人、機密或客戶資料。 - [ ] 產品證明鏡頭使用經批准的 UI 資產。 - [ ] AI 動作不會改變標籤、圖示、數字或工作流程順序。 - [ ] 字幕和 CTA 文字已在編輯器中新增和校對。 - [ ] 裁切內容在目標裝置上仍可讀。 - [ ] 第一秒確定應用類別或使用者問題。 - [ ] 海報框架傳達價值，無需自動播放。 - [ ] 音樂、字體、螢幕截圖、標誌和素材已清除以供使用。 - [ ] 索賠和功能可用性有目前的內部所有者。 - [ ] 最終出口符合最新目的地要求。 ## 常見問題 ### AI 可以將應用程式截圖變成影片嗎？是的。最可靠的方法是使用螢幕截圖作為固定產品證據，並使用人工智慧來限制運動、設備環境或轉換。準確的 UI 文字和互動仍然需要人工審核。 ### 我應該使用圖像轉影片還是文字轉影片來進行應用程式示範？當介面必須保持可識別性時，請使用影像轉影片。針對使用者問題、環境或結果使用文字轉影片。可靠的應用程式演示通常將兩者結合起來，並在普通編輯器中添加精確的標題。 ### 我需要多少張螢幕截圖？三個經過批准的螢幕足以進行有用的首次測試：起始狀態、主要操作和結果。僅當他們解決故事中的特定問題時才添加更多內容。 ### 我可以在 App Store 或 Google Play 上使用人工智慧產生的影片嗎？最終資產必須符合當前平台規則並準確代表應用程式。在交付前檢查 Apple 的 App Store 預覽指南和 Google Play 的預覽資產指南，並檢查所有產生的影片是否有誤導性 UI 或聲明。 ### 如何保持介面文字可讀？從經過批准的高品質螢幕截圖開始，使用受限的運動，保持螢幕在框架中較大，並避免要求模型發明或重寫文字。在編輯層中新增解釋性標題。 ### 當一個畫面出錯時我應該重新產生什麼？僅重新生成失敗的射擊。保持已批准的螢幕截圖、提示不變量、裁剪和周圍編輯不變，以便您一次可以比較一個變數。 ## 最後要點 將應用程式螢幕截圖轉換為影片主要不是動畫問題。這是一個證據管理問題。螢幕截圖必須保留產品的實際功能；人工智慧動作必須使證據更容易理解；最終的編輯必須適合目的地，而不引入新的聲明。從一個安裝承諾、三個批准的螢幕和一個五拍拍攝計劃開始。單獨生成每個場景，在模型的創作自由範圍之外保留精確的 UI 和文本，並在視頻上線之前使用記錄的審查。 ## 來源和驗證說明 - Apple 開發者：應用程式預覽 — 目前產品頁面目的和演示指南。 - Apple 開發者：應用程式預覽規格 — 當前技術規格；出口前複查。 - Google Play 管理中心幫助：新增預覽asset — 目前商品詳情資產和預覽影片指南。平台指南於 2026 年 8 月 5 日進行了審核。要求可能會發生變化；上述官方頁面仍然是事實的來源。
Seedance Team
