Vsaka stranka želi skupnost: Vodnik za opredelitev obsega pred gradnjo

Povzetek

Na prvem uvodnem klicu skoraj vsaka stranka, ki naroči člansko spletno mesto, reče „želimo skupnost“ — in ta stavek lahko tiho razširi projekt v portal s forumi, dogodki, tečaji in živimi sobami, ki jih ob zagonu nihče ne bo uporabljal. Ta članek agencijam ponuja ponovljiv pogovor o obsegu, s katerim to nejasno željo spremenijo v majhno, objavljivo člansko spletno mesto. Začne se s stavčnim testom („člani plačujejo, ker dobijo ___“), stranko prisili v en poslovni model, funkcije skupnosti odloži, dokler ni prave publike, in vsako zahtevo po funkciji obravnava kot spremembo naročila. Članek vsebuje tudi konkretni primer stranke, ki si je želela polno skupnost, namesto tega pa je zagnala iskalni arhiv in mesečni vprašalni termin v živo. Opozarja tudi na obljubljanje angažiranosti: lahko dostaviš vrata, ne moreš pa ljudi prisiliti, da skozi njih stopijo. Rezultat je produktna linija namesto reševalne akcije in stranke, ki so ti hvaležne za tisto, česar nisi zgradil.

Na prvem uvodnem klicu stranka reče: „Želimo skupnost.“ Prikimaš, vtipkaš besedo v zapiske in čutiš, kako se tvoj načrt tiho podvoji. Ker „skupnost“ lahko pomeni forum, zasebno klepetalnico, plačilni zid, knjižnico tečajev, niz dogodkov, imenik članov ali vse našteto. Če dopustiš, da pomeni vse našteto, boš četrt leta gradil stvari, ki jih nihče ne uporablja, nato pa stranki zaračunal gledanje, kako jih ne uporablja. Rešitev ni pametnejša platforma. Rešitev je bolj iskren pogovor, ki ga vsakič izvedeš na enak način, da tvojih naslednjih sedem strank ne postane vsak svoj unikatni projekt.

Ta članek temelji na vprašanjih, na katera pri tem delu dejansko nenehno odgovarjamo. Ne na vprašanje „katero orodje naj uporabimo“ — to pride pozneje — temveč na vprašanja, ki odločajo o tem, ali bo projekt dokončan pravočasno, ali bo ostal dobičkonosen in ali bo stranka imela občutek, da si vedel, kaj delaš.

„Želimo skupnost“ — kaj dejansko prodajamo?

Naj stranka dokonča en stavek, preden sploh omeniš platforme: „Člani nam plačujejo, ker dobijo ___.“ To je vse. Če ne morejo izpolniti praznine s konkretnim odgovorom, še nisi pripravljen izbrati platforme, skicirati strani ali navesti cene. Celotno člansko spletno mesto — plačilni zid, ravni, funkcije, ki jih pustiš vklopljene — je samo dostavni mehanizem za ta odgovor.

Kaj večina strank v resnici kupuje, ko rečejo „skupnost“, se običajno razdeli v štiri kategorije. Ko obseg opredeljujemo ponovljivo, prisilimo odločitev v eno od njih:

Za kaj člani plačujejo	Del, ki ga dejansko zgradiš	Del, ki ga lahko varno odložiš
Vsebina (tečaji, arhivi, orodja)	Zaščitena knjižnica, plačilni tok, osnovni predvajalnik	Žive sobe, koledarji dogodkov, potrdila
Dostop (izdelek, storitev ali orodje)	Prijava člana, pravice, vrata za račune	Javni forum in družbeni vir
Povezanost (vrstniki, odgovornost, mreženje)	En prostor za razprave, profili, povabila	Celotna platforma za tečaje, po kapljicah, potrdila
Status (insajderji, zgodnji dostop, ekskluzivne ugodnosti)	Stopnjevan dostop, logika značk/nalepk, preproste ugodnosti	Forumi, vsebina, ki jo ustvarijo uporabniki, dogodki v živo

