Повтаряемият наръчник за доставка на дигитални продукти

Резюме

Повечето съвети за дигитални продукти предполагат еднократно стартиране, което е безполезно, когато трябва да изпълняваш една и съща операция за множество клиенти. Тази статия твърди, че продуктът не е стратегията — доставката е. Ще научите как да стандартизирате спецификация за доставка, да автоматизирате момента на плащане и да запазите поддръжката и възстановяванията човешки. Тя също така обхваща как да откажете, когато клиент поиска персонализиран портал, как да ценообразувате според вида продукт и кои три числа всъщност доказват, че процесът работи. Целта е повтаряема система, която оцелява при контакт с клиенти, а не умен маркетингов фуния. До края ще знаете точно какво да направите утре: напишете спецификацията.

Повечето съвети за продажба на дигитални продукти са написани за някой, който ще направи това точно веднъж. Изберете платформа, качете файл, добавете имейл и го наречете стартиране. В момента, в който трябва да изпълните същата операция за втори клиент, после за трети, този съвет се проваля. Нямате лукса на персонализирана настройка за всеки; имате задължението да изградите нещо повтаряемо. Самият продукт рядко е трудната част. Доставката е. И доставката е системен проблем, а не творчески.

Пазарът на дигитални продукти се очаква да достигне 848,5 милиарда долара до 2027 г., според обзора на MVST за бизнес моделите с дигитални продукти. Нямам представа колко точен е този номер, както и вие. Той съществува, за да ви накара да се чувствате закъснели за парти. Игнорирайте го. Важното е, че партито е достатъчно голямо, че клиентите продължават да ви търсят за помощ, и ако подхождате към всяко ангажиране като към уникална снежинка, ще сте твърде изтощени, за да се насладите на работата.

Коя е най-голямата лъжа в съветите за дигитални продукти?

Най-голямата лъжа е, че продуктът е стратегията. Ще чуете много за намирането на печеливша ниша, проектирането на перфектния план на курс или избора между еднократни покупки и абонаменти. Това са реални решения, но за някой, който трябва да доставя на множество клиенти, те са преди действителното тясно място. Тясното място е предаването: какво се случва между плащането на пари и реалното използване на закупеното. Автоматизирана система може да свие този прозорец от часове до секунди — и по-важното, може да намали броя на хората, които трябва да се докоснат до транзакцията.

Истинската игра не е да се влюбите в продукта на един клиент. А да изградите архитектура за доставка, която можете да преконфигурирате без препроектиране. Това е различен мускул от този, който повечето съвети за дигитални продукти тренират. Означава да мислите в типове продукти, а не в продукти; в потоци, а не в функции. След като го формулирате така, следващият въпрос е очевиден.

Не е ли всеки клиент различен?

Отчасти, но по-малко, отколкото искат да повярвате. Курс, пакет от шаблони, софтуерен лиценз и електронна книга имат различни файлове, различни цени и различни клиенти. Те също споделят скелет: покупка, получаване, достъп, поддръжка. Ако започнете с този скелет, можете да настроите детайлите, без да изграждате костите отново.

Таблицата по-долу е умишлено груба. Тя не е стратегия; начин е да сортирате клиентските заявки, преди да започнете проектирането.

Ситуация на клиента	Какво всъщност има значение	Къде да се вложат усилия
Единичен файл (електронна книга, PDF, пакет от шаблони)	Незабавно, възстановимо изтегляне	Файлово хранилище, страница за изтегляне, проста бележка за лиценз
Курс с модули или постепенно съдържание	Контрол на достъпа, проследяване на напредъка	Вход, график за доставка, имейл напомняния
Софтуер или лицензионни ключове	Генериране и валидиране на ключове	Автоматизирано доставяне на ключове, ясен път за поддръжка
Членство или абонамент	Повтарящ се достъп и таксуване	Интеграция на плащания, обработка на отмяна

Ако клиентът не може да ви каже в кой ред е, не ви трябва по-добра платформа. Трябва ви по-добър разговор.

Трябва ли да избирам различна платформа за всеки клиент?

Не. И ако кимате в знак на съгласие, нека ви спестя година болка. Платформа по подразбиране, която познавате отлично, побеждава по-гъвкава, която трябва да преоткривате при всяко ангажиране. Клиентът не се интересува коя платформа използвате. Те се интересуват, че изтеглянето работи. Изберете една основна среда за продажби, опознайте ограниченията ѝ и проектирайте своята архитектура за доставка около тези ограничения. Когато клиент поиска нещо, което стандартната платформа не може, това е моментът да говорите за персонализирано изграждане — не преди.

Това не означава, че трябва да игнорирате съществуващата настройка на клиента. Означава, че трябва да имате мнение. Ако клиент каже, че е „вече на“ някаква платформа и тя прави нещата по различен начин, вашата работа е да сравните ситуацията им с вашата стандартна, а не да преоткривате колелото заради тях. Повтаряемият процес е процес със стандарт.

Ами ако клиентът вече има магазин?

