Stránky SaaS FAQ sú konverzným ťahúňom, ktorý agentúry prehliadajú

Zhrnutie

Väčšina stránok SaaS FAQ je postavená z podporných ticketov, čo znamená, že odpovedajú na otázky ľudí, ktorí už nakúpili – a ignorujú námietky, ktoré bránia potenciálnym zákazníkom v nákupe. Tento článok mení FAQ z dodatočného nápadu po spustení na predajný nástroj. Je určený pre agentúry, ktoré budujú weby pre viacerých klientov, a pokrýva opakovateľný proces: zozbierajte námietky od obchodného tímu, zoskupte otázky podľa fázy nákupu, napíšte odpovede, ktoré sú dostatočne úplné na to, aby ukončili hľadanie, priraďte každú námietku ku konkrétnemu sociálnemu dôkazu a udržiavajte stránku v štvrťročnom rytme. Formát mýtus verzus realita ukazuje, čo naozaj funguje, s praktickým príkladom v každej sekcii. Výsledkom je stránka FAQ, ktorá znižuje záťaž podpory a zvyšuje šancu, že sa potenciálny zákazník zaregistruje.

Väčšina rád o stránkach SaaS FAQ začína na nesprávnom mieste. Považuje ich za upratovanie po spustení – miesto na odloženie odpovedí na podporné tickety, aby sa podporný tím nemusel opakovať. Tento rámec je dôvod, prečo stránka FAQ vášho klienta nerobí pre biznis takmer nič. Čo naozaj funguje: stránka FAQ je jedna z mála stránok, ktoré potenciálny zákazník navštívi po tom, ako sa už rozhodol, že by si mohol kúpiť. Je to stránka fázy rozhodovania, nie dokumentačná stránka. Mala by byť postavená tak, aby odstránila námietky, ktoré stoja medzi návštevníkom a registráciou, a zaslúži si rovnakú strategickú pozornosť ako cenník.

Ak pracujete v agentúre, problém je ešte ostrejší. Každý klient je iný: iný produkt, iný kupujúci, iná história podpory. Napriek tomu musíte vytvoriť niečo, čo funguje bez toho, aby ste vždy začínali od nuly. Pokušením je skopírovať štruktúru posledného FAQ, ktoré ste postavili. To funguje, kým neprestane, pretože námietky, ktoré sú dôležité pre fintech klienta, nie sú tie, ktoré sú dôležité pre klienta z oblasti tímovej spolupráce. Rámec musí byť rovnaký; obsah musí byť iný. Nižšie uvedené vyvracanie mýtov je ten rámec. Vzor pod ním je jednoduchý: očakávajte, že FAQ bude predávať, nielen informovať. To mení to, ako zhromažďujete otázky, ako ich zoskupujete, aké dlhé sú odpovede a čo umiestnite vedľa nich.

Začnite s predajom, nie s podporným ticketom

Začnite tým, že požiadate obchodný tím svojho klienta o posledných päť obchodov, ktoré utíchli. Otázky, ktoré tieto obchody zablokovali, sú prvými desiatimi otázkami, na ktoré by mala vaša stránka FAQ odpovedať. Väčšina stránok FAQ je postavená z podporných ticketov – otázok od ľudí, ktorí už nakúpili. Otázky, ktoré skutočne blokujú predaj, pochádzajú od ľudí, ktorí nenakúpili, a týkajú sa zvyčajne migrácie, bezpečnosti, cien a toho, čo sa stane po skončení skúšobného obdobia.

Takto to vyzerá v praxi. Klient z oblasti automatizácie workflowov k nám prišiel s FAQ plným otázok ako „Ako si resetujem heslo?“ a „Ktoré prehliadače sú podporované?“ Stránka bola technicky užitočná a komerčne inertná. Preto sme sa obchodného tímu spýtali, čo počuli v stratených obchodoch. Ukázalo sa, že potenciálni zákazníci sa pýtali, či nástroj dokáže nahradiť ich súčasnú tabuľku, či migrácia bude vyžadovať IT a či cenový hárok obchodníka zodpovedá tomu, čo bude fakturácia skutočne účtovať. Prestavali sme FAQ okolo týchto troch námietok, každú s krátkou odpoveďou a odkazom na relevantnú stránku. Otázky o resetovaní hesla sa presunuli do centra podpory. Stránka sa stala nástrojom na uzatváranie obchodov namiesto helpdesku.

