Tirgus platformu kļūdas, kas atklājas tikai pēc palaišanas

Problēmas, ar kurām pirmajā dienā neviens nerēķinās

Pirms palaišanas viss šķiet teorētisks.

Pārrunājat, kā lietotāji rīkosies, un retākos gadījumus, spriežat par rīkiem un termiņiem un par to, cik lielu izaugsmi platformai būs jāiztur. Mēģināt paredzēt, kā lietotāji uzvedīsies, kad tirgus platforma (marketplace) būs palaista.

Tad pienāk palaišana.

Un dažu nedēļu laikā parādās pavisam citas problēmas: klusi, sīki traucēkļi, ko neredz ne maketos, ne tehniskajās specifikācijās, bet kas pamazām nosaka, cik grūti būs tirgus platformu vadīt un attīstīt.

Šīs ir kļūdas, ko gandrīz neviens neparedz, bet komandas ar pieredzi iemācās tās laikus pamanīt. Mūsu izpētes un stratēģijas process ir veidots tieši tam, lai tās atklātu jau sākumā.

1. Platformu veido iedomātiem lietotājiem

Šī ir visbiežākā un dārgākā kļūda.

Pirms palaišanas uzņēmēji izplāno, kā lietotājiem, viņuprāt, vajadzētu rīkoties. Pēc palaišanas izrādās citādi. Lietotāji izlaiž soļus, kas šķita obligāti, un pārprot lietas, kas komandai likās pašsaprotamas. Ja noteikumi nav skaidri, lietotāji to mēģina noskaidrot platformas sarakstē un atkal un atkal jautā vienu un to pašu.

Katrs no šiem gadījumiem ir signāls, no kura var mācīties.

To paši redzējām tūru tirgus platformā, pie kuras sākām strādāt 2018. gadā. Pieņēmums bija, ka pakalpojumu sniedzēji pirms sludinājumu publicēšanas rūpīgi iestatīs pieejamību. Praksē lielākā daļa šo soli izlaida pavisam un pieejamību klientiem mēģināja paskaidrot sarakstē. Pieejamības kalendāram individuālas funkcijas izveidojām tikai tad, kad bijām novērojuši, kā tūru rīkotāji pārvalda savus grafikus. Gribējās uzreiz mainīt to, kā platforma darbojas. Taču komanda nogaidīja, vēroja, kas atkārtojas, un tikai tad pielāgoja lietotāju pieredzi tam, kā cilvēki platformu lietoja.

Galvenā kļūda ir reaģēt pārāk ātri un vērot pārāk īsi.

Šeit palīdz, ja sākat ar stabilu platformu, piemēram, Sharetribe. Ja pamats ir uzticams, tehniskas kļūmes nav jālāpa steigā, un komanda var pievērsties tam, lai saprastu lietotāju uzvedību.

Secinājums: uztveriet lietotāju uzvedību kā datus.

2. Pirmajiem lietotāju pieprasījumiem izstrādā individuālas funkcijas

Tiklīdz parādās lietotāji, ātri seko arī funkciju pieprasījumi.

Daži lietotāji kaut ko palūdz. Tas izklausās saprātīgi un šķiet steidzami, un pēkšņi jau tiek plānota individuāla funkcija.

Kāda komanda daudz ieguldīja sarežģītā „prioritārās apstrādes⁠“ funkcijā, jo to bija palūguši daži pirmie lietotāji. Pēc mēneša kļuva skaidrs, ka tā vajadzīga tikai niecīgai daļai darījumu, un lielākajai daļai lietotāju pilnīgi pietika ar vienkāršāku manuālu risinājumu.

Lietotāju uzklausīšanā nebija nekā slikta. Kļūda bija pieņemt, ka pirmie pieprasījumi rāda vispārēju tendenci.

Spēcīgas komandas gaida, kad tas pats atkārtosies. Kad laika gaitā tāds pats traucēklis parādās dažādu lietotāju darījumos, individuāla izstrāde sāk atmaksāties. Līdz tam bieži gudrāk ir atturēties.

