Kokkuvõte

Sinu mittetehniline ülemus näeb veebilehe taotlust kuluna, mitte investeeringuna. Heakskiidu saamiseks pead sõnastama veebilehe parandused ümber äriliste otsustena, mis on seotud selliste mõõdikutega nagu prooviversiooni konversioon, kliendikadu ja toetuse koormus. See artikkel annab sulle kuueastmelise raamistiku: nimeta äriprobleem, tõlgi oma palve rahakeelde, mõõda tegevusetuse hinda, vii läbi sihipärane test, pane plaan ühele lehele ja enneeta 'muuda see kaasaegseks' vastuväidet. Sa õpid, miks ümberkujundus ilma mõõtmiseta on edevusprojekt ja miks sisu ja struktuur — mitte lihv — panevad kasvu liikuma. Kasuta neid samme täna, et muuta oma järgmine veebiargument otsuseks, millele su ülemus ütleb jah.

Sinu ülemust veebileht ei huvita. Pane ta hoolima.

Su ülemus just küsis, miks kulutad veel ühe sprindi veebilehele, kui võiksid käivitada tasulisi reklaame. Mida sa vastad?

Kui su vastus on "sest avaleht näeb vananenud välja", oled juba kaotanud. Ümberkujundustaotlus kõlab nagu arvamus. Äriplaan kõlab nagu otsus. Siin on raamistik selle ülemineku tegemiseks.

Samm 1: Nimeta äriprobleem, mis peitub sinu disainitaotluse sees.

Lõpeta kirjeldamine, mida soovid muuta. Kirjelda, kui palju praegune leht ettevõttele maksab.

Vaata oma hinnalehte. Kas see vastab küsimustele, mis peatavad inimesi tasuta prooviversiooni ajal? Hinnalehe ülesanne on edastada väärtust, eristada plaane ja suunata potentsiaalne klient ostuotsuse poole. Kui su leht peidab hinna "võta meiega ühendust" vormi taha või jätab võrdlustabeli vahele, pole see disainiviga — see on kaotatud müügi viga. Ütle otse: "Inimesed jõuavad meie hinnalehele, ei oska plaane eristada ja lahkuvad ilma meie pakkumist kuulmata." See on äriline kulu, mitte esteetiline eelistus.

Sama loogika kehtib ka sinu KKK jaotise kohta. Tõhusad KKK jaotised vähendavad toe koormust ja loovad usaldust. Kui su toetusmeeskond vastab iga päev samadele viiele küsimusele, on need tunnid, mida su ülemus maksab kaks korda. Seega muutub taotlus "lõikame toetuse piletid, pannes vastused kohta, kus potentsiaalsed kliendid kõigepealt otsivad", mitte "korrastame KKK lehte".

Seejärel tõlgi funktsioonide tutvustus. Väljatoodud visuaalid nagu ekraanipildid, GIFid või lühivideod on olemas selleks, et demonstreerida tegelikku kasutajakogemust. Kui su tutvustus on funktsioonide täppide sein, ei suuda külastaja end toodet kasutades ette kujutada — nii et nad lükkavad prooviversiooni edasi või jätavad selle vahele. See on konversiooniprobleem, millel on äriline number küljes, isegi kui sa pole seda veel mõõtnud.

Kui koostad taotlust, kirjuta kõigepealt äriline kulu, seejärel lisa disainimuudatus. Pööra järjekord ümber ja oled süžee kaotanud.

Samm 2: Tõlgi oma taotlus nende keelde.

Su ülemus mõtleb tulude, kliendikadu ja väärtuseni jõudmise aja mõistes. Tõlgi iga leht nendeks terminiteks. Kasuta seda kaarti vestluseks valmistumiseks:

Mida sa muuta tahad	Äriprobleem, mida see lahendab
Funktsioonide tutvustuse visuaalid	Demonstreerib tegelikku kasutajakogemust, nii et prooviversiooni liitujad mõistavad väärtust enne kohustumist
Hinnaleht ja võrdlustabel	Suunab külastajaid ostuotsuse poole; vastab vastuväitele "kas see on seda väärt"
API dokumentatsioon	Aitab arendajatel kiiremini integreerida, lühendades väärtuseni jõudmise aega ja vähendades toetuse päringuid
KKK jaotis	Vastab tavalistele küsimustele, vähendades toetuse pileteid ja suurendades usaldust kõhkluse hetkel