Keď vediete tento rozhovor, neuspokojte sa s tým, že „pýtajú sa na ceny.“ Pýtajte sa na presné znenie. „Je cena za používateľa alebo za pracovný priestor?“ je akčná otázka. „Pýtajú sa na ceny“ nie je. Tiež sa opýtajte, čo robí konkurencia, čo klient nedokáže ľahko napodobniť – to zvyčajne odhalí námietky, ktoré už obchodný tím počúva donekonečna. Umiestnite ich na samý vrchol stránky.

Toto je jedno miesto, kde sa oplatí budovať SaaS web zvnútra von: začnete otázkami, ktoré si skutoční kupujúci kladú, a potom okolo nich postavíte web. Výnimkou je, že nemôžete úplne vynechať otázky podpory. Niektorí návštevníci sú existujúci zákazníci. Ale hlavný priestor na stránke by mali dostať otázky, ktoré sa objavujú pred nákupom, nie po ňom. Ak potrebujete ponechať na stránke niektoré otázky podpory, presuňte ich na samý spodok pod jasne označený nadpis „Existujúci zákazníci“. Takto obslúžite obe publiká bez toho, aby podporné otázky dominovali. Užitočným spôsobom, ako viesť rozhovor, je poslať obchodnému tímu jednoduchú výzvu: vypíšte každú otázku, ktorú sa potenciálny zákazník opýtal minulý mesiac a na ktorú ste museli odpovedať manuálne. Dostanete dva zoznamy. Otázky, ktoré si vyžadujú úsudok, sú materiálom pre FAQ; tie, na ktoré možno odpovedať odkazom, patria do dokumentácie.

Dĺžka nie je dôkladnosť

Princíp, ktorý sa oplatí držať, je relevantnosť podľa pozície. Návštevník tri minúty po začatí bezplatnej skúšobnej verzie má inú otázku ako nákupca, ktorý hodnotí nástroj. Ak je FAQ jeden abecedný zoznam, nákupca sa musí prehrýzť cez „Ako zmením svojho avatara?“ aby našiel „Ako riešite dátovú rezidenciu?“ Väčšina návštevníkov to neurobí. Odídu.

Jeden klient, projektový manažment SaaS, mal FAQ zoradené abecedne a malo niekoľko strán. Prezoskupili sme ho do štyroch kategórií: „Pred začatím“ (čo to robí, s čím sa to porovnáva), „Počas skúšobnej verzie“ (nastavenie, limity), „Nákup“ (ceny, fakturácia, bezpečnostné previerky) a „Po kúpe“ (zmeny fakturácie, podpora). Kategória nákupu išla prvá, pretože tam sa strácali peniaze. Počet slov sa veľmi nezmenil, ale stránka sa zmenila zo zoznamu na vedenú cestu.

V rámci každej kategórie použite jedno z dvoch pravidiel usporiadania. Ak má produkt jasný spôsob nákupu, zoraďte podľa závažnosti: otázka, ktorá úplne zastaví obchod, ide prvá. Ak produkt nemá zjavnú postupnosť, zoraďte podľa frekvencie – ale len v rámci kategórie, nie na celej stránke. Dôležité je, aby návštevník našiel otázku, ktorá ho zaujíma, bez toho, aby musel čítať všetko. Použite kotviace odkazy v hornej časti stránky, aby nákupca mohol preskočiť priamo na „Nákup“ a používateľ skúšobnej verzie na „Počas skúšobnej verzie.“ Na typickom webe SaaS sú to dve skupiny, ktoré produkujú najviac registrácií a najviac stratených obchodov, preto dostávajú vrch stránky.

Pokiaľ ide konkrétne o cenové otázky, rovnaká logika, akú by ste použili pri cenovej stránke postavenej na konverzie, platí aj vo vnútri FAQ: najprv uveďte detaily rozhodujúce pre rozhodnutie, potom zdôvodnenie a potom odkaz. Nenúťte návštevníka hľadať cenu plánu, ktorý chce. A v rámci kategórie nákupu premýšľajte znova o postupnosti. Umiestnite bezpečnosť a súlad s predpismi pred platobné metódy, pretože bezpečnostná previerka je často bránou, ktorá zastaví vyhodnotenie skôr, než vôbec vznikne otázka platby.