Tabela je goljufija za opredeljevanje obsega, ne meni. Stranka dobi eno kategorijo. Če poskuša združiti dve, dvigni roko in upočasni, ker so se tvoji stroški pravkar povečali. Zanka je, da narediš vse štiri za eno stranko in to imenuješ „angažirana platforma skupnosti.“ To ni produkt; to je portal, in portali ne zagonijo pravočasno.

Ta tabela je namenoma majhna. V trenutku, ko dovoliš, da je člansko spletno mesto štiri stvari hkrati, nehaš graditi produkt in začneš voditi malo medijsko podjetje. Stranka redko želi medijsko podjetje; želi ponavljajoče prihodke. Ohrani obseg dovolj majhen, da je model prihodkov viden že z domače strani.

Ko stranka v istem stavku reče „tečaj“ in „forum“, vprašaj, kateri plačuje račune. Če je odgovor „oba“, v resnici vidiš stranko, ki še ne ve, kaj prodaja. Nekateri to ugotovijo med opredeljevanjem obsega in se vrnejo z jasnejšo ponudbo; tisti, ki je ne, ti sporočajo, da še niso pripravljeni. To je koristno vedeti preden napišeš predlog, ne po.

Ampak „skupnost“ so že rekli stokrat

Tu je kontradiktorni del, in ni skromno hvalisanje: večina članskih spletnih mest ne bi smela ob zagonu vključevati funkcij skupnosti. „Skupnost“ ni funkcija. To je vedenje, ki nastane, ko majhna skupina ljudi drug od drugega dobiva ponavljajočo vrednost, in nobena platforma tega ne more proizvesti na zahtevo. Beseda je postala nadomestek za „ponavljajoče prihodke“, zato jo uporablja vsaka stranka. Če jim boš to prevedel nazaj, jim boš bolj koristen.

Opravi realnostni pregled skupnosti, preden dovoliš, da obseg zraste. Zastavi tri vprašanja:

1. V prvem tednu, katero natančno vedenje želiš, da novi član izvede? (Ne „sodeluj“ — „napiši predstavitev“, „pusti komentar“, „dokončaj prvo lekcijo.“)
2. Kdo iz tvoje ekipe bo v prvem mesecu preživel čas v tem prostoru, odgovarjal, usmerjal in čistil nered?
3. Ali že obstaja peščica ljudi, ki ima ta problem in se med seboj pozna, ali upaš, da bodo tujci postali ekipa, ker spletna stran obstaja?

Če so vsi trije odgovori nejasni, ne gradiš skupnosti; gradiš prazno sobo in ji rečeš arhitektura. Praktična poteza je, da odložiš vsako funkcijo skupnosti in namesto tega zaženeš okostje članstva. Vedno lahko pozneje dodaš prostor za razprave, in ko ga dodaš skupini, ki že ima razloge, da se pojavi, ima možnost, da deluje. Celotno vprašanje si zasluži daljšo obravnavo — skupnost naj pride šele, ko imaš prave člane — a enostavčna različica je: ne zgradi amfiteatra, dokler občinstvo ne obstaja.

Kaj je najmanjša stvar, ki bi lahko delovala?

Ko razvrstiš ponudbo, zasnuj zagon kot okostje. Ena možnost plačila, ena raven, eno zaščiteno sredstvo, en komunikacijski krog. Vzemi seznam funkcij svoje platforme in vse drugo izklopi. Da, platforma zmore žive video sobe, profile članov, upravljanje dogodkov in analitične nadzorne plošče. To je problem.

