TL;DR
用它必須證明的信念來選擇一個應用解釋引用 。 使用 Google Calendar 第一次講故事，Spotify為 單一特質發射， Amazon Lens 投入-行動-結果鏈，以及 Windows App 為交叉證據。 從當前構建 UI 捕捉，批准的副本， 和一針對資產地圖 所以最後的影片 儲存的產品事實 它的解釋。
應用解釋影片應該比在螢幕上移動手機模型更有用。 它需要使一個使用者問題可以識別，顯示應用解決它，並儲存足夠的真實介面細節，讓檢視者相信產品能夠交付。 以下八個例子使用不同的組合 現場動作，動畫，產品 UI,文字，和語音。 每個都提供了一種模式，你可以在不復制其樣式框架為幀的情況下進行修改。
Build an explainer from the product materials you already have
01
App 產品解說影片必須講清什麼
多數觀眾需要回答四個問題，
- 這是幹什麼的？
- 我用它後有什麼變化？
- 重要動作在應用程式裡是什麼樣子的？
- 接下來怎麼辦？
平衡按產品變化。 一個熟悉的類別可以少花時間來界定問題，而多花時間處理一個獨特的特點。 在介面出現前，新類別需要更多上下文 。 一個對信任敏感的app應該顯示真實的工作流程和準確的螢幕標籤，而不是依賴抽象動畫。
這為我們提供了比較例項的有益方法：
| 示例 | 開啟裝置 | 產品證明 | 最佳複製模式 |
|---|---|---|---|
| Google Calendar | 每天的情況 | 真實場景中的日曆卡 | 連線特性到可識別的時刻 |
| Spotify AI Playlist | 單行特性承諾 | 提示和播放列表 UI | 解釋一個特點，不是整個應用程式 |
| Headspace | 冷靜引導方向 | 真實導航和內容類別 | 讓產品的精神語氣控制速度 |
| Amazon Lens | 即時視覺動作 | 照片、圓形、匹配產品 | 顯示輸入、 動作、 結果為一條鏈 |
| Windows App | 交叉裝置問題 | 輔助裝置的介面 | 證明可用性 |
| Waze | 驅動程式 | 語音互動和地圖反應 | 把特性放進真正的一天 |
| MyHeritage | 家庭動機 | 樹、記錄和照片工作流程 | 讓情感賦予功能螢幕意義 |
| Doctors in Italy | 緊急地點問題 | 搜尋和匹配流量 | 對本地服務使用熟悉的視覺比喻 |
02
8個應用解釋影片例項值得研究
1. Google Calendar: 附加特性到真實時刻
Google並非從功能列表開始。 影片透過可識別的計劃移動，讓日曆介面作為每個時刻的一部分出現。 這一選擇使得自動事件細節和視覺時刻表卡在觀眾必須理解它們是如何工作的之前感到有用。
可轉讓模式是上下文第一，介面第二。 從使用者想要組織、改進或避免的時刻開始。 然後顯示相關的螢幕。 這可以防止 UI {\fn黑體\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}不會成為無法解釋的龍捲風
要複製什麼：選擇三個具有一個使用者目標的情況。 保持應用螢幕清晰清晰，並與敘述連線。 避免為每個特性發明不同的視覺治療。 生命瞬間與日曆卡的反覆關係使得影片的連貫性。
2. Spotify AI Playlist: 製作一個故事
Spotify專注於單項工作：將書面想法變成播放列表。 產品已經有廣泛的意識，因此影片無法解釋流，庫，或賬戶設定。 它可以將其有限的時間用於新的互動和結果。
這對一個功能釋出或一個其核心產品已被理解的應用程式來說是正確的結構。 宣告特徵承諾，顯示輸入，揭示結果，並停止。 約束很重要。 增加無關的能力將削弱這一特定更新值得注意的原因。
可借鑑的做法：先寫一句完整的「現在你可以……」，再讓每個鏡頭都圍繞證明這句話展開。如果某個場景無法支持這個結果，就把它移到另一支影片。
3. Headspace:將解釋與產品經驗匹配
Headspace 使用冷靜的節奏和清晰的方向引入新使用者可以開始的地方和內容的組織方式。 影片表現得像產品承諾的行為。 它沒有用瘋狂的切口 讓冥想程式看起來更令人興奮。
這種配合很容易錯過。 解釋者不僅是事實的容器。 它的節奏，語音，密度，和過渡設定了使用產品的預期。 金融應用可能需要一個可控，精確的節奏。 一個社交應用程式可以支援更快的編輯。 健康應用可以讓觀眾瞭解每個選擇。
要複製什麼：在選擇音樂或運動之前定義產品體驗的三個形容詞。 使用這些形容詞來拒絕可能看起來被打磨但產生錯誤期望的效果。
4. Amazon Lens: 顯示完整的因果關係鏈
那個 Amazon Lens 影片透過顯示整個鏈條，使得基於相機的特性可以理解：選擇一張照片，識別一個專案，並檢視相關的購物結果。 每一步可見。 觀眾不必相信旁白者對應用的總結
這種模式對於轉換輸入的應用特別有用。 輸入可以是照片、文件、語音命令、位置或資料檔案。 只顯示最終結果可以移除連線使用者動作與結果的證據。
複製內容：建立三欄故事板，標註輸入，動作，結果。 對所有三個階段使用真實介面。 保持任何指標，突出，或放大接近它所解釋的實際控制。
5. Windows App: 證明截面訪問
那個 Windows App 有個交叉的保證 因此，其影片需要做的不僅僅是顯示一個拋光的桌面螢幕。 它顯示了不同裝置中出現的Windows體驗，因此可用性聲稱是視覺證據的一部分。
對於任何跨平臺、角色或地點的應用， 說“無處不在”的一行敘述比在每一支援的表面繼續顯示相同任務的受控順序要弱。 裝置序列不應該成為裝飾性的模擬劇場。 每個螢幕應證明索賠的真實部分。
要複製什麼：列出每個對觀眾重要的平臺，然後決定哪個行動最能顯示連續性。 使用精確的產品截圖和當前介面狀態。 不要顯示釋出不支援的平臺或能力。
6. Waze: 在真實的一天內設定一個特徵
Waze 幀對話透過驅動器日進行報告，而不是將語音輸入作為孤立的技術功能。 情況提供了使用的理由：司機已經在移動，需要低調的防爆方法來報告正在發生的情況。
情景第一講故事在特徵的價值取決於上下文時起作用。 同樣的互動可能出現在一個乾淨的工作室的模擬中，但在繁忙的街道上，在商店的過道上，或在顧客打電話時，都很重要。
複製內容：在寫入產品線前定義觸發時間。 詢問使用者在功能變得有用之前正在做什麼 。 顯示觸發器，然後是互動，然後是應用程式的反應。 留著 UI 即使在現場動作帶場景時也是可讀的。
7. MyHeritage: 讓情緒支援工作流程
MyHeritage 連線實用的應用功能，如構建家庭樹，搜尋記錄，以及分享照片等，與使用照片的更大的情感原因有關。 銀幕之所以重要，是因為它們有助於儲存和探索家族歷史。
當情感賦予了工作流程意義時，情感在這裡最為有效。 它不應取代工作流程。 一個美麗的家庭蒙太奇，不看產品 將發揮品牌電影的作用 而不是應用直譯器。 影片透過首先確定使用者實際能做什麼而獲得情感結局。
可借鑑的做法：把每一個情感訴求連到清楚的產品操作。如果腳本說這個應用程式能幫助人們保持聯繫，就要顯示建立這種聯繫的畫面、物件或互動。
8. Doctors in Italy: 使用熟悉的比喻來引導觀看者
Doctors in Italy 從明顯的區域性問題開始：旅行者需要英語醫生。 視覺語言將服務連線到其位置，然後向匹配經驗如何工作的方向移動。
一個熟悉的比喻可以縮短解釋時間，特別是對市場和地點服務而言。 風險在於讓隱喻成為整個影片。 瀏覽者仍需要看到應用程式如何將問題轉化為結果。
要複製什麼：使用一個可識別的視覺主播來建立位置或情況，然後迅速過渡到真正的產品。 把比喻當作門路 而不是代替 UI 證據。
03
為您的應用程式選擇正確的模式
不要選擇引用，因為它的動畫風格看起來很昂貴。 選擇它是因為其證據模式符合您觀眾需要的信念。
| 檢視器必須相信... | 使用此模式 | 有力參考 |
|---|---|---|
| 特性在一個簡單的流程中工作 | 投入、行動、結果 | Amazon Lens |
| 應用程式符合現有的常規 | 情況、螢幕、福利 | Google Calendar |
| 一個新特點值得注意 | 一個承諾，一個工作流程 | Spotify AI Playlist |
| 感覺平靜或受控制 | 產品匹配間隔 | Headspace |
| 應用程式在裝置之間工作 | 跨表面重複的任務 | Windows App |
| 特徵事項的背景 | 實時觸發和反應 | Waze |
| 職能行動支援人類目標 | 工作流程和情感回報 | MyHeritage |
| 服務解決特定地點的需要 | 熟悉的主錨加真實匹配流量 | Doctors in Italy |
這個模式還告訴你要收集什麼來源資產。 輸入-動作-結果影片需要每個州精確的截圖。 場景第一的影片既需要情景鏡頭，也需要產品 UI。一個跨裝置影片需要從顯示的每個平臺獲取當前影象。
04
從真實產品證據中建立應用程式解釋影片
最安全的製作過程從動畫開始。 建立一個小證據包， 包括：
- 這段影片的確切觀眾和使用情況;
- 經核准的腳本，包括每一個數字和畫面標籤；
- 每一產品狀態的當前截圖或錄音;
- 可能出現在螢幕上的品牌資產;
- a. 顯示每一行中屬於哪個螢幕的逐個資產對映圖;
- 目的地和寬度比例。
然後從三個層面審查故事板。
第一，檢查資產忠誠。 標誌，介面，圖示，產品螢幕應當保持可識別性和流暢性。 第二，檢查資訊忠誠度。 名稱，價格，號碼，法律用語應當與批准的影印件相符。 三，檢查函證。 當敘述描述一個特性時，螢幕應該顯示這個特性，而不是附近的不同的工作流程。
TapVid的產品示範影片工作流程與此相關。TapVid是一個Explainer Video Engine，可把提供的素材和書面文案轉為可檢查的影片結構。它把準確放在第一位：產品UI與文字應視為事實，動態效果則用來協助注意與理解。如果還需要整理旁白，請在製作場景前使用解說影片腳本指南。
不要聲稱任何自動化工作流程都不會出錯。實用標準是讓來源素材、腳本和鏡頭對應關係都清楚可查，並能在交付前修正明顯錯配。
05
應用程式解釋影片常見錯誤
顯示每個特點。 擁擠的巡演要求觀眾回憶太多。 選擇能夠證明主值的最小工作流程 。
使用裝飾性的手機模型取代清楚可讀的介面。 傾斜的裝置可能看起來很精緻，卻會遮住觀眾真正需要理解的操作。
讓敘述和螢幕分開。 如果劇本在螢幕顯示儀表盤時描述搜尋，則觀看者必須調和兩種不同的想法。
輕鬆建立介面。 縮寫 UI 可以引入產品中不存在的標籤，顏色，或狀態。 當螢幕成為證據時使用當前抓取 。
按趨勢排列。 快切不會自動改進保留，慢節奏不會自動產生信任。 配合產品的速度和動作的複雜性。
結束沒有下一步。 行動呼籲應該符合影片的工作，無論是嘗試一個功能，下載應用程式，加入一個等待列表，還是觀看一個詳細的演示。
06
常問問題
什麼是應用程式解釋影片？
app解釋影片是連線使用者問題或情況與特定應用工作流程和結果的短影片。 它通常結合真實或模擬的介面檢視與敘述，文字，動畫，或現場動作。
如何是一個應用直譯器 不同於一個應用演示影片？
通常選擇一個解釋者來澄清價值，上下文，和一個可重複使用的故事模式。 演示更有可能教授或證明工作流程如何逐步運作。 格式可以重疊，但讀者的任務不同，這也反映在他們單獨的美國搜尋結果中。
一個應用解釋影片應該要多久？
沒有普遍的期限。 單一特性的解釋可能需要不到一分鐘，而一個新的類別或多步驟的對信任敏感的工作流程可能需要更長的時間。 在觀眾有足夠證據理解價值並採取預期下一步時剪輯影片。
如果應用程式直譯器使用真實 UI 或動畫 UI？
使用真實 UI 準確的螢幕、標籤和狀態都是重要證據。 動畫可以澄清焦點，順序，或過渡，但不應該改變事實產品細節。 一個混合體經常效果很好：真實的螢幕用於證明，有運動引導注意力。
生產前需要哪些資產？
至少要收集經核准的腳本、最新的截圖或錄製畫面、品牌素材，以及鏡頭與素材的對照表。若產品價值取決於真實情境，應加入實拍畫面；若跨裝置存取是承諾的一部分，就要擷取每個支援平台。