Mýtus	Realita
FAQ existuje na odpovedanie na otázky	FAQ existuje na odstránenie námietok proti nákupu
Dlhšie FAQ znamená dôkladnejšie	Skenovateľné, zoskupené FAQ prekonáva dlhý zoznam
Odpovede by mali byť krátke	Odpovede by mali byť dostatočne úplné na ukončenie hľadania
Sociálny dôkaz patrí len na domovskú stránku	Dôkaz umiestnený vedľa námietky konvertuje lepšie
FAQ je výstup pri spustení	FAQ je živý dokument s rytmom revízií

Náklady na príliš krátku odpoveď

Tu je porovnanie pred a po, ktoré používame s klientmi, keď namietajú proti „dlhým“ odpovediam.

Predtým: „Podporujete SSO? Áno, podporujeme.“

Potom: „SSO je k dispozícii v pláne Pro a vyššie. Môžete ho povoliť, akonáhle ste vlastníkom pracovného priestoru, v časti Nastavenia > Zabezpečenie. Tu je podrobný návod. Ak váš tím používa Okta alebo Azure AD, obe sú podporované.“

Druhá odpoveď je dlhšia, ale tiež konečná. Návštevník prestane hľadať, pretože odpoveď predvída ďalšie otázky. Takéto písanie sa zdá jednoduché, ale vyžaduje si vedieť, aké sú tie ďalšie otázky v skutočnosti. Najjednoduchší spôsob, ako ich nájsť, je pozrieť sa na najčastejšie podporné tickety pre každú oblasť funkcií a začleniť odpovede do FAQ.

Štruktúra, ktorú treba použiť, je: priama odpoveď, jedna veta kontextu, potom odkaz. Zvýraznite priamu odpoveď tučne, aby ju čitateľ okamžite videl. Ak máte snímku obrazovky, umiestnite ju po kontexte, nie pred neho. Nezakopávajte odpoveď do odseku, ktorý opisuje funkciu. Toto je rovnaký princíp, vďaka ktorému vyniká API dokumentácia spoločností ako Stripe a Twilio: môžete pristáť, získať odpoveď a odísť. Tomuto štandardu sa hlbšie venujeme v našom sprievodcovi písaním dokumentácie k SaaS API, ktorú vývojári naozaj používajú. Výnimkou je, že „úplné“ neznamená „dlhé samo o sebe.“ Stena textu je stále stenou textu.

Existuje aj otázka tónu. Príliš krátka odpoveď znie stroho až hrubo; príliš dlhá znie obranársky. Sladký bod je odpoveď, ktorú by kompetentný pracovník podpory napísal do e-mailu: priama reakcia, krátke vysvetlenie a ďalší krok. Ak tím podpory vášho klienta píše užitočné e-maily, požiadajte o niekoľko a použite ich ako vzor. Ak nie, môžete vzor napísať sami a nechať tím podpory, aby ho opravil. To je tiež dobrý spôsob, ako získať podporu tímu, pretože FAQ začne vyzerať ako ich najlepšie e-maily, nie ako firemný dokument.

Priraďte námietku k jej dôkazu

Vezmite každú námietku na FAQ svojho klienta a položte si jednu otázku: ktorý kus sociálneho dôkazu by ju zneškodnil? Klient z oblasti elektronických podpisov mal silnú sekciu s odporúčaniami na domovskej stránke. Keď sme sa však pozreli na bezpečnostnú otázku vo FAQ – „Ako chránite moje dokumenty?“ – odpoveď bola suchý jazyk zhody. Svedectvo z domovskej stránky od právneho tímu, že „náš tím zhody ich schválil za menej ako deň“, bolo presne tým uistením, ktoré táto odpoveď potrebovala.

Začali sme priraďovať každú námietku ku kusu dôkazu: bezpečnostná otázka dostala svedectvo o zhode, cenová otázka citát od zákazníka, ktorý prešiel od konkurenta, migračná otázka vetu o zákazníkovi, ktorý presunul celú svoju spoločnosť bez výpadku. FAQ prestalo byť samostatnou stránkou a stalo sa súčasťou predajnej ponuky.

