Pixieset DI funkcija pasiekė 35 proc. naudojimą: laimėjo ne blizgutis

Pixieset DI funkcija pasiekė 35 proc. naudojimą tarp vartotojų, rašo AWS.

Man čia patinka ne pats procentas. Patinka pamoka. DI funkcija neprivalo atrodyti kaip futuristinė raketa. Ji turi pataikyti į vietą, kur žmogui realiai skauda.

Pixieset atvejis su Amazon Bedrock rodo, kad DI produkto sėkmė prasideda ne nuo klausimo „ką galime padaryti su modeliu?“. Geresnis klausimas: „kur vartotojas stringa kiekvieną dieną?“

NE FUNKCIJA, O PROBLEMA

Daug įmonių daro atvirkščiai. Pirmiausia randa DI modelį, tada ieško, kur jį priklijuoti. Gaunasi blizganti funkcija, kuria visi pasidžiaugia pristatyme ir pamiršta po savaitės.

Pixieset istorijoje svarbus akcentas – spręsti tinkamą problemą. Kai DI nuima darbą, kurio vartotojas nemėgsta arba kuris atima laiką, naudojimas auga natūraliai.

Žmonės nenori „DI“. Jie nori mažiau vargo.

35 PROC. YRA RIMTAS SIGNALAS

Produktų pasaulyje funkcijos dažnai lieka nepastebėtos. Vartotojai jau turi savo įpročius, savo skubėjimą ir labai mažai kantrybės mokytis kažką naujo.

Todėl 35 proc. naudojimas rodo, kad funkcija pataikė į konkretų darbą. Ne tik į marketingo puslapį.

Čia geras priminimas vadovams: DI funkciją reikia matuoti ne pagal tai, ar ji gražiai atrodo, o pagal tai, ar žmonės ją naudoja antrą kartą.

KAIP TAI PRITAIKYTI SAVO VERSLE

Paimkite vieną vartotojo kelią ir susirašykite, kur jis gaišta laiką. Kur spaudinėja tą patį? Kur kopijuoja? Kur laukia? Kur daro darbą, kuris reikalingas, bet nemalonus?

Tada DI funkciją kurkite ne plačią, o konkrečią. Vienas skausmas. Vienas rezultatas. Vienas aiškus matavimas.

Jei po mėnesio žmonės grįžta naudoti dar kartą, turite produktą. Jei ne – turite demonstraciją.

FAQ

Ką pasiekė Pixieset?

AWS aprašė, kad Pixieset DI funkcija pasiekė 35 proc. naudojimą, spręsdama konkrečią vartotojų problemą.

Kodėl DI funkcijos dažnai neprigyja?

Nes jos kuriamos nuo technologijos, o ne nuo realaus vartotojo skausmo ar pasikartojančio darbo.

Ką matuoti paleidus DI funkciją?

Naudojimą, pakartotinį naudojimą, sutaupytą laiką ir konkretaus proceso pagerėjimą.

Šaltinis: AWS.

Jei planuojate DI funkciją, nepradėkite nuo modelio. Pradėkite nuo vieno sakinio: „vartotojas čia praranda laiką, nes…“