Ürün Tanıtım Videosu Senaryolarından 7 Örnek
Örnek anlatımlar, görsel planlar ve pratik uyarlama ipuçlarıyla yedi ürün tanıtım videosu senaryosunu keşfedin.
Bir ürün videosu yazmak, yanıtlaması gereken soruyu bildiğinizde kolaylaşır. "Bu özellik ne işe yarıyor?" sorusu, "Nasıl başlayabilirim?" sorusundan farklı bir açıklama gerektirir.
Bu yedi ürün tanıtım videosu örneği, kurgusal ürünler için hazırlanmış özgün senaryo konseptleridir. Her biri bir anlatım metni, görsel plan ve ilgili yapının hangi durumlarda kullanışlı olduğuna dair bir açıklama içerir. Bunlar, müşteri başarı hikâyeleri veya ölçülmüş dönüşüm oranlarına ilişkin iddialar değil, yazım örnekleridir.
Gerçek bir ürün için uygun yapıyı seçmek amacıyla bu örneklerden yararlanın. Ardından kurgusal özellikleri, gösterebileceğiniz ve doğrulayabileceğiniz gerçek ürün özellikleriyle değiştirin.
Video formatını seçmeden önce soruyu belirleyin
Sizden bir ana sayfa videosu, lansman videosu veya satış videosu hazırlamanız istenebilir. Bu tanımlar videonun nerede yayınlanacağını belirtir. Ancak izleyicinin neyi anlaması gerektiğini tam olarak açıklamaz.
Videoyu talep eden kişiye, hangi belirsizliği ortadan kaldırması gerektiğini sorun. Bir ziyaretçi ürünün hangi kategoriye girdiğini anlamıyor olabilir. Bir müşteri ürün kategorisini biliyor ancak belirli bir işlemin nasıl yapıldığını görmek istiyor olabilir. Mevcut bir kullanıcı ise yalnızca nelerin değiştiğini öğrenmek isteyebilir.
| İzleyicinin sorusu | Kullanışlı senaryo yapısı |
|---|---|
| Bu özellik ne işe yarıyor? | Tek bir özelliğin açıklanması |
| Nasıl başlayabilirim? | İlk kullanım rehberi |
| Bu ürün sorunumu nasıl çözer? | Sorun ve çözüm |
| Süreç boyunca neler oluyor? | İş akışının açıklanması |
| Bu ürün benim durumuma uygun mu? | Kullanım senaryosu örneği |
| Başka bir sistemle nasıl çalışıyor? | Entegrasyon açıklaması |
| Bu istisnai durumda ne oluyor? | SSS açıklaması |
Her videoda tek bir ana soruya odaklanın. Bir taslak yedi sorunun tamamını yanıtlamaya çalışıyorsa muhtemelen kısa bir tanıtım videosunun izin verdiğinden daha kapsamlı ve daha uzun bir yapıya ihtiyaç duyacaktır.
Ürün tanıtım videosu senaryolarından yedi örnek
1. Tek bir özelliği görünür bir işlemle açıklayın
Kurgusal ürün: Pinboard, güncellemeleri sabitleme özelliği sunan, paylaşımlı bir proje çalışma alanı.
Anlatım metni:
Önemli bir proje güncellemesi, günlük yorumlar arasında gözden kaybolabilir. Pinboard, ekibin kolayca bulması gereken güncellemeleri sabitlemenizi sağlar. Projeyi açın, onaylanmış güncellemeyi seçin ve Sabitle seçeneğine tıklayın. Güncelleme, ekip arkadaşlarınızın mesajın tamamını görüntüleyebileceği projenin sabitlenmiş öğeler bölümünde kalır. Bilgiler değiştiğinde sabitlenmiş öğeyi gözden geçirin ve güncel sürümüyle değiştirin. Teslim tarihi veya üzerinde anlaşmaya varılan kapsam gibi, insanların yeniden bulması gereken kararları sabitlemek için bu özelliği kullanın.
Görsel plan: Yorumlarla dolu bir listeyi, bilinçli bir sabitleme işlemini ve sabitlenmiş öğeler bölümünü gösterin. Videoyu bir kişinin güncellemenin tamamını açmasıyla bitirin.
Bu yapının işe yarama nedeni: Özelliğin tek ve net bir amacı vardır. Video, çalışma alanının her bölümünü açıklamak yerine bu amacı gösterir.
Gerçek bir ürün için doğrulanması gerekenler: Bir öğeyi kimlerin sabitleyebileceği, sabitlemenin bildirimleri değiştirip değiştirmediği ve güncelliğini yitirmiş bir sabitlenmiş öğenin nasıl değiştirildiği. Özellik kimseye bildirim göndermiyorsa bildirim geldiğini göstermeyin.
2. Birinin ilk faydalı görevini tamamlamasına yardımcı olun
Kurgusal ürün: PackList, tekrar kullanılabilir bavul hazırlama listeleri oluşturmak için bir uygulama.
Anlatım metni:
Bir sonraki seyahatinize yeniden kullanabileceğiniz bir listeyle başlayın. PackList'te bir liste oluşturun ve iki günlük iş seyahati gibi seyahat türünü belirten bir ad verin. Gerçekten ihtiyaç duyduğunuz eşyaları ekleyin ve bunları giyim, iş ve temel ihtiyaçlar şeklinde gruplandırın. Listeyi temel listeniz olarak kaydedin. Bir sonraki seyahatinizde bu listeyi çoğaltın ve kopyasını ihtiyaçlarınıza göre düzenleyin. Tek seferlik bir eşyanın gelecekteki her seyahatinizin parçası hâline gelmemesi için temel listeyi değiştirmeyin. İlk faydalı sonucunuz, seyahat alışkanlıklarınıza uygun, tekrar kullanılabilir bir listedir.
Görsel plan: Boş bir listenin küçük ve düzenli bir örneğe dönüşmesini gösterin. Ardından temel listeyi, çoğaltılmış seyahat listesinin yanında görüntüleyin.
Bu yapının işe yarama nedeni: Kullanıcıya ulaşması gereken net bir hedef sunar. Video, her menüyü tanıtmak yerine kullanılabilir bir sonuçla biter.
Doğrulanması gerekenler: Gerçek oluşturma ve çoğaltma adımları. Gerçek ürün yalnızca manuel kopyalamayı destekliyorsa kaydedilmiş şablonlar göstermeyin.
3. Belirli bir sorunu belirli bir değişiklikle ilişkilendirin
Kurgusal ürün: ReviewLane, yorumların seçilen bir sürüme eklendiği bir tasarım inceleme aracı.
Anlatım metni:
Geçen haftaki tasarıma yapılan bir yorum, bugünkü sürüme yönelik geri bildirim gibi görünebilir. ReviewLane, her yorumu incelenmekte olan sürüme bağlar. Mevcut tasarımı açın, sürüm etiketini kontrol edin ve yorumunuzu bu sürüme ekleyin. Yeni bir sürüm eklendiğinde önceki tartışmaları geçmiş olarak erişilebilir tutun. Bir değişiklik yapmadan önce geri bildirimin hangi sürümle ilgili olduğunu kontrol edin. Böylece ekip, bir yorumun hâlâ geçerli olup olmadığını tahmin etmek yerine aynı tasarım üzerinde tartışabilir.
Görsel plan: İki sürüm ve belirsiz bir yorumla başlayın. Yorumun belirli bir sürüme açıkça bağlanmasını gösterin, ardından mevcut sürümün incelenmesini görüntüleyin.
Bu yapının işe yarama nedeni: Açılıştaki sorun, somut biçimde gösterilebilecek kadar nettir. Üründeki işlem de söz konusu belirsizliği doğrudan giderir.
Doğrulanması gerekenler: Yeni bir sürüm eklendiğinde yorumların nasıl davrandığı. Bu davranış doğrulanmadıkça yorumların otomatik olarak yeni sürüme aktarıldığını ima etmeyin.
4. Birden fazla kişinin yer aldığı iş akışını açıklayın
Kurgusal ürün: RequestDesk, manuel atama ve tamamlanma onayı özelliklerine sahip bir talep takip aracı.
Anlatım metni:
Bir talep, yardıma ihtiyaç duyan kişiyle başlar. Bu örnek iş akışında kullanıcı, RequestDesk üzerinden bir açıklama gönderir. Bir koordinatör sorumluyu belirler ve bu kişi iş tamamlandığında sonucu kaydeder. Ardından talebi oluşturan kişi, sonucun talebini karşılayıp karşılamadığını onaylar. Bu rolleri görünür tutun: talep sahibi, koordinatör ve sorumlu kişi. Sonuç eksikse talep, başka bir işlem yapılana kadar açık kalır. İş akışı onayla sona erer. Böylece tamamlanmış bir görev ile kabul edilmiş bir sonucu birbirinden kolayca ayırt etmek mümkün olur.
Görsel plan: Etiketlenmiş roller arasında hareket eden bir talep kartı kullanın. Eksik sonuç durumunda talebin sorumlu kişiye geri döndüğü alternatif akışı gösterin.
Bu yapının işe yarama nedeni: Özelliklerin basit bir listesinin gözden kaçıracağı görev devirlerini ve tamamlanma koşullarını açıklar.
Doğrulanması gerekenler: Gerçek durumlar, izinler ve istisnaların nasıl ele alındığı. Sade bir diyagram, ürünün desteklediğinden daha basit bir iş akışı uydurmamalıdır.
5. İzleyicinin durumuna uygun bir kullanım senaryosu gösterin
Kurgusal ürün: BriefBox, müşteri toplantısı notları hazırlamak için kullanılan bir çalışma alanı.
Anlatım metni:
Yarınki müşteri toplantısında yanıtlanması gereken üç açık soru ve yakın zamanda alınmış iki karar var. BriefBox'ta bir toplantı özeti oluşturun ve bu öğeleri ayrı bölümlere yerleştirin. Her kararın altına kaynak notunu bağlantı olarak ekleyin, böylece herkes ayrıntıları kontrol edebilir. Hazırlık sırasında hangi soruların müşterinin yanıtını gerektirdiğini, hangilerinin ekibiniz tarafından önceden çözülebileceğini işaretleyin. Özeti toplantıya katılacak kişilerle paylaşın. Böylece bu görüşme için odaklanmış bir başlangıç noktası elde edersiniz ve ihtiyaç duyulduğunda destekleyici materyallere de erişebilirsiniz.
Görsel plan: Dağınık örnek notların açık sorular, kararlar ve kaynak bağlantıları içeren düzenli bir toplantı özetine dönüşmesini gösterin.
Bu yapının işe yarama nedeni: Senaryo, izleyicinin zaten yaptığı bir işi tanımasına yardımcı olur. Herkes için geçerli bir zaman tasarrufu iddiasında bulunmadan somut bir sonuç sunar.
Doğrulanması gerekenler: Desteklenen kaynak türleri ve paylaşım davranışı. Gerçek iş akışı manuel hazırlık gerektiriyorsa otomatik bilgi getirme veya özetleme işlemleri göstermeyin.
6. Nelerin aktarıldığını göstererek entegrasyonu açıklayın
Kurgusal ürün: TaskBridge, seçilen görev teslim tarihlerini takvim etkinlikleri olarak kopyalayan varsayımsal bir takvim bağlantısına sahiptir.
Anlatım metni:
Bir proje teslim tarihi görev kaydında yer almalıdır, ancak bu tarihi takviminizde de görmek isteyebilirsiniz. Bu kurgusal TaskBridge entegrasyonunda takvim hesabınızı bağlayın ve hangi görev teslim tarihlerinin kopyalanacağını seçin. Seçilen her tarih, görevle bağlantılı bir takvim etkinliği oluşturur. Bu özelliğe güvenmeden önce gerçek kurulumunuzda değişikliklerin ve silme işlemlerinin nasıl ele alındığını kontrol edin. İşlerinizi yönettiğiniz temel yer olarak görev kaydını kullanmaya devam edin. Takvim kaydı ise teslim tarihini diğer programınızla birlikte görmenize yardımcı olur.
Görsel plan: Bağlantının kurulmasını, bir görevin açıkça seçilmesini ve göreve geri bağlantı içeren takvim etkinliğinin oluşturulmasını gösterin. Gösterimin tamamını kurgusal bir entegrasyon konsepti olarak etiketleyin.
Bu yapının işe yarama nedeni: Kaynağı, hedefi ve aktarılan veriyi açıkça belirtir. Bu ayrıntılar, izleyicilerin bir entegrasyonu değerlendirmesine iki logonun birleştiği bir animasyondan daha fazla yardımcı olur.
Doğrulanması gerekenler: Senkronizasyon yönü, desteklenen alanlar, gecikme süresi, izinler ve silme işleminden sonraki davranış. Entegrasyon videolarında özellikleri olduğundan fazla göstermek özellikle kolaydır.
7. Karar vermeyi engelleyen istisnai durumu yanıtlayın
Kurgusal ürün: GuestRoom, bekleme listesi talebi oluşturma özelliğine sahip bir rezervasyon aracı.
Anlatım metni:
İhtiyacınız olan oda için zaten rezervasyon yapılmış. GuestRoom'da o tarih ve saat için bekleme listesine katılma talebi gönderebilirsiniz. Tarihi, saati ve iletişim bilgilerinizi girin, ardından talebinizin durumunu kontrol edin. Bekleme listesine katılmak, rezervasyonun onaylandığı anlamına gelmez. Yer açılırsa aldığınız mesajda belirtilen onay adımlarını izleyin. Onay alana kadar alternatif bir planınızı hazır tutun. Bekleme listesi, talebinizle rezervasyon arasındaki farkı açıkça gösterirken ilginizi de kaydeder.
Görsel plan: Müsait olmayan zaman dilimini, bekleme listesi formunu ve "Talep Edildi" olarak etiketlenmiş durumu gösterin. Talep edilmiş ve onaylanmış durumlar arasındaki farkı açıkça belirterek bitirin.
Bu yapının işe yarama nedeni: Müşterinin ilerlemesini engelleyebilecek pratik bir belirsizliği ortadan kaldırır.
Doğrulanması gerekenler: Bildirimlerin bulunup bulunmadığı, öncelik sıralamasının nasıl işlediği ve rezervasyonun hangi işlemle onaylandığı. Müsaitlik garantisi vermekten kaçının.
Bir örneği varsayımlarını kopyalamadan uyarlayın
Sahne sahne yeniden kullanılabilir bir yapı oluşturmak için açıklayıcı video senaryosu şablonuyla başlayın. Öncelikle doğrulanmış bir ürün özeti hazırlayın. Özelliğin nasıl çalıştığını, kullanıcı rolünü, ön koşulları ve istisnaları yazın. Seçtiğiniz yapıdaki kurgusal ayrıntıları bu özet doğrultusunda değiştirin. Anlatım metni zaten onaylanmışsa, bu metin üzerinden çalışmaya başlamak için Script to Video uygun bir seçenektir.
Ardından kullanılan fiilleri inceleyin. "Algılar", "senkronize eder", "onaylar" ve "yayınlar" gibi sözcükler belirli işlevleri ifade eder. Ürün yalnızca bir kişinin bu işlemi gerçekleştirmesine yardımcı oluyorsa işlemi kimin yaptığını gösterin.
Uygun olduğunda görsel planı gerçek materyallerden oluşturun. Basitleştirilmiş bir diyagram süreci açıklayabilir, ancak çalışan bir arayüzün ekran görüntüsüymüş gibi sunulmamalıdır. Kavramsal sahnelerin gerçek işlevlerle karıştırılma ihtimali varsa bunları açıkça etiketleyin.
İyi bir kontrol sorusu şudur: Bir müşteri, burada gösterilen her şeyi ürünün gerçekten yapmasını makul olarak bekleyebilir mi? Yanıt belirsizse animasyonu iyileştirmeden önce sahneyi yeniden düzenleyin.
Felo için bir ürün tanıtım videosu özeti hazırlayın
Onaylanmış ürün açıklamasını, ilgili ekran görüntülerini veya kaynak materyalleri ve seçtiğiniz senaryoyu sağlayın. Hedef kitlenizi ve videonun yanıtlaması gereken soruyu belirtin.
Örneğin:
Yeni kullanıcılar için onaylanmış bir ürün iş akışını açıklayın. Ekli senaryoyu izleyin ve yalnızca sağlanan özellik bilgilerini kullanın. Ön koşulları ve istisnaları görünür tutun. Ekran görüntüleri çok yoğunsa diyagramlardan yararlanın. Otomatik işlemler, entegrasyonlar, müşteri alıntıları veya performans istatistikleri eklemeyin. Videoyu, özette belirtilen tek bir eylemle bitirin.
Felo'nun Product Explainer Video başlangıç noktası, ürün bilgilerini ve kullanım alanlarını açıklamak üzere tasarlanmıştır. Özellikle bir sahnenin hiç belirtilmemiş bir işlevi ima edebileceği durumlarda, oluşturulan içeriği ürün özetiyle karşılaştırarak gözden geçirilecek bir taslak olarak değerlendirin.
Ürün tanıtım videosu örnekleri hakkında sorular
Ana sayfada hangi yapı kullanılmalı?
Yeni bir ziyaretçinin öncelikle yanıtlanması gereken sorusunu seçin. Bu, sorun ve çözüm odaklı bir hikâye veya kullanım senaryosu örneği olabilir. Ziyaretçi ürünün işlevini anladıktan sonra özellik tanıtımına geçilebilir.
Her örnek bir kayıt olma çağrısıyla mı bitmeli?
Hayır. Mevcut bir kullanıcının sonraki adımı bir görevi tamamlamak veya bir ayarı kontrol etmek olabilir. Eylemi hedef kitleye ve videonun yayınlandığı sayfaya göre belirleyin.
Bir senaryo örneği, gerçek bir ürün gösteriminin yerini alabilir mi?
Bir senaryo, açıklamanın planlanmasına yardımcı olur. Gerçek bir ürün gösterimi ise ürünün nasıl çalıştığına dair kanıt sunar. Satın alma veya kullanıcıya alıştırma süreciyle ilgili bir karar, ürünün gerçekte ne yaptığına bağlıysa her ikisini de kullanın.
Yanıtlamanız gereken müşteri sorusunu seçin, ilgili iş akışını doğrulayın ve Felo Product Explainer Video'yu keşfedin.