K nam je prišla stranka s tako imenovano celovito vizijo skupnosti za svoj B2B SaaS produkt. Govorili so o forumih, koledarju dogodkov, knjižnici virov in rubriki „predstavitve članov.“ Med opredeljevanjem obsega smo jih prisilili, da dokončajo stavek: „Člani plačujejo, ker dobijo ___.“ Njihov odgovor je bil iskalni arhiv ustanoviteljevih nasvetov ter mesečni vprašalni termin v živo. In to smo zagnali. Brez foruma, profilov članov, koledarja dogodkov. Kmalu zatem so arhiv uporabljali, vprašalni termin je imel redne obiskovalce, stranka pa je zaprosila za zasebno razpravno skupino, ker so člani že tako govorili med seboj zunaj produkta. Skupina je bila zgrajena, ko je imela razlog za obstoj. To je vrstni red, ki deluje.

Če bi zgradili celotno vizijo, bi zagnali z zamudo, z več gibljivimi deli in brez načina, da bi ugotovili, kateri od njih je dejansko ustvaril navado. Arhiv je lahko kazal na resnično vedenje; živa soba, ki ni bila nikoli uporabljena, bi bila le račun. Lekcija je dolgočasna, a zanesljiva: manjši kot je zagon, bolj verjetno bo stranka lahko povedala, kaj dejansko deluje. Vitki produkt ti prav tako pusti prostor, da naslednjo stvar narediš dobro — dodaš raven, odpreš forum — kot premišljeno spremembo naročila, ne kot hitri dodatek, stisnjen v mesec zagona. Če iščeš ponovljiv način za razmišljanje o ravneh in strukturi prihodkov, je to članek o ravneh članstva za ponavljajoče prihodke, vendar je opredelitev obsega na prvem mestu.

Kaj se zgodi, ko se zahteve kopičijo?

Bodimo iskreni o tem, kako večina projektov članstva umre: ne zaradi nesposobnosti, ampak zaradi „še ene stvari.“ Stranka vidi predstavitev konkurenčne skupnosti in želi ustrezno funkcijo. Pravilen odgovor ni „da“ in ne „ne“ — je „dodajmo to na seznam odloženih.“

Naj bo seznam odloženih funkcij prvovrstni rezultat v tvojem projektu. Daj ga v predlog, ohrani ga vidnega in nanj pripni vsako zahtevo, ki je zunaj obsega. Vsaki postavki daj pogoj za sprožitev. Ne „nekoč“, ampak „to se izda, ko bo 200 aktivnih članov en mesec v prostoru“ ali „ko bo stranka namenila dve uri osebja na teden za moderiranje.“ Ne otežuješ; funkciji daješ razlog za obstoj.

Tako nehavaš graditi isto člansko spletno mesto za vsako stranko: tako, da vsako novo stranko obravnavaš kot konfiguracijo okostja, ki si ga že izdal, s seznamom stvari, ki jih namenoma nisi zgradil. Če je funkcija na seznamu odloženih, je to prihodnji projekt, kar je tudi prihodnji prihodek. Predstavi tako in stranka se bo običajno strinjala.

Kako preprečimo, da bi nas stranka krivila za prazen forum?

Postaviti moraš pričakovanja o tem, na kaj lahko vplivaš in na kaj ne, zgodaj in pisno. Dostaviš lahko plačilni tok, vrata, e-poštne avtomatizacije in oblikovanje. Ne moreš dostaviti ljudi, ki se odločijo govoriti drug z drugim. Strankina „težava z angažiranostjo“ ni problem izgradnje; to je operativni problem in sodi v njihovo naročje.

To je pomembno, ker bodo stranke tri tedne po zagonu tiho začele spraševati, zakaj je „skupnost“ tiha. Če mejo postaviš od začetka, lahko vodiš koristen pogovor o spodbudah in zasejanju. Če je nisi, boš razhroščeval platformo, ki ni pokvarjena. Praktičen način formalizacije: v svoj vzdrževalni retainer vključi ločeno postavko za „gostovanje in zasejanje skupnosti“ ali pa stranki izroči kontrolni seznam za zasejanje, ki je del zagona projekta. Bistvo je, da je delitev dela jasna. Orodje ni strategija za zadrževanje; miti o članskih spletnih mestih so običajno krivec, ko ljudje pričakujejo, da bo platforma opravila prodajo namesto njih.