Тогава спецификацията ви просто се промени. Не проектирате от нулата; вие одитирате съществуващ поток. Преминете с тях през четирите въпроса: какво получава клиентът, кога, как и какво се случва при повреда. Повечето съществуващи настройки се провалят на последния въпрос. Никой няма резервен план за „връзката за изтегляне е изтекла“. Това е вашата възможност да добавите стойност, без да изкоренявате целия им магазин.

Изкушението е да третирате съществуващата настройка като свещена. Устоявайте. Съществуващият магазин е просто отправна точка. Ако пътят за доставка е ръчен, клиентът прекарва час на ден, изпращайки файлове на ръка, и ви плаща за решение. Не оправяте това, като добавяте повече стъпки. Оправяте го, като преместите предаването в момента на плащане.

Как да разбера дали един процес е наистина повтаряем?

Запишете го. Ако не можете да обясните процеса на изпълнител за десет минути, нямате процес, имате навик. Повтаряемият процес оцелява при контакт с клиент, който промени решението си по средата, и оцелява при контакт с вас в лош ден.

Тестът е прост: бихте ли могли да дадете спецификацията на някой друг и да получите същия резултат? В контекста на агенция, това е разликата между ангажимент и услуга. Услугата има определена граница и границата е това, което ви позволява да мащабирате без добавяне на стрес. Ако процесът зависи от вас да сте в стаята, той не е повтаряем, просто е надежден.

Какво трябва да стандартизирам първо?

Започнете с нещото, което наистина можете да копирате: спецификация за доставка. Това е едностраничен документ, който дефинира за всеки тип продукт, който продавате, какво получава клиентът, кога го получава, как получава достъп и как получава помощ. Звучи скучно. Скучно е. Точно затова работи.

Преди да изберете платформа, напишете спецификацията. Тогава всеки клиент става вариация по една и съща тема. „Какво получава клиентът? PDF и връзка за изтегляне. Кога? Веднага. Как получава достъп? Чрез страница, до която само той може да достигне. Какво става, ако се счупи? Формуляр за сигнал.“ Сега знаете какво да изградите и можете да дадете спецификацията на разработчик, изпълнител или бъдещото си аз. Писал съм повече за превръщането на това в многократно използваем артефакт в спецификация за доставка за всеки клиент, но версията, от която се нуждаете днес, е само четирите въпроса по-горе.

Какво всъщност трябва да се автоматизира?

Автоматизирайте момента на плащане. Секундата, в която транзакцията се осчетоводи, клиентът трябва да получи файла, връзката, лицензионния ключ или имейла за отключване. Никой човек не трябва да е по средата на този път. Ръководствата за автоматизация обичат да обещават, че това ще „намали времето за доставка от часове до секунди“, което звучи като техническа брошура, но в този случай технологията наистина доставя. Клиентите не искат да бъдат впечатлени; те искат покупката си.

Не автоматизирайте обаче цялата връзка с клиента. Можете да автоматизирате предаването, след което да запазите разговора човешки. Разликата не е в това да сте старомодни. Става въпрос за избягване на ситуация, в която всяка заявка за поддръжка получава автоматизиран отговор, който не отговаря на въпроса, защото клиентът не е искал да плаща за човек. Правилният ред е: направете предаването невидимо, след това направете човека достъпен.

Какво трябва да остане ръчно?

Поддръжка, възстановявания и преценка. Това са задачи, които изглеждат сякаш могат да бъдат автоматизирани и абсолютно не трябва, поне не преди да сте видели няколко дузини реални транзакции. Политика за възстановяване, заровена в автоматизиран поток, е подарък за клиента, който знае как да я експлоатира. Оплакване, което получава автоматичен отговор, се усеща като стена.

Това е противоречивата част от аргумента: в свят, който ви казва да автоматизирате всичко, вашето конкурентно предимство е да сте достижими. Часът след покупката е мястото, където доверието се изгражда или разрушава, и човек може да направи повече в този час от всяка имейл последователност. Ако сте изкушени да предадете това на софтуер, прочетете часът след покупката, преди да го направите.

Клиентът казва „просто ме накарай да продавам“ — откъде да започна?

Когато клиент ви даде тази реплика, устоявайте на импулса да скочите в проектирането. Задайте три въпроса: Какво продавате, как искате да го предадете и какво трябва да се случи, след като някой го купи? Ако не могат да отговорят, не избирайте платформа за тях, докато не могат.

Вземете типичен пример: клиент има набор от SVG файлове за занаятчии. Иска да ги продава, но няма представа за доставката. Не ви трябва портал за членство, мобилно приложение или дрип кампания. Трябват ви страница за плащане, връзка за изтегляне и малка страница, която посочва какво може да прави купувачът с файловете. Изградете това, след това го тествайте с реална покупка. Това е.

Последователността за всеки клиент е една и съща: определете типа продукт, изберете най-простия път за изпълнение, картографирайте преживяването след покупката и добавете един показател, който ви казва дали пътят работи. Можете да направите всичко това за един ден за прост продукт. Платформата е детайл.

Ами ако клиентът иска персонализиран портал, сайт за членство и мобилно приложение?

