Ürün değişiklik günlüğü kısa bir özellik videosuna nasıl dönüştürülür?
Değişiklik günlüğü neyin değiştiğini kaydeder. Özellik videosu ise birinin belirli bir değişikliğin neden önemli olduğunu ve nasıl kullanılacağını anlamasına yardımcı olur. Sürüm notlarını hareketli kartlara kopyalamak genellikle envanteri korurken açıklamayı kaybettirir. Sonuç video gibi görünebilir, ancak hangi değişikliğin kendisini etkilediğini izleyicinin hâlâ çözmesi gerekir.
En yararlı başlangıç noktası, kullanıcının görebildiği tek bir farktır. Kişi artık daha önce yapamadığı neyi yapabilir veya mevcut bir işin hangi bölümü daha anlaşılır hâle gelmiştir? Bu fark belirlendiğinde video ilgili durumu, eylemi ve sonucu gösterebilir. Kısa diziye ait olmayan ayrıntılar için değişiklik günlüğünün tamamı erişilebilir kalır.
Linear’ın yayımlanmış belge abonelikleri sürümü yararlı bir örnektir: duyuru, ana özelliği ikincil iyileştirmelerden ayırır ve arayüz medyası bir abonenin gerçekte ne aldığını gösterir.
Sürüm envanterini video hikâyesinden ayırın
Erişilebilirlik koşulları ve bilinen sınırlamalar dâhil sürümün tamamını okuyarak başlayın. Başlık, değişikliği evrenselmiş gibi gösterebilirken ayrıntılar onu belirli hesaplar, planlar, roller veya platformlarla sınırlayabilir. Bu koşullar videonun dürüstçe ne vaat edebileceğini etkiler.
Sürüm öğelerini değiştirdikleri işe göre gruplandırın. Birkaç mühendislik güncellemesi görünür tek bir iyileştirmeyi destekleyebilirken tek bir sürüm notu birkaç ayrı kullanıcı işini içerebilir. Video, iç iş listesindeki sırayı değil, kullanıcının yaptığı işi izlemelidir.
Sürüm özetiyle tek özellik demosu arasında seçim yapın. Özet, mevcut müşterilerin birkaç değişikliği fark etmesine yardımcı olabilir. Demo ise bir eylemi açıklamak için daha fazla alana ihtiyaç duyar. Çok kısa bir videoda ikisini de yapmaya çalışmak, çoğu zaman hiçbir öğe için yeterli kanıt sunmayan hızlı bir liste üretir.
Seçilen hikâyeyi tanımlayan bir cümle yazın. Örneğin “Mevcut kullanıcıya bir proje belgesindeki değişiklikleri nasıl takip edeceğini göster” net bir iştir. “Bu hafta yayımlanan her şeyi duyur” farklı bir biçimdir ve farklı bir plan gerektirir.
Gerçek bir sürümün bilgilere nasıl farklı ağırlıklar verdiğini inceleyin
Linear’ın belge abonelikleri değişiklik günlüğü, aboneliklerle başlar, bildirimleri ve abonelik davranışını açıklar ve gerçek arayüz medyası içerir. Daha küçük iyileştirmeleri ve düzeltmeleri sıralamadan önce pull request önizleme bağlantılarına ayrı bir bölüm ayırır. Sayfa her öğeyi eşit önemde ele almaz veya hepsini kesintisiz tek bir gösterime zorlamaz.
Buradaki yararlı ders hiyerarşiyle ilgilidir. Öne çıkan değişiklik açıklama ve görsel kanıt alır. Diğer değişiklikler bu açıklamayı bölmeden bulunabilir kalır. Videonuz da aynı ayrımı kullanabilir: ekranda tek ana hikâye, çevresindeki sayfadan veya gönderiden bağlantı verilen tam sürüm notu.
Kendi özelliğinizi kaydetmeden önce tetikleyiciyi, bildirim hedefini, izinleri ve varsayılan abonelik davranışını doğrulayın. Bu dört ayrıntı hangi hesabın kullanılacağını, hangi eylemin kaydedileceğini ve izleyicinin hangi sonucu beklemesi gerektiğini belirler.
İzleyicinin gerçekten görebileceği değişikliği bulun
Bazı sürüm notları abonelik kontrolü veya önizleme menüsü gibi görünür yeni durumları anlatır. Diğerleri performans çalışmalarını, güvenilirlik düzeltmelerini veya altyapı değişikliklerini anlatır. Bunlar farklı yaklaşımlar gerektirir. Görsel bir özelliği doğrudan göstermek daha kolaydır; görünmeyen iyileştirme ise dikkatle desteklenmiş kanıt veya yalın açıklama gerektirebilir.
Görünür bir özellik için önceki durumu, eylemi ve sonraki durumu belirleyin. Son videoda üçünün hepsi gerekmeyebilir, ancak toplamak hikâyeyi doğrulamaya yardımcı olur. Sonucu gösterilmeyen yeni bir kontrol, yararlı bir güncellemeden çok arayüz turu gibi hissettirebilir.
Bir hata düzeltmesinde, sorunu doğru temsil etmiyor ve açıkça tanımlanmıyorsa dramatik bir arızayı yeniden canlandırmayın. Kurgulanmış hata, önceki ürünü olduğundan kötü gösterebilir. Çoğu zaman daha iyi video yalnızca düzeltilmiş iş akışını gösterir ve ilgili koşulu açıklar.
Performans iyileştirmesinde, kurgulanmış bekleme dizisini kıyas ölçümü olarak kullanmayın. Süre iddiaları uygun ölçüm yöntemi ve karşılaştırılabilir koşullar gerektirir. Böyle bir kanıtınız yoksa uydurma hız karşılaştırması eklemeden değişikliği anlatın.
Küçük bir sürüm kanıt paketi toplayın
Kurgudan önce güncel sürüm metnini, doğrulanmış ürün durumunu, onaylı özellik adını ve varsa erişilebilirlik koşullarını toplayın. Bu paketin görünür içeriğe dönüşmesi gerekmez. Yazarla yapımcıya ortak bir olgusal temel verir.
Özelliğin nerede bulunduğunu ve kimlerin erişebildiğini kaydedin. Yalnızca yöneticilere görünen kontrol, her kullanıcı görüyormuş gibi gösterilmemelidir. Kullanıma sunma tamamlanmamışsa yayın zamanının ve ifadelerin gerçek erişilebilirlikle eşleştiğinden emin olun.
Temiz örnek verileri olan bir demo hesabı kullanın. Özelliği yayımlanmış sürümde veya açıkça tanımlanan önizleme ortamında kaydedin. Çalışma kaydında farkı açıklamadan bir üretim ekran görüntüsünü henüz yayımlanmamış maketle karıştırmayın.
Özgün kaydı saklayın. Daha sonra bir eylemin gerçek olup olmadığı veya kesmenin önemli bir koşulu atlayıp atlamadığı sorularını yanıtlayabilir. Kurgulanmış video kısa olmalıdır, ancak üretim kaydı onu doğrulayacak kadar bağlamı korumalıdır.
Bir sürüm öğesini kayıt isteğine dönüştürün
Kurgucu “daha iyi farkındalığı” doğrudan kaydedemez. Bir belgeyi, onu takip etmek için kullanılan kontrolü ve doğrulanmış değişikliğin ürettiği bildirimi kaydedebilir. Daha sonra durumların eşleştirilebilmesi için örnek belge adı da dâhil olmak üzere kayıt isteğini bu gözlemlenebilir terimlerle yazın.
Sonuç planında izleyicinin bildirim başlığına mı, değişen içeriğe mi, ikisine birden mi ihtiyaç duyduğuna karar verin. Geniş gelen kutusu görünümü güncellemelerin nereye geldiğini gösterebilir; farkın daha yakın görünümü ise bildirimin neden yararlı olduğunu açıklayabilir. Bu, hikâyeye dayalı bir kadraj kararıdır; videoya ikinci özellik eklemek için gerekçe değildir.
Sürümü bir izleyici sorusuna dönüştürün
İç notta “Belge aboneliği tercihleri eklendi” yazabilir. İzleyicinin sorusu ise “Bu belge değiştiğinde nasıl haberdar olurum?”a daha yakındır. Sürümü bu sorunun etrafında yeniden yazmak, açılışa pratik bir amaç kazandırır.
Hedef kitle için önemli değilse tam sürüm numarasıyla başlamayın. Mevcut müşteriler sürüm tanımlayıcısına ihtiyaç duyabilir, ancak kliple tek başına karşılaşan izleyicinin genellikle önce işi görmesi gerekir. Sürüm numarası gönderide, açıklamada veya küçük bir etikette kalabilir.
Yanıtı ürünün gerçek davranışını kullanarak yalın dille yazın. Bildirimler gelen kutusunda görünüyorsa bunu söyleyin. Özellik yalnızca belirli ayarlarda e-posta gönderiyorsa bu ayrımı koruyun. Kısa metin genel iyimserliğe dönüşmek yerine doğru kalmalıdır.
Ardından yanıtı kanıtlayan ekranı seçin. Bildirim sonucu, büyük ve hareketli bir özellik adından daha fazlasını iletebilir. Başlık konuyu tanıtır; ürün durumu onu inandırıcı kılar.
Farkı gösteren bir dizi kurun
Yararlı bir kısa özellik videosu, ilgili belgeyi tanıtabilir, abonelik eyleminin yerini gösterebilir ve ortaya çıkan bildirimi veya abone olunmuş durumu sunabilir. Tam sıra, izleyicinin zaten ne bildiğine bağlıdır. Mevcut müşteriler yeni ziyaretçilerden daha az gezinme bağlamına ihtiyaç duyabilir.
| Anlatım anı | Amaç | Toplanacak kanıt |
|---|---|---|
| Bağlam | İşi tanımlamak | İlgili proje veya belge |
| Eylem | Değişikliğin nerede kullanıldığını göstermek | Gerçek kontrol ve etkileşim |
| Sonuç | Sonra ne olduğunu açıklamak | Doğrulanmış sonuç durumu |
| Devam | İzleyicinin ilerlemesine yardımcı olmak | İlgili sonraki adım veya sürüm referansı |
Sonucu eyleme bağlı tutun. Bildirim farklı bir belgeyle ilgiliyse izleyici ilişkiyi anlamayabilir. Tutarlı örnek adlar ve görünür dayanaklar kullanın; böylece dizi tek bir iş akışı gibi hissedilir.
Eylem görsel açıdan ilginç diye sonucu aceleyle geçmeyin. Menü açmak bildirim okumaktan daha fazla hareket yaratabilir, ama yararın netleştiği yer çoğu zaman bildirimdir. Zamanı görsel hareketliliğe değil, anlama göre dağıtın.
Bildirimi bulmayı değişikliği incelemekten ayırın
Linear’ın kaynak görüntüsü iki bilgi düzeyi içerir. Inbox listesi güncellemenin nereye geldiğini gösterir; seçilen öğe ise belge değişikliğini içeren çok daha büyük bir alan açar. Bu alanda eklenen pasajlar vurgulanır ve kaldırılan ifadelerin üzeri çizilir. Bu düzeylere farklı süreler ayrıldığında özelliğin değerini açıklamak kolaylaşır.
Inbox’u ve seçili bildirimi tanıyacak kadar geniş başlayın, ardından değişen içeriğe geçin. İzleyici gerçek bir revizyonu belirleyene kadar ayrıntıyı sabit tutun. “Neyin değiştiğini görün” gibi bir altyazının burada görünür bir karşılığı vardır. Video gelen kutusu listesinde kalırsa aynı altyazı izleyiciden yararlı kısmı hayal etmesini ister.
Kendi sürümünüz için onlarca düzenleme içeren yoğun belge yerine temsili tek bir değişiklik seçin. Belge başlığını iki planda da tutun ve ilgili güncellemeyi görebilen hesap kullanın. Abonelik kurulum adımı gerekiyorsa sonuçtan önce ayrıca kaydedin; bildirim ekran görüntüsü tek başına bunu sağlayamaz. Böylece kısa video net bir yapı kazanır: tetikleyiciyi ortaya koyun, güncellemeyi bulun, farkı inceleyin. Ek sürüm öğeleri yazılı değişiklik günlüğünde kalabilir.
Değişiklik günlüğü videosu veya kısa ürün özellik videosu seçin
Reelcn’in tarif belgeleri, değişiklik günlüğü tarzındaki diziyi kısa özellik biçiminden ayırır. Örnek süreler ve yerleşimler o araç için başlangıç şablonlarıdır; bu da iki editoryal biçim arasındaki farkı görmeyi kolaylaştırır. Yararlı ayrım, birkaç değişikliği özetlemekle birini göstermek arasındadır.
Özet seçerseniz her öğeyi kolay tanınır kılın ve derinliği tutarlı tutun. Her biri net bir cümleyle verilen üç değişiklik, duyuru olarak işe yarayabilir. Ayrıntılı tek bir anlatımın ardından açıklanmadan parlayıp geçen iki görüntü genellikle dengesiz hissettirir.
Bir öğe daha fazla açıklamaya ihtiyaç duyuyorsa ayrı video hazırlayın ve özetin onu işaret etmesini sağlayın. Bu, her sürüm varlığını mümkün olan her mesajı taşımaya zorlamaktan daha yararlı bir içerik bütünü yaratır.
Aynı açıklama işi için yarışan birden fazla video yapmaktan kaçının. Geniş sürüm özeti, odaklı demo ve ayrıntılı yardım makalesi, rolleri açık olduğunda birbirini tamamlayabilir. Birbirine neredeyse tıpatıp benzeyen üç “yenilikler” klibi ise yalnızca dikkati bölebilir.
Özelliğin yerini göstermek için hareket kullanın
Ana animasyon, kadrajda bilinçli bir değişim olabilir: belgeyi tanıtın, kontrole yaklaşın, ardından sonucu sabit tutun. Bu, ürün davranışına hayalî bir katman eklemeden arayüzü izlemeyi kolaylaştırır.
Kontrol küçük veya görsel olarak geri plandaysa vurgu kullanın. Okunabilirliği azaltmaması için etiketin dışında tutun. Vurgu doğal bir seçim durumuna benziyorsa çevresindeki sunumla editoryal rolünü açık kılın.
Uygulamanın ilgisiz köşeleri arasında aşırı kamera hareketinden kaçının. Kısa bir sürüm videosu, arama seferi değil, yönlendirilmiş açıklama gibi hissettirmelidir. Gerekli iki alan birbirinden uzaksa sabit tanımlayıcı etiket içeren net bir kesme, uzun kaydırmadan daha iyi çalışabilir.
Marka uygulamasını diğer sürüm malzemeleriyle tutarlı tutun. Gerçek ürün ekranı görsel ilginin büyük bölümünü sağlayabilir. Ölçülü çerçeve, okunaklı başlık ve dikkatle zamanlanan vurgu, güncellemenin bilinçli hazırlanmış hissettirmesi için çoğu zaman yeterlidir.
Ürün incelemesinden geçebilecek metin yazın
Özelliği bilen birinin senaryoyu sürümle karşılaştırmasını sağlayın. “Her zaman”, “herkes”, “anında” ve “otomatik” gibi sözcüklere bakın. Özellikle pazarlama metni ekran için kısaltılırken özgün şartnamede bulunmayan iddialar ekleyebilirler.
Varsayılan davranışla isteğe bağlı davranış arasındaki ayrımı koruyun. Kullanıcılar bir bağlamda elle abone olmak zorundayken diğerinde otomatik abone oluyorsa tek bir geniş cümle yanıltıcı olabilir. Tam açıklamayı başka yerde erişilebilir tutarken videoyu tek bağlama odaklayabilirsiniz.
Planlanan yeteneği mevcut sürümün parçası gibi sunmayın. Sırada ne olduğuna dair etkileyici kapanış cümlesi, mevcut olanla gelecek davranışın sınırını bulanıklaştırabilir. Videoyu, izleyicinin yayın anında gerçekten kullanabileceği şeyde tutun.
Metni son gösterim boyutunda okuyun. Bir koşul temel önemde ama okunamayacak kadar küçükse koşulu gizlemek yerine vaadi düzeltin. Doğru ve sade ifade, genellikle iddialı bir sözün ardından gelen minicik düzeltme metninden daha iyi çalışır.
Sonraki adımı gösterilen işle eşleştirin
Mevcut müşterilere yönelik sürüm videosu çoğu zaman pratik bir sonraki adıma ihtiyaç duyar: ilgili belgeyi açmak, yeni kontrolü bulmak veya ayrıntılı sürüm notunu okumak. Genel bir “iş akışınızı dönüştürün” kapanışı, birinin güncellemeyi kullanmasına yardımcı olmaz.
Potansiyel müşteriler için sonraki adım ürünün genel tanıtımı veya deneme olabilir. O durumda bile daveti videonun gösterdiğine bağlı tutun. İzleyici videonun sonunda konu değiştirdiğini hissetmek yerine daveti izlemenin neden ilgili olduğunu anlamalıdır.
Tam sürüm bilgisini, videonun sunulduğu bağlamdan ulaşılabilecek yere koyun. Kısa video her sınırlamayı, desteklenen platformu veya ilgili düzeltmeyi taşıyamaz. Eşlik eden gönderi veya sayfa, son kareyi metin duvarına dönüştürmeden bu ayrıntıları bulmayı kolaylaştırmalıdır.
Teslimden önce hedefi kontrol edin. Eski sayfaya götüren yararlı davet güncellemeyi zayıflatır. Sürüm henüz herkese açık değilse taslak durumunu koruyun ve yayın hazır olduğunda bağlantıyı doğrulayın.
Çıktıyı yalnızca hikâye panosuyla değil, sürümle karşılaştırın
Hikâye panosu amaçlanan videoyu doğru anlatırken son işlenmiş çıktı eski ekran görüntüsü veya güncelliğini yitirmiş cümle içerebilir. Dışa aktarılan MP4’ü güncel sürüm kanıtıyla karşılaştırın. İzleyicinin göreceği şey üretim niyeti değil, dosyadır.
Özellik adını, kontrol etiketini, sonuç durumunu ve erişilebilirlikle ilgili ifadeleri inceleyin. Akışı kontrol etmek için duraklatmadan bir kez izleyin, ardından önemli kareleri inceleyin. Sonucun hedeflenen boyutta anlaşılacak kadar uzun ekranda kaldığını doğrulayın.
Düzenlenebilir kaynağı, varlıkları ve kabul edilen çıktıyı birlikte saklayın. OpenDesign Motion içinde kaynak projesiyle beraber işlenmiş dosyayı da isteyin. Sonraki metin düzeltmesi yeni ve tanımlanabilir bir çıktı üretmelidir; kaynağı değiştirmek önceden paylaşılmış dosyayı güncellemez.
Özellik yeniden değiştiğinde eski videonun doğru kalıp kalmadığına karar verin. Sürüm klibi arama, yardım sayfaları veya satış malzemeleri yoluyla sürüm haftasından uzun yaşayabilir. Yanıltıcı görüntüleri güncellemek veya kaldırmak, yararlı ürün iletişimini sürdürmenin bir parçasıdır.
Videonun yanıtlamayı amaçladığı soruyu ölçün
Videoyu daha sonra değerlendirirseniz amacıyla ilişkili bir ölçü seçin. Sürüm duyurusu, mevcut kullanıcıların değişikliği keşfedip keşfetmediğiyle değerlendirilebilir. Eğitim niteliğindeki kısa video ise izleyicilerin gösterilen işi tamamlayıp tamamlayamadığıyla değerlendirilebilir. Görüntülenme sayısı tek başına iki soruyu da tam yanıtlamaz.
Sonraki düzenlemeyi seçmek için destek sorularını kullanın. Kontrolün nerede bulunduğuna dair tekrarlanan sorular daha geniş bir yönlendirme planı gerektirir; neyin değiştiğine dair sorular daha uzun sonuç beklemesi gerektirir. Dağıtımın açıklama sorununu örtmemesi için bunları görüntülenmelerden ayrı takip edin.
En güçlü değişiklik günlüğü videosu yazılı sürüm notuyla yarışmaz. Önemli tek bir değişikliğe açık bir görsel açıklama getirir ve ayrıntılı kaydı ihtiyaç duyanlara erişilebilir bırakır. Bu iş bölümü videoyu izlemeyi, sürümü kullanmayı kolaylaştırır.