Výnimkou je relevantnosť. Stena log vedľa FAQ pridá málo; svedectvo, ktoré priamo adresuje námietku, má váhu, najmä ak uvádza úlohu osoby, ktorá ho poskytuje. Ak váš klient ešte nemá takýto dôkaz, začnite ho zbierať z rovnakých predajných hovorov, ktoré produkujú námietky. Oba aktíva pochádzajú z rovnakého zdroja. Keď máte svedectvo, vyberte z neho jednu vetu, ktorá zodpovedá otázke FAQ. Nepotrebujete celý citát; stačí jedna konkrétna veta. Požiadajte obchodný tím, aby si pri uzavretí obchodu všimol, či zákazník spomenul konkrétny problém. Tento problém je budúca otázka FAQ a vlastné slová zákazníka sú jej najlepšou odpoveďou.

Existuje druhý, menej zjavný druh dôkazu: produktový dôkaz. Ak sa potenciálny zákazník opýta „Môžem exportovať svoje dáta?“ najsilnejšia odpoveď obsahuje snímku obrazovky s exportom, nielen vetu, že áno. Ak sa opýta „Ako dlho trvá skúšobné obdobie?“ najsilnejšia odpoveď obsahuje vetu o tom, čo sa stane, keď sa skončí. Snímky obrazovky a krátke GIF-y fungujú, pretože ukazujú namiesto tvrdenia. Toto je tiež miesto, kde sa FAQ spája s predstavením funkcií: otázka ako „Čím sa to líši od tabuľky?“ by mala odkazovať na sekciu webu, ktorá demonštruje rozdiel, nie na stenu porovnávacieho textu.

FAQ je proces, nie výstup pri spustení

Trvalým princípom pre agentúru je, že stránka FAQ je proces, nie stránka. Produkt klienta sa mení každý mesiac; nové námietky sa objavujú s každou zmenou cien, s každým novým konkurentom, každý štvrťrok. Stránka, ktorú spustíte v januári, je v marci už len hádaním. Agentúry, ktoré to robia opakovateľným, zabudujú do spolupráce ľahký rytmus údržby.

Po spustení nastavte štvrťročnú revíziu, v ktorej sa pozriete na tri vstupy: nové podporné tickety, otázky z predajných hovorov a zmeny produktu. Rozdeľte revíziu na dva kroky. Po prvé, odstráňte otázky, ktoré už nie sú dôležité. Po druhé, pridajte otázky, ktoré sa objavili za posledných 90 dní. Na to nepotrebujete obsahového stratéga. Potrebujete návyk.

Zaviedli sme to pre jedného klienta tak, že sme požiadali vedúceho podpory, aby označil každý ticket, na ktorý by mohla odpovedať webová stránka. Po niekoľkých štvrťrokoch nám vedúci podpory začal posielať zoznam opakujúcich sa otázok skôr, než sme sa spýtali. FAQ sa stal spoločným projektom, čo je jediný spôsob, ako zostane relevantný. Pre každú agentúru, ktorá vedie tento druh práce vo viacerých projektoch, je zaobchádzanie s FAQ ako so súčasťou opakovateľného systému SaaS webov to, čo udržiava kvalitu konzistentnú bez toho, aby sa proces zakaždým vymýšľal odznova.

Revízia nemusí trvať dlhšie ako hodinu. Pätnásť minút na podporné tickety, pätnásť na predajné otázky, pätnásť na zmeny produktu a pätnásť na aktualizáciu stránky. Ak fakturujete údržbu obsahu, stane sa z toho opakujúci sa príjem. Ak nie, udržiava stránku pred starnutím. Existuje jedna metrika, ktorú stojí za to sledovať, aj keď k nej nemôžete priradiť presné číslo: či tím podpory hlási menej rovnakých otázok. Keď tím podpory prestane odpovedať na otázku, ktorá je teraz vo FAQ, je to výhra a zvyčajne je viditeľná v tóne tímu skôr, než sa objaví v nejakom dashboarde. Keď tím podpory začne navrhovať nové položky FAQ, viete, že proces údržby sa zakorenil.

Nič z toho nevyžaduje redizajn ani nový nástroj. Vyžaduje si to posun v tom, ako o FAQ hovoríte so svojím klientom. Prestaňte to v projektových plánoch nazývať „FAQ“ a začnite to nazývať „stránka námietok.“ Táto jediná zmena pretvorí každé rozhodnutie, ktoré nasleduje, od otázok, ktoré zhromažďujete, až po odpovede, ktoré píšete. Taktiež to výrazne uľahčí argument pre udržiavanie stránky, pretože žiadny klient nespochybňuje potrebu neustále odvracať námietky.