Тук трябва да сте честни, дори ако това ви струва продажбата. Персонализираните портали са скъпи за изграждане и болезнени за поддръжка. Клиент, който иска такъв, често не се нуждае от него; нуждае се от извинение, за да се чувства професионален. Вашата работа е да преведете „искам го“ в „нуждая се от него“.

Повтаряемата архитектура работи, докато не спре. Ако продуктът наистина изисква система за членство с проследяване на напредъка, изградете това като отделен тип продукт със собствена спецификация за доставка. Но ако клиентът иска мобилно приложение, защото се срамува да продава PDF, напомнете му, че никой клиент никога не се е оплакал от PDF, когато изтеглянето е било мигновено и съдържанието е било добро. Откажете, преди да преоткривате колелото.

А какво да кажем за ценообразуването?

Ценообразуването заслужава собствен процес и не трябва да позволявате на странните навици за отстъпки на един клиент да замърсят архитектурата ви за доставка. Но вашата спецификация за доставка всъщност оформя разговора за ценообразуване. Ако знаете какво получава клиентът, кога го получава и какъв е резервният план, можете да ценообразувате с увереност — и можете да обясните цената на клиент, без да измисляте история за „бранд капитал“.

Най-лесният начин да запазите ценообразуването разумно при различни клиенти е да обвържете цената с типа продукт, а не с ентусиазма на клиента. Пакет от единични шаблони има различен ценови диапазон от цял курс и вашата спецификация прави това сравнение естествено. За по-подробно разглеждане вижте ценообразуване на дигитални продукти за максимална печалба.

А какво да кажем за трафика и маркетинга?

Тук повечето съвети се израждат в „публикувайте в социалните медии и се надявайте“. Можете да се справите по-добре, като третирате маркетинга като друга повтаряема система: описание на продукта, което обяснява резултата, мостра или тийзър, и прост начин за събиране на имейл адреси преди стартирането. Не ви трябва вирусна фуния. Трябва ви предвидима.

Капанът е да позволите на „гласа на марката“ на всеки клиент да оправдае изцяло нов маркетингов процес. Можете да коригирате тона, без да променяте стъпките. Стъпките са: покажете проблема, покажете решението, покажете доказателство, поискайте продажбата. Това работи за електронна книга, курс и набор от SVG файлове. Не е драматично и оцелява при контакт с клиент, който няма представа как иска да звучи марката им.

Как да представя това на клиент, без да звуча като консултант?

Не представяйте процеса като процес. Представете го като това, което получават: витрина, която автоматично предава продукта на клиента, път за поддръжка, който не изяжда уикенда на клиента ви, и стартиране, което не изисква разработчик. Ако започнете с „спецификация за доставка“, ще ги загубите. Ако започнете с „вашите клиенти ще получат това, за което са платили, мигновено“, няма да ги загубите.

Бонусът е, че повтаряемият процес ви дава защитим обхват. Когато клиентът поиска нещо извън спецификацията, можете да кажете „това е отделен тип продукт“ вместо „това е много допълнителна работа“. Второто звучи като извинение. Първото звучи като професионална граница. И двете казват „не“; едното запазва връзката непокътната.

Ами ако клиентът все още няма продукт?

Тогава не правите проект за доставка, а проект за разработка на продукт. Бъдете ясни относно разликата, преди да започнете. Изкушаващо е да кажете „ще ви изградя курс“, но ако клиентът не може да ви каже какъв резултат получава купувачът, ще изграждате платформа за съдържание, което не съществува.

В този случай първата стъпка все още е спецификация — но спецификацията описва продукта, не само доставката. Кой е купувачът? Какъв проблем имат? Какво биха могли да правят след покупката? След като тези отговори съществуват, архитектурата за доставка е същата като за всеки друг тип продукт. Не позволявайте липсата на продукт да стане извинение да прекалите с усложняването на доставката.

Какво трябва да измервам?

Измервайте предаването. По-конкретно, измервайте времето между плащането и получаването на нещо полезно от клиента, съотношението между покупки и успешни изтегляния и дела на заявките за възстановяване. Тези три числа ви казват дали системата за доставка е здрава. Не се разсейвайте от гледания на страници, импресии или „ангажираност“, освен ако не ви плащат да произвеждате отчети, които никой не чете.

Когато времето за предаване е постоянно кратко, ще откриете, че възстановяванията намаляват и заявките за поддръжка стават по-малко странни. Това не е куп статистики; просто е това, което се случва, когато хората получат това, за което са платили. Не ви трябва табло за това. Трябва да наблюдавате предаването.

Кое е единственото нещо, което трябва да направите утре?

Напишете спецификацията за доставка. Не утре — този следобед. Вземете типа продукт, който най-вероятно ще продавате следващ, отворете празен документ и отговорете на четирите въпроса: какво, кога, как и какво ако се счупи. Този единствен артефакт е по-ценен от всяка нова функция на платформа.

Всичко останало в съветите за дигитални продукти е предимно шум. Пазарът е голям, шумотевицата е силна и инструментите сменят имената си всяко тримесечие. Оцелява процес, който превръща „клиент X иска да продаде нещо“ в повтаряем отговор, който вече сте обмислили. Изградете това веднъж и спирате да продавате времето си. Започвате да продавате системата.