Làm thế nào để tạo ra một VSL chuyển đổi và có thể được thử nghiệm

Bắt đầu với quyết định mà VSL của bạn phải tạo ra

Một VSL hữu ích được xây dựng dựa trên một quyết định, không phải một chủ đề. Trước khi mở, hãy quyết định chính xác những gì người xem nên làm sau khi xem: chọn vào, đặt một cuộc gọi, bắt đầu một thử nghiệm, thêm vào xe hoặc mua.

Tài liệu bốn đầu vào trước khi viết:

• Khán giả: ai đang xem, họ đã biết gì và họ nghi ngờ gì. - Cung cấp: những gì thay đổi cho họ sau khi hành động. - Bằng chứng: những bằng chứng nào làm cho sự thay đổi đó đáng tin cậy. - Quyết định dừng lại: khi một bài kiểm tra đủ yếu để tạm dừng hoặc viết lại.

Đối với một phản ứng trực tiếp VSL, mục tiêu đo lường đầu tiên của bạn có thể là tỷ lệ chọn nhượng, khởi đầu thanh toán, tỷ lệ gọi đặt hoặc chuyển đổi mua hàng.

Một câu mạnh mẽ VSL khiến người xem nghĩ, "Đây là cho tôi, tôi hiểu tại sao nó hoạt động, và tôi biết phải làm gì tiếp theo". Câu đó là kiểm tra chất lượng tốt hơn là hỏi xem video có nghe có vẻ thú vị không.

Nghiên cứu trước khi viết

Bằng chứng thị trường mới giúp ngăn chặn kịch bản trở thành một phỏng đoán sáng tạo. Xem xét quảng cáo hoạt động, trang đích, trang chào bán công khai, mô hình đánh giá và vị trí cạnh tranh trước khi quyết định góc độ.

