Emuārs

'Vienkārši pievienojiet atsauksmes' slazds: Kas jūsu pakalpojumu tirgum patiesībā nepieciešams tālāk

Sešu soļu sistēma, kā pārvērst priekšnieka funkciju pieprasījumus noderīgos lēmumos par to, kas jūsu pakalpojumu tirgum patiesībā vajadzīgs tālāk.

Kopsavilkums

Kad priekšnieks lūdz atsauksmes, rezervācijas logrīku vai "ar AI darbināmu saskaņošanu", ir vilinoši piekrist. Bet lielākā daļa funkciju pieprasījumu patiesībā ir lūgumi pēc progresa sajūtas. Šis raksts sniedz sešu soļu sistēmu, kā pārvērst šos pieprasījumus atpakaļ faktiskajā pudeles kaklā: piedāvājumā, pieprasījumā vai uzticībā. Jūs uzzināsiet, kā izvērtēt to, kas jau pastāv, pirms veidojat, kā pārbaudīt dārgas idejas ar lētiem aizstājējiem un kā izskaidrot savu "ne tagad" sarakstu, neizklausoties spītīgi. Mērķis nav būt slinkam attiecībā uz funkcijām. Tas ir izveidot tās nedaudzās, kurām ir nozīme īstajā brīdī, un pateikt to valodā, ko netehnisks priekšnieks var aizstāvēt sava vadītāja priekšā.

Jūsu priekšnieks tikko ienāca un teica: "Mums ir vajadzīgas atsauksmes. Tādas, kādas ir konkurentam." Tas, ko viņi patiesībā lūdza, nav atsauksmes. Viņi lūdza sajūtu, ka tirgus attīstās, un funkcija ir vienkāršākais veids, kā norādīt uz progresu. Problēma ir tā, ka funkcijas ir briesmīgi progresa rādītāji. Tirgus ir mašīna, kurai vienlaikus ir tikai viens pudeles kakls — piedāvājums, pieprasījums vai uzticība — un daļas pievienošana, kas nesaistās ar pašreizējo pudeles kaklu, ir tikai mašīnas pulēšana, kas nekustas.

Šī ir dīvaini sarežģīta saruna mazā iekšējā mārketinga komandā, jo jūsu priekšnieks nav tehnisks un jūs neesat izpilddirektors. Jums ir jāpamato katrs lēmums, nevarot atsaukties uz inženierijas viceprezidentu, kurš jums piekrita. Jums ir nepieciešams arguments, nevis viedoklis. Labā ziņa ir tā, ka argumentu var izklāstīt sešos soļos, un neviens no tiem neprasa, lai jūs vēl kaut ko būvētu. Tie prasa domāt kā detektīvam un runāt kā tulkotājam.

Sāciet, atceroties, ka tirgus nekad nav bijis neitrāls. Jūs vienmēr izlemjat, kura puse iegūst priekšrocības: pakalpojumu sniedzējs, klients vai jūsu pašu saprāts. Paturiet to prātā, kad saņemat funkciju pieprasījumu.

Pirmais solis: Nosauciet pudeles kaklu, pirms nosaucat funkciju

Pakalpojumu tirgum ir trīs kustīgas daļas: pakalpojumu sniedzēji, klienti un uzticība starp tiem. Ja nevarat apmierināt pieprasījumu, jo nav pietiekami daudz pakalpojumu sniedzēju, neviena funkcija, kas uzlabo klienta pieredzi, nepalīdzēs — piedāvājums ir pudeles kakls. Ja jums ir pakalpojumu sniedzēji, bet cilvēki nerezervē, pieprasījums ir pudeles kakls. Ja cilvēki rezervē, bet vilcinās maksāt, uzticība ir pudeles kakls.

Veids, kā noskaidrot, ar kuru no tiem jums ir darīšana, ir uzdot dažus muļķīgus jautājumus. Pieņemsim, ka jūs vadāt vietējo uzkopšanas tirgu. Jūsu priekšnieks vēlas "rezervēšanu ar vienu klikšķi". Pirms pat runājat par rezervēšanu, jautājiet: "Kad klients sazinās, cik ātri mēs atbildam?" Ja atbilde ir "nākamajā dienā", jums nav nepieciešams rezervācijas logrīks; jums ir nepieciešams telefona zvans. Ja atbilde ir "mēs atbildam desmit minūšu laikā, bet klienti joprojām nerezervē", tad varbūt cena nav skaidra vai pakalpojumu sniedzēja profils ir tukšs. Poga neko no tā nelabos. Ja atbilde ir "klienti rezervē, bet pēc tam atceļ", jums ir uzticības problēma, nevis plānošanas problēma.