3. Par zemu novērtē ikdienas darbu pēc palaišanas

Daudzas tirgus platformas izgāžas manuālā darba dēļ, ar ko neviens nebija rēķinājies.

Pēc palaišanas komandas bieži atklāj, ka jauno lietotāju uzņemšanā vajag personisku palīdzību, sludinājumi jāmoderē, maksājumi rada jautājumus atbalsta dienestam un strīdi jāizšķir cilvēkam. Atskatoties nekas no tā nav pārsteigums, taču komandas reti to pienācīgi ieplāno.

Sākumā manuāli procesi ir normāli. Kļūda ir neaizdomāties, kas ar tiem notiks, kad platforma augs.

Spēcīgākās tirgus platformas pirmos mēnešus pēc palaišanas izmanto, lai saprastu, kuri ikdienas darbi atkārtojas un kuri ir reti. Tad automatizē tos darbus, kas turpina atkārtoties.

4. MVP (minimāli dzīvotspējīgu produktu) uzskata par izmetamu

Dažas komandas domā, ka MVP vēlāk vienkārši izmetīs.

Praksē agri pieņemti lēmumi parasti paliek spēkā daudz ilgāk, nekā plānots. Datu struktūras, darba procesi un integrācijas dziļi iesakņojas sistēmā, tiklīdz lietotāji uz tām paļaujas.

Labāk vadīties pēc principa „būvēt vienkārši un paplašināt pārdomāti⁠“.

The Octopus Club veidoja uz Sharetribe bāzes, un pirmie lietotāji to sāka lietot jau dažu nedēļu laikā. Platformu attīstīja pa posmiem aptuveni septiņos mēnešos, un tā palīdzēja piesaistīt 150 000 GBP finansējumu vēl pirms pirmajiem ieņēmumiem. Pirmā versija jau bija gatava darbam ar īstiem lietotājiem, un katrs nākamais posms balstījās uz to.

Ja pamats jau no sākuma ir gatavs reālai lietošanai, platformu var attīstīt, un agrākie lēmumi nav visu laiku jāpārskata.

5. Platformu vaino par lēmumu sekām

Kad rodas grūtības, ir kārdinājums vainot tehnoloģiju.

Lielākā daļa problēmu pēc palaišanas rodas tāpēc, ka tirgus platformas noteikumi ir neskaidri, nav skaidri nodalīts, kura loģika ir standarta un kura veidota individuāli, vai funkcijas pievienotas bez noteikta mērķa.

Šīs problēmas rada lēmumi. Platforma pati tās nerada.

Komandas, kas paskatās uz situāciju no malas un vienkāršo risinājumu, parasti ātri atgūstas. Tās, kas turpina visu sarežģīt, atgūstas reti.

Ko pieredzējušas komandas dara citādi

Komandas, kas ar tirgus platformām strādājušas jau iepriekš, parasti palaiž platformu agrāk, nekā šķiet ērti. Pirms maina to, kā platforma darbojas, tās ilgāk vēro lietotāju uzvedību. Tirgus platformas pamatloģiku tās saglabā stabilu, un individuālu izstrādi izmanto tikai tur, kur tā skaidri uzlabo rezultātu.

Tās arī pieņem, ka kļūdas ir daļa no procesa. Mērķis ir kļūdas pamanīt agri, kamēr to labošana vēl ir lēta.

Risiniet problēmas pareizā secībā

Lielākā daļa tirgus platformu kļūdu ir saprātīgi lēmumi, kas pieņemti pārāk agri, bez pietiekamiem datiem no reālās lietošanas.

Veiksmīga palaišana parāda, kuras problēmas jārisina un kuras izzudīs pašas no sevis.

Ja gribat palīdzību ar šiem lēmumiem, pieredzējuša partnera padoms visvairāk noder tieši šajā agrīnajā posmā. Daudzas dārgas kļūdas var novērst, vienkārši risinot problēmas pareizā secībā. Vairāk par šo procesu lasiet rakstā par to, kā palīdzam klientiem nonākt no idejas līdz palaišanai.