Mga nadagdag:
- Kakayahang maunawaan ang konsepto ng MVP (minimum na mabubuhay na produkto) at ang lohika ng 'pinakamaliit na yunit ng pag-aaral' at matukoy ang saklaw gamit ang artificial intelligence
- Kakayahang magpatupad ng feature prioritization (MoSCoW, impact-effort) at mabilis na produksyon ng prototype/landing page na sinusuportahan ng artificial intelligence
- Ang pag-unawa na ang layunin ng MVP ay upang matuto, hindi upang magbenta, at na ang over-engineering ay ang pinakamahal na pagkakamali ng startup.
Ang pinakamahal na pagkakamali ng mga founder ay ang paggugol ng mga buwan sa pagperpekto sa isang produkto na hindi nila siguradong gusto ng sinuman. Kapag pumunta sila sa merkado, nalaman nila na mali ang problema o ang solusyon. Ang paraan upang maiwasan ang sakuna na ito ay MVP: ang pinakamababang mabubuhay na produkto — ang pinakamaliit na bersyon ng produkto na magbibigay ng pinakamaraming pag-aaral na may pinakamababang pagsisikap. Sa unit na ito, gagamitin namin ang AI (artificial intelligence) para matukoy ang saklaw ng MVP, bigyang-priyoridad ang mga feature, at gumawa ng mabilis na mga prototype/teaser. Ang pinaka-kritikal na pangungusap: Ang layunin ng MVP ay matuto, hindi magbenta; Ang pinakamahal na pagkakamali ay ang over-engineering ng mga hindi napapatunayang pagpapalagay.
Ano ang MVP at ano ang hindi?
Ang MVP ay isang hindi maintindihang konsepto. Ang isang MVP ay hindi isang "palpak, sira na produkto"; Ito ang pinakamaliit na kumpletong karanasan na kinakailangan upang subukan ang isang partikular na hypothesis. Ang pangunahing salita ay "pag-aaral". Tanungin ang iyong sarili: "Anong tanong ang sinusubukan kong sagutin?" Naglalaman ang MVP ng sapat na mga tampok — hindi hihigit, hindi kukulangin — upang sagutin ang tanong na iyon. Minsan ang isang MVP ay maaaring hindi kahit isang gumaganang application: isang landing page, isang video, isang manu-manong serbisyo (ang "wizard sa likod" na paraan na mukhang awtomatiko sa harap habang ang isang tao ay gumagana sa background) ay maaari ding maging isang MVP.
Ang kabaligtaran ng MVP ay ang over-engineering — pagsusumikap na ginugol sa mga feature, sukat, at pagiging perpekto na hindi pa kailangan — at gold-plating — mga detalye ng pagpapakintab na walang sinuman ang gusto. Ang mga ito ay ang pinaka mapanlinlang na pera at oras killers ng startup; dahil pakiramdam nila ay "nagtatrabaho" sila ngunit inaantala ang pag-aaral.
Tip: Bago magdagdag ng feature, itanong: "Makukuha ko ba ang gusto kong subukan nang wala ang feature na ito?" Kung "oo" ang sagot, hindi pasok sa MVP ang feature na iyon. Ang bawat pangungusap na "ngunit kailangan din natin ito" na nagpapalaki sa MVP ay isang gastos na nakakaantala sa pag-aaral.
Pag-prioritize ng feature
Dahil walang walang limitasyong oras at pera, kinakailangan na magpasya kung aling tampok ang unang itatayo. Dalawang praktikal na pamamaraan:
MoSCoW: Hinahati ang mga feature sa apat — Dapat, Dapat, Puwede, Hindi. Ang MVP ay isang "Must" set lang.
Impact-Effort matrix: Inilalagay ang bawat feature sa axis ng "epekto sa customer" at "pagsisikap na gawin". Ang mga mataas na epekto-mababa ang pagsisikap ay ginagawa muna; Ang mga mababang epekto-mataas na pagsisikap ay inabandona. Ang AI ay isang mahusay na tulong sa mabilis na pagpasok ng isang listahan ng mga tampok sa matrix na ito — ngunit ito ay kinakailangan upang itama ang hula ng "epekto" gamit ang tunay na signal ng customer.
Hakbang-hakbang: MVP na disenyo na may AI
- Isulat ang tanong sa pagkatuto. "Anong solong palagay ang susubukan nitong MVP?"
- Ilista ang mga tampok ng kandidato. Ibuhos mo lahat ng nasa isip mo.
- Unahin sa AI. Extract sa MoSCoW o effect-effort; Hanapin ang "Dapat" na cluster.
- Piliin ang pinakamagaan na anyo. Kailangan ba ng code o sapat ba ang landing page/video/manual na serbisyo?
- Gumawa ng prototype/pahina. Humingi ng whitepaper text, flow, o pseudo-code draft sa AI.
- Tukuyin nang maaga ang iyong pamantayan sa tagumpay. "Kung nakita ko ang resulta na ito, ang palagay ay nakumpirma."
- I-publish at matuto. Sukatin ang aktwal na pag-uugali; Ang tagapagtatag ang gumagawa ng desisyon.
tatlong mini case
Case 1 — MVP nang walang nakasulat na code. Ang isang founder ay nag-iisip ng isang app na nagkokonekta sa mga kapitbahay na nagbebenta ng mga lutong bahay na pagkain sa mga customer. Sa halip na gumugol ng mga buwan sa pagsulat ng code, nagsimula siya sa isang pahina ng demo at isang linya ng WhatsApp; manu-manong tumugma sa mga order ("wizard behind" method). Nakatanggap siya ng 40 aktwal na order sa loob ng dalawang linggo at nalaman na ang tunay na bottleneck ay ang delivery logistics. Kung siya ay nagsulat ng code, natutunan niya ito pagkatapos ng ilang buwan. Inihatid ng MVP ang pag-aaral.
Case 2 — Ang over-engineering trap. Isang team ang gumugol ng 4 na buwan sa pagbuo ng isang imprastraktura na "maaabot sa milyun-milyong user" kapag wala pa itong isang customer. Nang lumabas ang produkto, walang may gusto nito; Mali ang problema. Halos lahat ng effort na ginugol ay nasayang. Aralin: ang problema sa sukat ay isang luho pagkatapos malutas ang problema sa traksyon; Patunayan muna kung ano ang gusto ng sinuman.
Case 3 — Ang kapangyarihan ng prioritization. Ang isang tagapagtatag ay may isang listahan ng 30 mga tampok. Pinagawa niya ang AI ng isang impact-effort matrix at itinama ang column na "epekto" gamit ang signal mula sa mga totoong pag-uusap ng customer. 4 lang sa 30 feature ang naging "Dapat". Inilabas ang MVP sa loob ng 3 linggo sa halip na 6 na buwan; Ipinakita ng customer na karamihan sa natitirang 26 na feature ay hindi na kailangan.
Apat na maaaring kopyahin na mga template
1) Tanong sa pag-aaral + saklaw ng MVP:
Ang iyong tungkulin: lean product coach. Ang pagpapalagay na gusto kong subukan ay:[e.g. "buwanang nagbabayad ang mga mangangalakal para sa mga koleksyon"].(1) Ilarawan ang PINAKAMALIIT na produkto na kailangan upang ma-verify ang pagpapalagay na ito, (2) Ipakita kung posible ang isang bersyon nito na hindi nangangailangan ng code (landing page, video, manu-manong serbisyo), (3) Magbabala tungkol sa mga feature na "kaakit-akit ngunit hindi kailangan" na hindi dapat makapasok sa MVP.
2) Pag-priyoridad ng MoSCoW:
Hatiin ang sumusunod na listahan ng mga feature sa MoSCoW: Dapat / Dapat / Puwede / Hindi. Ang mga "MUST for the assumption I want to test" lang ang dapat isama. Isulat sa isang pangungusap kung bakit nasa cluster na iyon ang bawat feature.List: [features].
3) Impact-effort matrix:
Markahan ang mga sumusunod na tampok sa "epekto sa mga customer (1-5)" at "pagsisikap na gawin (1-5)" na mga axes at ilagay ang mga ito sa 4 na kuwadrante. Markahan ang mataas na epekto-mababa ang pagsisikap bilang "gawin muna", at ang mga mababa ang epekto-mataas ang pagsisikap bilang "huwag gawin". Paalalahanan ako na ang mga marka ng impluwensya ay dapat na mapatunayan laban sa aking aktwal na pakikipag-ugnayan sa customer. Listahan: [mga tampok].
4) Teksto ng landing page:
Sumulat ng text ng splash page para sa aking MVP. Mga Seksyon: (1) pamagat sa wika ng customer (proposisyon ng halaga), (2) salaysay ng solusyon sa problema, (3) 3 puntos ng benepisyo, (4) isang malinaw na tawag (pre-registration / waiting list). Paggamit ng mga pinalaking pangako; Mga claim lang na maaari kong i-verify. Turkish, simple, taos-puso.
Mahinang prompt / Malakas na prompt
Mahinang prompt:
Ilista ang lahat ng mga tampok para sa aking produkto.
Ang prompt na ito ay labag sa lohika ng MVP; Gumagawa ito ng mahabang listahan ng hiling na nagpapaantala sa pag-aaral at nag-iimbita ng labis na engineering.
Napakahusay na prompt:
Ang tanging pagpapalagay na gusto kong subukan ay: [x]. Ilarawan ang PINAKAMALIIT na MVP na magbe-verify sa pagpapalagay na ito, magmungkahi ng bersyon na hindi nangangailangan ng code, paghiwalayin ang mga feature sa MoSCoW at iwanan lamang ang Dapat itakda. Tulungan akong huwag paunang isulat ang aking pamantayan sa tagumpay (na ang resulta ay nagpapatunay sa pagpapalagay).
Diskarte
Rate ng pagkatuto
Gastos
Panganib
Paggawa ng kumpletong produkto mula sa simula
masyadong mabagal
mataas
Huwag maglagay ng pera sa maling bagay
Sobrang engineering/gold plating
mabagal
napakataas
Ang pinakamahal na pagkakamali
Only Must-featured MVP
mabilis
mababa
mapapamahalaan
Walang code na MVP (landing/elle)
pinakamabilis
pinakamababa
maagang pag-aaral
Mga karaniwang pagkakamali
- Napagkakamalang MVP ang kumpletong produkto. Ang MVP ay ang pinakamaliit na yunit ng pag-aaral, hindi ang pinakintab na finale.
- Over-engineering. Paggugol ng mga buwan sa sukat/perpekto kapag walang mga customer sa paligid; Ang pinakamahal na pagkakamali.
- Hindi pagtukoy ng tanong sa pag-aaral. Ang isang MVP na hindi alam kung ano ang sinusubok nito ay walang direksyong basura.
- Pagtatakda ng pamantayan para sa tagumpay sa ibang pagkakataon. Kung ang pamantayan ay hindi naisulat nang maaga, ang bawat resulta ay bibigyang-kahulugan bilang "tagumpay".
- Pag-bypass sa mga opsyon na walang code. Landing page/video/writing code kapag maaari mo itong subukan nang manu-mano sa serbisyo.
Babala: Maaaring gumawa ang AI ng isang prototype o draft ng code, ngunit responsable ka para sa seguridad, katumpakan at legal na pagsunod sa ginawang code. Lalo na sa mga MVP na kinasasangkutan ng mga pagbabayad, personal na data, o seguridad, ang output ng AI ay isang paunang sketch; Mahalagang suriin ito ng isang karampatang developer/eksperto bago mag-live.
Sa buod
Ang MVP ay ang pinakamaliit na produkto na nagbibigay ng pinakamaraming pag-aaral na may kaunting pagsisikap; Ang layunin nito ay hindi magbenta, ngunit upang subukan ang isang palagay. Ang pinakamahal na pagkakamali ay ang over-engineering at gold-plating isang hindi napatunayang produkto na walang gusto. Bawat MVP ay nagsisimula sa isang tanong sa pag-aaral; Ang mga feature ay kinukuha ng MoSCoW o impact-effort at ang cluster na "Dapat" lang ang ginawa. Kadalasan nauuna ang pinakamahusay na MVP kahit na ang code: landing page, video o manu-manong serbisyo. Ang AI ay isang makapangyarihang accelerator sa scoping, prioritizing, at paggawa ng mga prototype/page draft; ngunit ang mga pagtatantya ng "epekto" ay dapat na itama sa pamamagitan ng aktwal na signal ng customer at ang mga teknikal/legal na kritikal na mga output ay dapat na masuri nang dalubhasa.
Gawain ng aplikasyon
Pumili ng assumption (template na "Tanong sa pag-aaral"). Hilingin sa AI ang pinakamaliit na MVP na susubok sa pagpapalagay na ito, at kung maaari, isang walang-code na bersyon. Paghiwalayin ang mga feature ng iyong kandidato gamit ang template na "MoSCoW", na iiwan lamang ang Dapat itakda. Panghuli, gumawa ng walang-kabuluhang draft ng landing page na may template na "Text ng landing page" at isulat ang iyong pamantayan sa tagumpay (hal. hindi bababa sa 5 pre-registration sa 20 bisita) bago i-publish.
checklist
- [ ] Naisulat ko ba nang malinaw ang isang tanong sa pag-aaral ng aking mga pagsusulit sa MVP?
- [ ] Nasuri ko ba ang isang walang-code na bersyon ng MVP?
- [ ] Inuna ko ba ang mga feature at iniwan ko lang ang cluster na "Dapat"?
- [ ] Natukoy ko ba ang pamantayan ng tagumpay bago ang publikasyon?
- [ ] Iniwan ko ba ang teknikal/legal-kritikal na output sa pagsusuri ng eksperto?