Blogi

Tarne spetsifikatsioon: korduvkasutatav automatiseerimine digitaaltoodete klientidele

Lõpetage tarneautomaatika ümberehitamine iga kliendi jaoks. Määratlege tarne spetsifikatsioon, mis sobib igale platvormile ja keskendub teie töö lünkadele.

Kokkuvõte

Suurim risk digitaaltoodete automatiseerimisel ei ole vale platvormi valimine — see on sama tarne seadistuse ümberehitamine iga uue kliendi jaoks. Agentuurid leiavad sageli, et iga klient kasutab teistsugust poodi, teistsugust tootetüüpi ja erinevat arusaama sellest, mida automatiseeritu tähendab. Digitaaltoodete turg peaks MVST blogi kohaselt ulatuma 2027. aastaks 848,5 miljardi dollarini ja suur osa sellest müüakse meeskondade poolt, kes vajavad korduvkasutatavaid süsteeme. Lahendus on standardiseerida platvormi kohal olev kiht: teie tarne spetsifikatsioon. See artikkel selgitab, mis on tarne spetsifikatsioon, kuidas seda mis tahes platvormile vastendada ja kus peituvad tegelikud kompromissid.

Suurim risk digitaaltoodete automatiseerimisel ei ole vale platvormi valimine — see on sama tarne seadistuse ümberehitamine iga uue kliendi jaoks. Kui olete agentuur või konsultant, märkate kiiresti, et iga klient kasutab teistsugust poodi, teistsugust tootetüüpi ja erinevat arusaama sellest, mida „automatiseeritu" tähendab. Digitaaltoodete turg peaks MVST blogi kohaselt ulatuma 2027. aastaks 848,5 miljardi dollarini ja üha suurem osa sellest müüakse teiesuguste meeskondade poolt — inimesed, kes vajavad korduvkasutatavaid süsteeme, mitte ühekordset kohandatud tööd. Lahendus ei ole standardiseerida iga klient ühele platvormile. See on standardiseerida platvormi kohal olev kiht: teie tarne spetsifikatsioon. See artikkel selgitab, mis on tarne spetsifikatsioon, kuidas seda luua ja kus peituvad tegelikud kompromissid.

Miks ma ei saa iga kliendi jaoks lihtsalt sama tarne seadistust kasutada?

Enamik agentuure langeb lõksu: nad loovad oma esimesele kliendile ilusa tarnevoog, seejärel proovivad seda kopeerida-kleepida teisele, kolmandale ja neljandale. Ja see töötab — kuni ei tööta. Kolmas klient müüb mallide komplekti spetsiaalsel digitaaltoodete platvormil, millel on sisseehitatud automatiseerimine. Neljas müüb videokursust kohandatud veebisaidil, millel puudub täitmise taustsüsteem. Viies tahab müüa SaaS-i prooviversiooni, mis pole üldse fail.

Kui teie automatiseerimine on keevitatud konkreetse platvormi kassasse või meilisüsteemi, peate iga kord märkimisväärse osa voost uuesti üles ehitama. See on korduvkasutatavuse vastand. Vastus on määratleda, mida „tarne" tähendab, sõltumata ühestki tööriistast, ja lasta igal platvormil seda määratlust rakendada. See on sama põhimõte, mida tarkvarameeskonnad kasutavad liidese või skeemi kirjutamisel. Te ei pea selle kasutamiseks inseneriks hakkama; vajate lihtsalt dokumenti, milles teie meeskond ja kliendid kokku lepivad.

Mis täpselt on tarne spetsifikatsioon?

Tarne spetsifikatsioon on struktureeritud määratlus selle kohta, mida klient ostab ja kuidas ta selle kätte saab. See vastab kolmele küsimusele: Mida me tarnime? Kuidas sellele juurde pääseb? Millal juurdepääs lõpeb?

Tüüpilise failipõhise toote puhul võib spetsifikatsioon välja näha järgmine:

VäliNäide (Photoshopi tegevuspakett)
Toote ID1234
Faili URLhttps://cdn.example.com/actions.zip
Litsentsivõtiei ole vajalik
Tarnekanalallalaadimise leht pärast kassat
Juurdepääsu aeguminekogu eluaeg
Toe periood30 päeva pärast ostu

