Публикацията за анонса е планирана, ембаргото има точен час, а build-ът, който описва, все още приема commit-и. Продуктовият маркетинг по-често работи точно в този ред и това оформя всеки от въпросите тук: кога може да се започне explainer-ът, какво става с него, когато даден екран бъде преименуван след шест месеца, и дали едно издание може да обслужи едновременно екипа на терен и пазара.
Започнете преди build-ът да е финален — без да го правите наново
Датата влезе в календара за launch още през втората седмица, когато функционалността още беше с временно име, а два от екраните бяха wireframe-и. Когато build-ът стане достатъчно стабилен за заснемане, остават единадесет дни — три от тях за юридически преглед. Всеки продуктов маркетолог в тази ситуация прави един и същ залог: да снима рано и да преработи частите, които са се променили, или да чака и да се надява, че монтажът ще е готов предната вечер.
Когато explainer-ът се изгражда от писмени материали, отпада зависимостта от завършен build. PRD-ът, positioning deck-ът и release notes-ите съществуват седмици преди интерфейсът да се стабилизира и са достатъчни, за да произведете първа версия с водещ, озвучаване и вече зададена структура. Това, което още се променя, остава в именувани сегменти, които регенерирате, щом build-ът пристигне — така последната седмица минава в потвърждаване на това, което реално е shipped-нато, вместо в старт на продукция. Вашият продуктов мениджър пак одобрява кое е общодостъпно и кое все още е в beta, преди каквото и да е да излезе.
Deck-ът съществува — и никой не го отваря
Има launch deck. Той е с тридесет и един слайда, отне три седмици и четири рунда коментари и наистина е добър. Но излиза като PDF прикачен файл към мейлинг лист — което означава, че трябва да преживее входяща поща, изтегляне и скрол бар, преди изобщо да каже нещо. Историята, която подреждахте три седмици — проблемът, промяната, функционалността, доказателството — е частта, до която повечето читатели никога не стигат.
Същият deck е входът тук, не нещо за замяна. Внесете го както е и редът на секциите, за който спорихте, остава непокътнат — с водещ, който разказва всяка секция, вместо читател, който я прехвърля набързо. Резултатът е няколко минути, пуска се inline в публикацията за анонса и на launch страницата и дава на човек, който никога няма да отвори PDF, същата последователност в същия ред. Запазете deck-а за sales екипа и брифинга за анализатори; видеото е това, което го носи до всички останали.
Маркетинг активите остаряват по-бързо, отколкото се подменят
Някой пуска линк към explainer-а от миналия октомври в support нишка и потенциален клиент го гледа. Навигацията в него има четири елемента; продуктът вече има шест. Бутонът, който разказвачът казва да натиснете, е преименуван през февруари, ценовият план на екрана е спрян, а страницата с настройки, показана по средата, оттогава е реорганизирана два пъти. Никой не е решил съзнателно да го остави. Това просто е видеото, което стои на страницата — а да го свалите означава да няма нищо там.
Explainer, сглобен от сегменти, има различна цена за поддръжка. Озвучаването, водещият и поддържащите кадри живеят в структура, която можете да отворите отново — така че преименувана функционалност или пренареден екран означава да регенерирате сегмента, който я покрива, и да оставите останалото непроменено. Това превръща тримесечното обновяване от проект в един следобед. И променя какво изобщо сте готови да публикувате, защото видео, което можете да коригирате, е видео, което можете да сложите на началната страница още преди интерфейсът да е напълно улегнал.
Едно издание, две аудитории, два монтажа от един източник
Едно и също издание има нужда от две видеа — и те се правят от двама души, които никога не са си сверили бележките. Enablement екипът реже вътрешно walkthrough видео, за да знае екипът на терен какво се е променило и какво заменя. Вие пишете външния анонс. И двете стъпват на един и същи PRD, и двете описват едни и същи три възможности, а когато са готови, вътрешното нарича функционалността с инженерното ѝ име, а външното е с различен ред на ползите.
Когато произвеждате и двете от един изходен документ, съдържанието остава идентично, а рамкирането може да се различава умишлено. Вътрешната версия може да е по-дълга, да запази уточненията и да назове кое още е в beta; публичната започва с проблема и спира преди roadmap-а. Понеже и двете излизат от едно и също одобрено описание, корекция след преглед може да се приложи и към двете, вместо само към тази, за която някой се сети. Аудиториите остават отделни; фактите не се разминават между тях.
Един и същ файл трябва да изглежда добре и на стена, и в браузър
Видеото за продуктов launch не живее на едно място. То тръгва автоматично в hero секцията на сайта, върви зад keynote на сценичен екран, по-широк от залата, влиза в press kit-а, а три месеца по-късно някой го пуска и в ъпдейт към инвеститори. Версията, която изглеждаше приемливо в малък вграден плейър, е същата версия, която се прожектира на три метра — където мекият текст, блоковете от компресия и размазаният screenshot на продукта са единственото, което някой на третия ред може да види.
Нативният HD и 2K видео изход означава, че мастърът се произвежда веднъж в резолюцията, която най-голямата от тези повърхности може да възпроизведе, а всичко останало е намаляване от него, вместо увеличаване към него. Текстът в интерфейса остава четим, градиентите остават чисти, а файлът издържа второто и третото повторно прекодиране, което натрупва по пътя към партньорски сайт или AV пулта на конференция. Освен това издържа и повторна употреба, защото същият мастър остава използваем, когато видеото бъде извадено отново година по-късно за ретроспекция или презентация за набиране на финансиране.
Потребителите обичат VisionStory
Открийте защо създателите на съдържание и маркетолозите се доверяват на VisionStory за своите AI видео нужди. От мощните функции до безпроблемното потребителско изживяване, нашата общност не спира да се възхищава на резултатите, които постига с VisionStory.