Ko že vztrajajo pri skupnosti, kaj vklopimo?

Če stranka prestane realnostni pregled in resnično upravlja skupnost, vklopi natanko en format razprave. Ne treh. Forum je nitkast, iskal in asinhron; živa soba je takojšnja, minljiva in zahteva veliko osebja. Obojega ne moreš dobro moderirati z majhno ekipo, in poskus tega bo stranko naučil, da „skupnost“ pomeni nenehno aktivnost, kar je standard, ki ga ne bi smel obljubiti.

Praktično pravilo: en prostor, en format, en imenovani moderator. Izberi format, ki ustreza vedenju, ki si ga prepoznal v realnostnem pregledu. Če je želeno vedenje „odgovori na vprašanje in dobi odgovor,“ začni s forumom. Če gre za „pojavi se v torek opoldne in se pogovori o izzivih,“ začni z dogodkom v živo. Nato za prvih devetdeset dni postavi lahko merljiv cilj: ne skupno število članov, ne prijave, ampak število članov, ki so ciljno vedenje izvedli vsaj dvakrat. Dve omembi aktivnosti sta dovolj, da veš, ali je prostor živ ali muzej.

Kako to ceniš, da je produktna linija, ne reševalna akcija?

Pogovor o odkrivanju naredi za fakturiran produkt. Ustvari paket za vzpostavitev članskega spletnega mesta s fiksno ceno, ki vključuje klic za opredelitev obsega, izgradnjo okostja (da, res), konfiguracijo plačil in en krog revizij. Vse, kar presega to — oblikovanje skupnosti, posebne funkcije, ure moderiranja, integracije — je ločena izjava o delu. To je celoten trik. Ko vsako izbirno funkcijo navedeš kot spremembo naročila, se stranka nenadoma nauči določati prednosti. Ko vse združiš v eno naraščajočo oceno, jo naučiš, da je več obsega brezplačno.

Ponovljiv proces izgleda takole: vprašalnik, ki ga pošlješ pred klicem, enostranska izjava o delu s fiksno ceno, razpored gradnje, ki ga je tvoja ekipa že izvedla, in predloga za seznam odloženih funkcij. Stranki bi moral znati povedati datum začetka delovanja, še preden obstaja moodboard oblikovanja. Prav tako dobiš boljši pogovor: stranka vidi, koliko stane minimalni obseg, koliko stanejo dodatki za skupnost in koliko stane njen lastni čas. Če se brani plačila za okostje, boš to izvedel, preden boli.

Del, ki ga nihče noče slišati

Vsako člansko spletno mesto je stava na ponavljajoče vedenje. Platforma je samo ovojnica. Tvoja naloga, kot osebe, ki to gradiš za številne stranke, je, da ovojnico nasloviš in prilepiš znamko, hkrati pa poskrbiš, da se nihče ni prijavil za ročno izvedbo živega nastopa. Ne moreš pripraviti skupnosti do nastanka. Lahko ustvariš pogoje, izbereš najmanjšo možno različico in stranki izročiš jasen seznam tistega, česar ne gradiš.

Ta zadnji del je tvoja prava vrednost. Stranka te je najela, ker ne vidi, kaj izpustiti. Zato izpusti namesto nje — samozavestno, namenoma, pisno. Ko si obseg opredelil, postane dostava skoraj dolgočasna: zagoni članskih spletnih mest dejansko izidejo, ko so majhni in so bile odločitve sprejete vnaprej. Prazni forumi in razvejani običajni portali so dragi. Okostje, pravočasno, je vredno veliko več kot „zmogljiva platforma skupnosti“, ki ni nikoli povsem zagnala.