Lõika see tabel tegeliku kohtumise jaoks ühele või kahele reale. Ära kalla kõike korraga välja. Vali leht, mida soovid muuta, ja anna selle äriline tulemus ühe lausega. "Hinnaleht ei selgita, miks meie Pro-plaan on kaks korda nii väärt kui Starter-plaan, nii et lugeja klikib ära" on täielik argument. Tabel on vaid sinu ettevalmistus, et sa ei loksuks.

Kui vajad mustreid enne esitluse koostamist, algab hinnalehe parandamine nende konversiooniplokkidega.

Samm 3: Mõõda tegevusetuse hinda — ausalt.

Kõige puuduv samm enamikus taotlustes: prognoos. Su ülemus küsib: "Milline on oodatav kasv?" Ära mõtle protsenti välja.

Selle asemel ütle nii: "Me ei tea praegust numbrit, sest me pole seda kunagi jälginud. Just sellepärast peaksime alustama jälgimist enne, kui midagi muudame. Sea algtase, vii läbi test, siis on meil tegelik number." See kõlab hetkel vähem enesekindlalt, kuid on tervikuna veenvam, sest seda ei saa ümber lükata.

Konkreetselt: lisa oma analüüsikasse sündmus, mis loendab, mitu prooviversiooni kasutajat vaatab hinnalehte ja lahkub seejärel samas sessioonis. Kui see number on suur, oled leidnud oma hõõrdepunkti. Loenda, mitu toetuse piletit tuleneb küsimusest, millele on juba sinu dokumentides vastatud. Kui see on korduv teema, oled KKK ebaõnnestumise kvantifitseerinud. Kirjuta need numbrid enne esitluse tegemist üles.

See on vastupidine seisukoht: ümberkujundus ilma mõõtmiseta on edevusprojekt. "Muuda see kaasaegseks" jaoks heakskiidu saamine on lihtne ja siis oled kinni subjektiivse muudatuse tasuvuse tõestamises. Ettepanek, mis algab "ma pean kõigepealt teadma tegelikku numbrit", mõjub juhina, mitte turundajana. See on positsioon, mida sa tahad.

Samm 4: Paku välja sihipärane test, mitte ümberkujundust.

Ära kunagi küsi veebilehe täielikku uuendamist. See on kallis, aeglane ja annab su ülemusele põhjuse öelda ei. Selle asemel vali üks leht ja üks muutuja.

Milline leht? Kasuta tegevusetuse kulu loogikat: leht, kus toimub kõige mõõdetavam hõõrdumine. Seejärel paku välja kahenädalane eksperiment. Muuda sellel lehel ühte asja, võrdle seda algtasemega ning kas jäta see alles või taasta esialgne. See on kõik.

Enesekindlus tuleb dokumenteeritud mustritest. API dokumentatsioon, mida arendajad kõige enam austavad — sellistelt ettevõtetelt nagu Stripe, GitHub ja Twilio — ei loetle lihtsalt lõpp-punkte; see juhatab kasutamise läbi. Funktsioonide tutvustused, mis kasutavad ekraanipilte või lühikesi GIFe reaalse liidese näitamiseks, võidavad täppide ees, sest nad vastavad küsimusele: "Mida ma tegelikult kasutan?" Hinnakujunduse KKK jaotis toimib, sest see lahustab vastuväited täpselt nende tekkimise hetkel. Need pole dekoratiivsed valikud; need on struktuursed mehhanismid.

Raamista test oma ülemusele madala riskina: "Me muudame ühte lehte, mõõdame seda kaks nädalat ja kui see mõõdikut ei liiguta, taastame esialgse. Halvimal juhul kaotame kaks nädalat ja saame teada, mis ei tööta." See on lihtne jah.

Pane vastu kiusatusele muuta korraga kahte asja. Kui mõõdik liigub, ei tea sa, milline muudatus selle põhjustas.

Kui leht, mida testid, on KKK, see KKK lehtede jaotus konversioonivarana annab sulle, mida testida.

Samm 5: Pane plaan ühele lehele.