Pareizais solis ir pārvērst priekšnieka funkciju par jautājumu par pudeles kaklu. Ja pudeles kakls ir piedāvājums, neviena klientam paredzēta funkcija nepalīdz. Jums, iespējams, būs jāpavada mēnesis, manuāli piesaistot pakalpojumu sniedzējus — vecmodīgs, neizteiksmīgs, bet pilnīgi efektīvs veids, kā sākt tirgu.

Otrais solis: Pārvērtiet "mums vajadzētu pievienot X" skaitlī

Priekšniekus nekustina pudeles kakli; viņus kustina skaitļi, kurus viņi var atkārtot. Tāpēc ņemiet funkciju pieprasījumu un pārvērtiet to rādītājā, kas pierādītu, vai funkcijai ir nozīme. Tas ir visnoderīgākais ieradums, ko varat izveidot netehniskā darbavietā.

Pieņemsim, ka pieprasījums ir "mums nepieciešama ar AI darbināma saskaņošana", jo jūsu priekšnieks lasīja tendenču rakstu par to, kā ar AI darbināma automatizācija pārveidos pakalpojumu tirgus. Bremzējiet. Jautājiet: "Kāds skaitlis mums pateiktu, ka saskaņošana ir bojāta?" Varbūt tas ir procentuālais daudzums ienākošo pieprasījumu, kas tiek saskaņoti ar pakalpojumu sniedzēju 24 stundu laikā. Ja šis skaitlis ir zems, jo pilsētā ir tikai trīs pakalpojumu sniedzēji, AI ir rotaļlieta; jums ir nepieciešams piedāvājums. Ja skaitlis ir augsts, bet klienti joprojām nerezervē, problēma nav saskaņošana — tā ir cena vai uzticība. Tagad jūs runājat par reāliem datiem, nevis modes vārdiem.

Veicot šo soli, neizgudrojiet skaitli, lai pamatotu savu argumentu. Pārāk daudzas komandas izdomā rādītāju, lai tikai noraidītu ideju, un tā jūs iegūstat priekšnieku, kurš pilnībā pārstāj uzticēties jūsu skaitļiem. Izmantojiet visus netīros, mazos, godīgos datus, kas jums patiesībā ir — pat ja tie ir tikai desmit klienti un jūs zināt visus viņu vārdus. Reāls skaitlis no mazas operācijas ir labāks par izdomātu skaitli no prezentācijas.

Trešais solis: Izmantojiet 21 funkciju kontrolsarakstu kā sietu, nevis iepirkumu sarakstu

Ir noderīgs kontrolsaraksts, kas klīst apkārt un uzskaita 21 funkciju, kas pakalpojumu tirgum varētu būt nepieciešama 2026. gadā — pakalpojumu sniedzēju onboarding, uzticība un pārbaude, atklāšana, droša maksāšana un eskro, analītika un tamlīdzīgi. Tas ir no Rigby emuāra, un tas ir lielisks audita rīks. Problēma ir tā, ka 21 funkciju saraksta esamība liek katru neizbūvētu funkciju uztvert kā parādu. Jūsu priekšnieks to izlasa un pēkšņi domā, ka esat aiz muguras.

Jūs neesat aiz muguras. Kontrolsaraksts ir karte visam, ko varētu izveidot, nevis pavēle tos izveidot. Izmantojiet to kā sietu: izejiet cauri visām 21 un jautājiet: "Kura atbilst pudeles kaklam, ko mēs nosaucām pirmajā solī?" Ja jums ir ierobežots piedāvājums, "droša maksāšana un eskro" ir jauka lieta, bet tā nepiesaistīs nevienu jaunu pakalpojumu sniedzēju. Ja jums ir ierobežots pieprasījums, "pakalpojumu sniedzēju onboarding" patiesībā varētu būt jūsu vissvarīgākais mārketinga aktīvs, jo tukša lapa neaizturēs nevienu klientu. Ja jums ir ierobežota uzticība, "strīdu risināšana" ir svarīgāka par "pārdevēju vērtējumiem" agrīnajās dienās.