Các nguồn nghiên cứu hữu ích bao gồm [Meta Ads Library] (https://www.facebook.com/ads/library/) cho các ví dụ quảng cáo trực tiếp, các trang thị trường như ClickBank hoặc Digistore24 cho cơ chế cung cấp, và kết quả tìm kiếm công cộng cho các ngôn ngữ người mua đã sử dụng. Các công cụ gián điệp công cộng như AdSpy, BigSpy và Anstrex có thể giúp khám phá góc độ, nhưng không coi ảnh chụp màn hình quảng cáo được lưu là bằng chứng cho thấy một cái gì đó vẫn đang mở rộng quy mô.

Daily Intel Service hữu ích nhất khi các nhóm cần tham chiếu thị trường hiện tại thay vì chụp ảnh sáng tạo cũ. Nếu bạn muốn hiểu cách chúng tôi tách tín hiệu trực tiếp khỏi các ví dụ lỗi thời, hãy xem lại phương pháp [Daily Intel Service](/ phương pháp).

Những gì cần ghi lại trong quá trình nghiên cứu

Đừng sao chép kiểu bề mặt trước.

• Các đối thủ cạnh tranh lặp lại lời hứa thường xuyên nhất. - Sự phản đối mà họ trả lời trước CTA. - Phương thức bằng chứng mà họ dựa vào, chẳng hạn như demo, lời chứng thực, điểm dữ liệu hoặc câu chuyện của người sáng lập. - Sự đảo ngược rủi ro mà họ sử dụng, chẳng hạn như bảo đảm, thử nghiệm miễn phí hoặc độ nát thấp bước tiếp theo. - Nhiệt độ khán giả được hàm ý bởi trang: lạnh, ý thức về vấn đề, ý thức giải pháp, hoặc ý thức về đề nghị.

Nghiên cứu này nên tạo ra một giả thuyết đơn giản: "Đính giả này có thể sẽ phản ứng với cơ chế này bởi vì sự phản đối này đang ngăn chặn hành động".

Kiểm tra lý luận đề nghị trước khi viết kịch bản

Sự thất bại phổ biến nhất của VSL là một cái móc mạnh gắn với logic đề nghị yếu. Người xem có thể xem 30 giây đầu tiên, nhưng họ sẽ không hành động nếu cơ chế, bằng chứng hoặc điều khoản không rõ ràng.

Xây dựng bản đồ đề nghị theo thứ tự này:

Đối với sức khỏe, tài chính, thu nhập hoặc các loại được quy định, giữ cho các yêu cầu bảo thủ. Google hướng dẫn tìm kiếm về [tạo nội dung hữu ích, đáng tin cậy, dành cho mọi người] (https://developers.google.com/search/docs/fundamentals/creating-helpful-content) là một tiêu chuẩn hữu ích: tránh những điều tuyệt đối không được hỗ trợ, giải thích giả định và đưa ra các yêu cầu mà một người đọc có thể đánh giá.

Đưa ra kỷ luật

Một yêu cầu phải nêu rõ nó áp dụng cho ai, điều gì đã thay đổi, trong thời gian nào và bằng chứng đến từ đâu.

Sử dụng các từ như "trong thử nghiệm nội bộ của chúng tôi", "dựa trên mẫu chiến dịch này", hoặc "được ước tính từ cửa sổ thử nghiệm này" khi bằng chứng là hạn chế.

Xây dựng cấu trúc kịch bản VSL

Một kịch bản VSL phải đi qua năm công việc: chú ý, chẩn đoán, cơ chế, chứng minh và hành động. Bạn có thể sử dụng các công thức khác nhau, nhưng mỗi công thức phải hoàn thành những công việc đó.

Ứng dụng tốt nhất Ứng dụng cẩn thận Ứng dụng, cơ chế, chứng minh, cung cấp Ứng dụng Ứng dụng có thể cảm thấy phổ biến nếu cơ chế này mỏng Ứng dụng có thể cảm thấy phổ biến nếu cơ chế này mỏng Ứng dụng có thể kéo nếu câu chuyện không liên quan đến vấn đề của người mua Ứng dụng, công cụ và biến đổi có thể nhìn thấy Ứng dụng cần một lý do rõ ràng để quan tâm trước khi trình bày Ứng dụng PAS cộng với cầu Ứng dụng giao thông lạnh Ứng dụng có thể phóng đại nỗi đau nếu không được xử lý cẩn thận Ứng dụng, công cụ và biến đổi có thể nhìn thấy Ứng dụng cần một lý do rõ ràng để quan tâm trước khi trình bày Ứng dụng PAS cộng với cầu Ứng dụng giao thông lạnh Ứng dụng có thể đánh giá quá mức đau nếu không được xử lý cẩn thận Ứng dụng, công cụ và biến đổi có thể nhìn thấy Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng có thể sử dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứng dụng Ứ

Khởi mở: 20 đến 35 giây đầu tiên

Khởi mở nên xác định người xem, nêu tên vấn đề tốn kém và giới thiệu cơ chế. Đối với lưu lượng truy cập nóng hoặc nhắm mục tiêu lại, 10 đến 20 giây có thể đủ; đối với lưu lượng truy cập lạnh hơn, 25 đến 35 giây thường là thực tế hơn.

Một mô hình mở đơn giản:

• Nếu bạn là [khán giả cụ thể], bạn có thể đang thấy [vấn đề cụ thể]. - Phác thảo thông thường là [hương pháp cũ], nhưng thường tạo ra [chi phí cụ thể]. - Hướng dẫn tốt hơn là [hệ thống], bởi vì nó thay đổi [sự yếu tố quyết định].

Người xem nên hiểu tại sao video quan trọng trước khi bạn yêu cầu họ chờ đợi câu trả lời.

Trung: Cơ chế và bằng chứng

Phần giữa giải thích tại sao đề nghị hoạt động và tại sao người xem nên tin vào nó. Sử dụng ngôn ngữ đơn giản, một khái niệm không quen thuộc tại một thời điểm, và một điểm chứng minh cho mỗi phần.

Một chuỗi trung gian thực tế là:

1. Giải thích cơ chế trong các thuật ngữ hàng ngày. 2. Cố gắng cho thấy cách cũ và lý do tại sao nó thất bại. 3. Cố gắng cho thấy cách mới và lý do tại sao nó dễ dàng hơn hoặc đáng tin cậy hơn. 4. Thêm bằng chứng: demo, ví dụ trường hợp, lời chứng thực, so sánh hoặc dữ liệu. 5. xử lý sự phản đối có khả năng chặn CTA.

Đối với nhiều vị trí giữa đầm, 90 đến 180 giây là phạm vi khởi đầu hợp lý. VSLs dài hơn có thể hoạt động, nhưng chỉ khi dữ liệu lưu giữ và chuyển đổi biện minh cho lời giải thích thêm.

Kết thúc: Một hành động, một lý do, một lý do để tin tưởng

Việc kết thúc không nên đưa ra một lập luận mới, nó nên tái diễn kết quả, nhắc nhở người xem tại sao cơ chế này đáng tin cậy, và yêu cầu một hành động.

Một kết thúc sạch có ba phần:

• Những gì người xem nhận được tiếp theo, những gì xảy ra sau khi họ nhấp vào, tại sao hành động bây giờ là hợp lý.

Nếu các click CTA cao nhưng chuyển đổi dòng chảy thấp, vấn đề thường là sự tin tưởng, giá cả, điều khoản hoặc đề nghị phù hợp.

Viết bản thảo bằng các khối thử nghiệm

Một VSL có thể kiểm tra là mô-đun. Viết mở, cơ chế, chứng minh, phản đối và đóng như các khối riêng biệt để bạn có thể cải thiện một phần mà không cần viết lại toàn bộ tài sản.

Sử dụng định dạng khối này:

• Lời tuyên bố: một câu nói về điểm. - Lý do: một câu giải thích lý do tại sao nó quan trọng. - Bằng chứng: một ví dụ, thước đo, minh chứng hoặc nguồn. - Chuyển đổi: một câu chuyển đến quyết định tiếp theo.

Ví dụ, một khối chứng minh cho một sản phẩm nghiên cứu có thể nói: "Rủi ro không phải là nhóm của bạn không thể viết; rủi ro là viết từ các ví dụ lỗi thời. Daily Intel Service kiểm tra chuyển động thị trường hiện tại trước khi xây dựng một kịch bản, vì vậy bản sơ đồ đầu tiên bắt đầu gần hơn với những gì người mua đã thấy".

Giữ đoạn văn ngắn. Hai đến bốn câu mỗi đoạn văn là đủ cho hầu hết các bản văn và bản ghi trang đích.

Làm video mà không che giấu thông điệp

Việc sản xuất nên tăng độ rõ ràng, không phải bù đắp cho bản sao yếu. Một giọng nói đơn giản với tiêu đề sạch và hình ảnh chứng minh có thể đọc được có thể đánh bại một video được đánh bóng với các tuyên bố mơ hồ.

Nhạc và nhịp điệu

Hãy ghi lại ít nhất hai đoạn nói: một đoạn nói tự nhiên để nói rõ ràng và một đoạn nói chặt chẽ hơn để nói khẩn cấp.

Các dây bảo vệ sản xuất ước tính:

• Sử dụng mức âm thanh phù hợp trong toàn bộ video. - Tắt tiếng ồn nền trước khi thêm âm nhạc. - Giữ tiêu đề có thể đọc được trên điện thoại di động. - Sử dụng 16:9 để nhúng trang đích và tạo 9:16 cắt chỉ khi nguồn lưu lượng truy cập cần chúng.

Đường tượng hình ảnh

Mỗi hình ảnh nên hỗ trợ câu được nói. Sử dụng một hệ thống phân cấp rõ ràng: tiêu đề, bằng chứng, chi tiết hỗ trợ, CTA.

Nếu người xem không thể hiểu khung hình trong khoảng hai giây, hãy đơn giản hóa nó.

Sự tuân thủ và tin tưởng

Nếu bạn sử dụng lời chứng thực, lời chứng thực hoặc tuyên bố hiệu suất, hãy đảm bảo video hiển thị phù hợp với bằng chứng đằng sau nó.

Kiểm tra trước khi bạn cân bằng

Kiểm tra chỉ hoạt động khi mỗi sóng thay đổi một số biến nhỏ. Nếu bạn thay đổi các điểm, chứng minh, đề nghị, CTA và trang đích cùng một lúc, bạn có thể nhận được kết quả nhưng bạn sẽ không biết nguyên nhân của nó.

Sử dụng thang này:

1. Thử nghiệm cơ bản: một điều khiển và hai biến thể kịch bản, cùng khán giả và đề nghị. 2. Thử nghiệm móc: chỉ thay đổi 20 đến 35 giây đầu tiên. 3. Thử nghiệm bằng chứng: giữ móc và đóng ổn định, sau đó kiểm tra lệnh chứng minh hoặc loại chứng minh. 4. Thử nghiệm đóng: thay đổi ngôn ngữ CTA, đảm bảo khung hình, hoặc độ rõ ràng bước tiếp theo. 5. Thử nghiệm quy mô: tăng ngân sách chỉ sau khi các métrics hầm cần thiết ổn định.

Các phạm vi chẩn đoán ước tính, để xác minh với kênh của riêng bạn:

Ứng dụng tín hiệu Ứng dụng chẩn đoán Ứng dụng tiếp theo Ứng dụng giữ lại dưới 25% Ứng dụng hoặc khán giả không phù hợp Ứng dụng mở lại hoặc tăng cường mục tiêu Ứng dụng 25% đến 45% Ứng dụng có một số lực nhưng tốc độ có thể chậm lại Ứng dụng cải thiện độ rõ ràng của các bản ghi và chứng minh sớm Ứng dụng trên 45% với các click CTA yếu Ứng dụng không có sự tự tin Ứng dụng không có quyết định Ứng dụng tăng cường chứng minh và kết thúc Ứng dụng mạnh nhưng chuyển đổi yếu Ứng dụng giá, trang hoặc vấn đề tin tưởng Ứng dụng kiểm tra trang đích và điều khoản trước khi mở rộng

Số lượng mẫu quan trọng. Một vài chuyển đổi sớm có thể gây hiểu lầm, đặc biệt là đối với lưu lượng truy cập trả tiền với chất lượng biến đổi.

Làm cho người chiến thắng trở thành một hệ thống lặp lại

Một VSL chiến thắng nên trở thành một kiểm soát, không phải là một tập tin một lần. lưu kịch bản, nguồn lưu lượng truy cập, khán giả, phiên bản đề xuất, bằng chứng được sử dụng, ngày thử nghiệm, và quyết định làm cho nó trở thành một người chiến thắng.

Sử dụng ba trạng thái điều khiển:

• Hiô-tít: ý tưởng hứa hẹn, không được chứng minh. - Kiểm soát tích cực: hiện đang đánh bại các lựa chọn thay thế trên các chỉ số cần thiết. - Kiểm soát nghỉ hưu: trước đây hữu ích, hiện nay bão hòa hoặc không còn phù hợp.

Hệ thống này làm cho VSLs tương lai nhanh hơn bởi vì nhóm của bạn đang cải thiện từ một điều khiển được biết đến thay vì bắt đầu từ đầu. Đối với các nhóm so sánh dòng công việc nghiên cứu, [Daily Intel Service giá](/ giá) giải thích các tùy chọn thương mại mà không cần một cuộc gọi bán hàng.

Những câu hỏi thường được hỏi

** Câu hỏi: Cách nhanh nhất để tạo ra một VSL từ đầu là gì?** A: Bắt đầu với một khán giả, một lời hứa đề nghị, một cơ chế và một chuỗi chứng minh. Viết phần mở cuối cùng nếu cần thiết, bởi vì móng sẽ dễ dàng hơn khi logic đề nghị rõ ràng.

** Q: Một VSL nên dài bao lâu?** A: Nhiều VSLs giữa đầm bắt đầu khoảng 90 đến 180 giây, sau đó mở rộng hoặc thu hẹp dựa trên dữ liệu lưu giữ và chuyển đổi.

** Câu hỏi: Điều gì làm cho một VSL chuyển đổi?** A: Một VSL chuyển đổi khi khán giả nhận ra vấn đề, hiểu cơ chế, tin tưởng vào bằng chứng, và thấy một bước đi thấp.

Câu: Tôi có cần sản xuất đắt tiền để ra mắt VSL không? A: Không. Một giọng nói rõ ràng, tiêu đề dễ đọc, hình ảnh minh chứng đơn giản và một CTA tập trung là đủ cho một thử nghiệm ban đầu. Cải thiện sản xuất sau khi tin nhắn cho thấy lực kéo.

** Câu hỏi: Tôi có thể sử dụng cùng một kịch bản VSL cho nhiều dịch vụ không?** A: Sử dụng cùng một khung, không phải cùng một kịch bản. Mỗi dịch vụ cần chứng minh cơ chế riêng, khung rủi ro, bối cảnh giá và đóng cửa.

** Câu hỏi: Làm thế nào để tôi kiểm tra một VSL trước khi mở rộng quy mô?** A: kiểm tra đường cơ bản trước, sau đó cô lập cái móng, chứng minh và đóng lại trong sóng riêng biệt.