Spetsifikatsioon pole seotud ühegi platvormiga. Saate selle kirjutada arvutustabelisse, Notioni dokumenti või YAML-faili, kui olete ambitsioonikas. Asi on selles, et iga toode, mida müüte igale kliendile, on kirjeldatav ligikaudu nende väljadega. Kui spetsifikatsioon on käes, saate esitada platvormi küsimuse: „Kas see platvorm toetab nende väljade täitmist oma vahenditega või pean looma väikese integratsiooni?" See võib tunduda lisadokumentatsioonina, kuid sellest saab teie agentuuri ja kliendi ettevõtte täitmise poole vaheline leping. Kui klient ütleb: „Ma tahan tarne automatiseerida," saate spetsifikatsioonile osutada ja öelda: „Siin on see, mida me automatiseerime." Kui te alles valite, kus kauplus asub, aitab meie platvormide võrdlus teil otsustada.

Kuidas vastendada kliendi platvorm spetsifikatsiooniga?

Vaatame läbi konkreetse näite. Klient A müüb Notioni malle spetsiaalsel digitaaltoodete platvormil nagu Gumroad. Platvorm juba haldab failide tarnimist ja saadab pärast ostu automaatse meili. Teie vastendamine on lihtne: seadke toote faili URL allalaadimislingiks, lubage platvormi sisseehitatud allalaadimisleht ja määrake „tarnekanal" väärtuseks „platvormi meil". Spetsifikatsioon on peaaegu täielikult rahuldatud platvormi sisseehitatud funktsioonidega.

Klient B müüb sama tüüpi malle, kuid kohandatud veebisaidil tavalise kassasüsteemiga. Failide tarnimine puudub. Teie vastendamine nõuab nüüd ühte lisasammu: vajate integratsiooni, mis võtab kliendi e-posti kassast ja saadab turvalise allalaadimislingi. See võib olla lihtne e-posti automatiseerimine tööriistas nagu Zapier või kohandatud webhook. Spetsifikatsioon jääb samaks; teostus erineb.

Pange tähele, mis muutus: ainult vastendamine, mitte spetsifikatsioon. Kui istute maha uue kliendi ulatuse hindamiseks, ei kujunda te tarne arhitektuuri ümber. Vaadate nende platvormi, kontrollite, millised spetsifikatsiooni osad on juba kaetud, ja keskendute oma jõupingutused ainult lünkadele. See on kogu selle lähenemisviisi väärtus.

Aga tooted, mis pole lihtsalt failid?

Mitte iga digitaaltoode pole allalaaditav ZIP. Veebikursused, liikmelisused ja SaaS-i prooviversioonid on kõik digitaaltooted, kuid need vajavad sagedamini juurdepääsu URL-i kui faili. Spetsifikatsioon käsitleb seda, muutes „juurdepääsu URL" ja „juurdepääsu aegumine" sama oluliseks kui „faili URL".

Kursuse puhul võib spetsifikatsioon olla: toote ID, juurdepääsu URL (kursuse sisselogimine), tarnekanal (tervitusmeil lingiga), juurdepääsu aegumine (üks aasta). SaaS-i prooviversiooni puhul võib see olla: juurdepääsu URL (rakendus), litsentsivõti (loodud token), aegumine (14 päeva). Te ei pea kõike sundima allalaadimiseks. Spetsifikatsioon on tahtlikult paindlik ja see paindlikkus võimaldab teil kasutada sama malli 5-dollarise e-raamatu ja 500-dollarise sertifitseerimisprogrammi jaoks.

Praktiline hoiatus: mõned platvormid suudavad faile pakkuda oma vahenditega, kuid ei oska käsitleda juurdepääsu URL-e või litsentsivõtmeid. Seega kaardistage hoolikalt. Levinud muster on kasutada spetsiaalset digitaaltoodete platvormi failide jaoks ning kerget liikmelisuse või e-posti tööriista kõige jaoks, mis vajab sisselogimist. Spetsifikatsioon võimaldab neid osi kokku panna ilma, et need omavahel vastuolus oleksid.

Mida peaksite kliendile ütlema, enne kui ta küsib „täisautomaatika" järele?

Kliendid ütlevad sageli: „Ma tahan täisautomaatikat," ja tavaliselt mõtlevad nad ühte kahest asjast. Üks: nad tahavad kogu müügilehtri automatiseerimist, alates reklaamiklikist kuni tervitusmeilini. Kaks: nad tahavad, et ostujärgne kogemus tunduks hetkeline. Agentuurina peaksite need eraldama. Teine on palju lahendatavam ja just seal toimub suurim usalduse võit.