Šeit jūs varat arī pamatot, ka jūsu tirgum vēl nav jābūt maģiskai programmatūras platformai. Tam ir jādarbojas, pat ja tas nozīmē pieprasījumu maršrutēšanu manuāli. Koncierge versija tirgum nav solis atpakaļ; tas ir solis uz priekšu, kas izskatās kā izklājlapas un turpmākie e-pasti.

Ceturtais solis: Simulējiet funkciju, pirms to izveidojat

Šis ir visvairāk novērtētais solis visā argumentācijā. Gandrīz katru funkciju var simulēt manuāli, pirms tā kļūst par projektu.

Jūsu priekšnieks vēlas tikšanās plānošanas integrāciju. Tā vietā, lai pētītu rīkus un salīdzinātu Calendly, Acuity un Setmore bezmaksas plānus, līdz acis sāk skumt, rīkojieties šādi: izveidojiet vienkāršu lapu, kurā teikts "Rezervējiet bezmaksas konsultāciju", un novirziet cilvēkus uz e-pastu ar sev ērtu laiku. Pēc tam manuāli ievietojiet šo laiku pakalpojumu sniedzēja kalendārā un atbildiet ar apstiprinājumu. Dariet to nedēļu. Ja saņemat tikai klusumu, problēma nav plānošana; tā ir tā, ka neviens nevēlas tikšanos pietiekami, lai uzrakstītu e-pastu. Ja saņemat e-pastus, bet daudzi cilvēki nekad seko līdzi, varbūt īsta plānošanas saite paaugstinātu uzticību. Bet tagad esat pierādījis, ka jums tas ir nepieciešams par ļoti mazām izmaksām.

Manuālā versija rada konkrētu artefaktu — faktiskus e-pastus — nevis abstraktu "mums vajadzētu integrēt". Kad manuālais tests darbojas, varat izvēlēties piemērotu rīku ar pārliecību. Kad tas neizdodas, esat ietaupījis sev mēnesi darba un sapulci par API tokeniem. Un, kad nonākat līdz rīka izvēlei, izaicinājums ir izvēlēties pareizo rīku šim brīdim, nevis greznāko. Ir pietiekami daudz pārskatu, tostarp viens no Zapier, lai jums galva grieztos.

Kad esat tur, jautājums nav "kurai lietotnei ir visvairāk funkciju?" Jautājums ir "kāds ir mazākais koda apjoms, kas mums jāraksta, lai saglabātu manuālo darbplūsmu?" Tas ir patiesi atšķirīgs jautājums, un tas ir tas, kas aizsargā jūsu ceļa karti no izkliedētām integrācijām.

Piektais solis: Atlieciet uzticības sistēmu, līdz ir ko vērtēt

Pārdevēju vērtējumi ir visvairāk pieprasītā funkcija pakalpojumu tirgos, un tas ir pamatoti — uzticība ir visa spēle. Bet vērtēšanas sistēmas pievienošana, pirms jums ir stabila pabeigto darbu plūsma, ir sliktāka nekā tās neesamība. Jūs saņemsiet trīs atsauksmes, no kurām divas ir no pakalpojumu sniedzēja draugiem, un skaitļi būs bezjēdzīgi. Vidējais vērtējums 4,7 ar divām atsauksmēm nav tas pats, kas 4,7 ar četrsimt atsauksmēm, bet klienti neuztver šo niansi; viņi vienkārši redz 4,7. Vēl ļaunāk, tukša "atsauksmju" sadaļa pakalpojumu sniedzēja profilā stāsta klientiem, ka neviens nekad nav pabeidzis darbu ar šo cilvēku. Tas ir uzticības vakuums, ko jūs radījāt, mēģinot veidot uzticību.

Vispirms izveidojiet darījumu, pēc tam uzlieciet vērtēšanas sistēmu virsū. Šī ir pretrunīgā daļa: visbīstamākā funkcija ir tā, kuru tikko palaidis jūsu lielākais konkurents. Jūs redzat viņu zvaigznes un atsauksmes un jūtaties novēlojies. Bet viņiem bija simtiem darījumu, pirms viņi ieguva tās zvaigznes. Jūs nevarat izlaist šī procesa beigas, pievienojot logrīku.