Su ülemus ei loe 40-leheküljelisi esitlusi ja nad ei usalda 10 slaidi kokkuvõtteid, mis peidavad üksikasju. Anna neile üks leht viie plokiga:

• Probleem — üks lause ärilise kulu kohta lehe taga.
• Parandus — täpne muudatus (üks leht, üks muutuja).
• Mõõdik — number, mida jälgid (prooviversioonilt tasuliseks, toetuse piletid, väärtuseni jõudmise aeg).
• Ajakava — kaks nädalat, seejärel otsusekoht.
• Risk — madal, sest taastad esialgse, kui mõõdik liigub vales suunas.

See vorming teeb kahte asja. See sunnib sind olema täpne ja muudab heakskiidu pöörduvaks. Pöörduvale otsusele on palju lihtsam jah öelda. Sul pole vaja eelarverida; sul on vaja allkirjastatud testi.

Määra ülevaataja enne lehe saatmist. Kui vastus on "me peame laskma mõnel inimesel seda vaadata", oled komitee põrgus. Eesmärk on üks otsustaja ja üks tähtaeg. Kui su ülemus tahab seda jagada, planeeri üks arutelukohtumine kõigiga korraga, et sa ei kaotaks kahenädalast akent.

Kui sul on see otsus, ära oota arendajatsüklit, mis algab järgmisel kvartalil. Testleht ei tohiks võtta kuud aega. Kui leht peab olema reaalajas mõne minutiga, et hüpoteesi katsetada, on see kiirus osa eksperimendist.

Samm 6: Enneta "muuda see kaasaegseks" vastuväidet.

Kõige etteaimatavam vastuväide on: "Ma lihtsalt arvan, et sait näeb vananenud välja." Ära vaidle tundega vastu. Kinnita seda, seejärel suuna sisu poole.

Vananenud pole äriline probleem. Selge, keskmise välimusega leht, mis selgitab su väärtust, konverteerib paremini kui imeilus leht, mis sõnumi ära peidab. Lihv on usalduse signaal; see pole konversioonistrateegia. SaaS-i veebilehtede uurimused toetavad seda: funktsioonide tutvustused võidavad, kui nad demonstreerivad kasutajakogemust — mitte ainult siis, kui nad näevad muljetavaldavad välja. KKK lehed, mida tuuakse näidetena, sellistelt ettevõtetelt nagu HubSpot, Slack ja Zendesk, õnnestuvad organiseeritud sisu ja lühikeste vastuste tõttu, mitte kroomi pärast.

Seega nõustu ümberkujundusega, kuid lisa sellele üks tingimus: "Ümberkujundus peaks ütlema [konkreetne väärtuspakkumine] selgemalt välja kui praegune sait." Kui uus disain ei väljenda sinu toote väärtust selgemal viisil, see ebaõnnestub, ükskõik kui kaasaegne see ka ei näe. See muudab maitsearutelu mõõdetavaks eesmärgiks.

Pane vastu kiusatusele lubada tulunumbrit visuaalse värskenduse eest. Sa ei saa seda ennustada enne, kui oled testi läbi viinud.

Hoia kogu argument seotuna tuluga. Korratav süsteem sidusate SaaS-i veebilehtede loomiseks näitab, kuidas joondada iga leht selle eesmärgi ümber, et sa ei peaks seda võitlust leht lehe haaval käima.

Kokkuvõte

Lõpeta veebilehe muudatuste pakkumine disainiarvamusena. Paku neid äriliste otsustena, millel on mõõdik, test ja tähtaeg. Alusta lehtedest, kus su külastajad otsustavad jääda või lahkuda: hinnaleht, KKK, API dokumendid ja funktsioonide tutvustus. Mõõda algtase enne, kui midagi muudad. Testi ühte lehte kaks nädalat. Pane plaan ühele lehele. Ja kui su ülemus ütleb "muuda see kaasaegseks", suuna ümber "muuda see selgeks".

Järgmine kord, kui see küsimus tekib — "miks sa jälle veebilehte puutud?" — sa ei jäätu. Sul on juba number, test ja üheleheküljeline plaan enda ees. See on erinevus loa küsimise ja äriplaani tegemise vahel.