Tarneautomaatika juhendid lubavad, et automatiseerimine vähendab tarneaega tundidelt sekunditele. See on konkreetne lubadus, mida saate anda: „Teie klient saab juurdepääsu sekunditega, mitte tundidega, ja kogu voog ei nõua teilt ühtegi käsitsi tegevust." Kuid peate ka ootusi seadma. Automatiseerimine ei tähenda null tõrkeid; see tähendab järjepidevat, prognoositavat käitumist, mida saate jälgida.

Enne kui kirjutate ühtegi integratsioonikoodi rida, peage ulatuse vestlus. Küsige kliendilt: mis juhtub, kui meil põrkab tagasi? Mis siis, kui klient vajab uuesti allalaadimist? Kes haldab litsentside tühistamist? Need äärejuhtumid on olulisemad kui peamine tee ja just need eristavad automatiseerimise mänguraamatut haprast skriptist. Kui see kõlab tuttavalt, on see sama distsipliin, mida kirjeldame selles ostujärgse tunni juhendis.

Mida te siis sel nädalal tegelikult ehitate?

Te ei pea esimesel päeval midagi keerulist ehitama. Alustage spetsifikatsiooni mallist arvutustabelina, ülaltoodud väljadega veergudena. Täitke see oma järgmise kliendi jaoks, isegi väikese jaoks. Seejärel vastendage iga väli kliendi platvormiga: milliseid välju käsitletakse oma vahenditega, millised vajavad lahendust. Alles siis automatiseerige lüngad.

Vaadake varasemat klienti B. Kassas saab koguda e-posti ja faililink saab salvestada peidetud väljale. Koostage sellest e-posti mall. Integratsioon on mõni klikk automatiseerimistööriistas. See ei ole tohutu kohandatud projekt; see on poolepäevane pingutus, mis muutub järgmise kliendi jaoks korduvkasutatavaks.

Kui soovite samm-sammult lähenemist selle ehitamiseks ilma arendajata, on meie viie sammu automatiseerimisjuhend hea kaaslane. Tarne spetsifikatsioon annab teile plaani; juhend annab teile mehaanika.

Millise kompromissi te aktsepteerite?

Siin on vastupidine seisukoht: tarne spetsifikatsioon on hoolduse lubadus, mitte võlukuul. Iga kord, kui klient muudab hinda, faili või juurdepääsupoliitikat, peab muutuma ka spetsifikatsioon. Kui te seda ei uuenda, alustate ühest tõeallikast ja lõpetate mugava väljamõeldisega.

Seega on kompromiss lühiajalise paindlikkuse ja pikaajalise sidususe vahel. Spetsifikatsiooni kasutusele võttes ütlete: „Kulutame alguses natuke rohkem aega dokumenteerimisele, et hiljem kulutada palju vähem aega silumisele." See on agentuuri jaoks tark kaup, kuid ainult siis, kui uuendate spetsifikatsiooni, kui midagi muutub. Automatiseerige spetsifikatsiooni ülevaatus samamoodi nagu tarne automatiseerimine — näiteks kvartaalne kontroll igas kliendis, et värskendada välju.

Siin peaksite ka küsima, kas kliendi toode üldse vajab täisautomaatika seadistust. Klient, kes müüb kümme koopiat kuus, ei vaja ilmselt kohandatud webhooki; käsitsi saadetud meil on piisav. Ärge üleehitage. Spetsifikatsioon võimaldab teil seda lünka näha ja teadliku valiku teha.

Järeldus

Tarne spetsifikatsioon on abstraktsioonikiht, mis muudab digitaaltoodete automatiseerimise kliendipõhisest kohandatud projektist korduvkasutatavaks agentuuriteenuseks. Hoiate ühte malli, kaardistate selle iga platvormi jaoks ja ehitate ainult puuduvad osad. Tulemuseks on kiirem sisseelamine, vähem üllatusi ja selge vestlus klientidega selle üle, mida „automatiseeritud" tegelikult tähendab. Alustage väikeselt: valige oma parim klient, täitke üheleheküljeline spetsifikatsioon ja vaadake, millest olete ilma jäänud.

Sources (5)