Kad esat gatavs atsauksmēm, vērtēšanas sistēmas dizains ir pelnījis savu rūpīgu pārdomāšanu — ne tāpēc, ka zvaigznes ir maģiskas, bet tāpēc, ka no tām ir atkarīga visas jūsu tirgus ticamība. Līdz tam tērējiet savu enerģiju, lai pirmos dažus darbus izdarītu labi, un jautājiet klientiem, ko viņi teiktu par pakalpojumu sniedzēju īsziņā. Tā nav vērtēšanas sistēma; tas ir izejmateriāls tādai.

Sestais solis: Skaidri pasakiet, ko jūs neveidojat

Visaizsargātākā pozīcija funkciju sapulcē nav "jā" vai "nē"; tā ir "lūk, ko mēs tā vietā darīsim". Izveidojiet tabulu ar trim kolonnām: pieprasījums, patiesais pudeles kakls un tas, ko darīsiet nākamajās 90 dienās. Šis artefakts atkārto priekšnieka valodu, vienlaikus parādot loģiku — un to ir viegli izdrukāt un aiznest augstāk stāvošajiem.

PieprasījumsPatiesais pudeles kaklsKo mēs darīsim nākamajās 90 dienās
"Mums ir vajadzīgas atsauksmes"Uzticība pēc pabeigta darbaManuāli lūgt pirmos klientus atsauksmēm un publicēt tās
"Mums ir nepieciešama tūlītēja rezervēšana"Laika apstiprināšanas ātrumsIzmantot kopīgu kalendāru un vienkāršu saiti, koordinēt manuāli
"Mums ir nepieciešama AI saskaņošana"Pārāk maz pakalpojumu sniedzēju reģionāPiesaistīt piedāvājumu un manuāli maršrutēt pieprasījumus, līdz apjoms attaisno automatizāciju

Šī tabula dara divas lietas. Tā godina pieprasījumu, pārvēršot to rezultātā. Un tā signalizē, ka jūs neignorējat nākotni — jūs nākat ar plānu, kā tur nokļūt. Jūsu priekšnieks var aiznest šo tabulu savam priekšniekam un pateikt "mēs izskatījām atsauksmes, bet vispirms mums ir jānovērš X." Tas ir daudz labāks stāsts nekā "mēs pievienojam atsauksmes."

Tabula arī dod jums kopīgu valodu, lai pateiktu "ne tagad", nesakot "nekad". Saglabājiet "ne tagad" sarakstu tajā pašā lapā, ar datumu, kad to pārskatīt. Ideja netiek nogalināta; tā tiek novietota līdz nākamajai tikšanās reizei.

Vienas lapas kopsavilkums sanāksmes noslēgumam

Kad ieejat sapulcē, paņemiet līdzi vienu lapu. Virsraksts: "Pudeles kakls ir X." Tad teikums: "Mēs nepievienosim atsauksmes, kamēr nepaaugstināsim šo skaitli līdz Y." Tad tabula. Tad "ne tagad" saraksts. Priekšnieks vai nu piekritīs, vai lūgs parādīt skaitli. Ja viņš lūdz parādīt skaitli, jūs uzvarat, jo tagad jūs abi skatāties uz izklājlapu, nevis uz funkciju pieprasījumu ūdenskritumu.

Un, ja jūsu priekšnieks joprojām ir skeptisks, atgādiniet viņam, ka funkcijas palaišana ir solījums. Kad jūs kaut ko izlaidīsit, jūs uzņematies gaidīšanu, ka tas kaut ko labos. Funkcijas izlaišana, kas nenovērš pudeles kaklu, ir sliktāka par to, ka to neizlaižat, jo tagad jums ir lauzts solījums un iztērēts budžets.

Nākamreiz, kad kāds saka "vienkārši pievienojiet atsauksmes", ievelciet elpu. Viņi nav lūguši jums izveidot funkciju; viņi ir lūguši padarīt tirgu drošāku, ātrāku vai pilnīgāku. To varat izdarīt bez nevienas koda rindiņas — parasti ar sarunu, izklājlapu un nedaudz manuāla darba. Tas nav solis atpakaļ. Tā ir visa mazas komandas būtība: jūs varat kustēties, pirms būvējat.

Sources (5)