Feature Prioritization: 7 Ways to Prioritize Features and Product Improvements | Planio Feature Prioritization: 7 Ways to Prioritize Features and Product Improvements

syys 17, 2021
admin
” Back to Planio Blog

67e90e36a89f48e87627ed71eaec50a9 Jory MacKay on October 09, 2018
  • Twitter-kuvake
  • Facebook-kuvake
  • LinkedIn-kuvake
  • Xing-kuvake

67e90e36a89f48e87627ed71eaec50a9

Jory MacKay
Jory MacKay
Jory on kirjoittaja, sisältöstrategi ja Unsplash-kirjan palkittu toimittaja. Hän kirjoittaa muun muassa Inc:lle, Fast Companylle ja Quartzille.
October 09, 2018 – 11 min read

How to Prioritize Features and Product Improvements

Harvinaiset yritykset epäonnistuvat hyvien ideoiden puutteen vuoksi. Mutta väärän idean valitseminen? Se voi upottaa laivasi nopeammin kuin jäävuori pimeänä yönä. Itse asiassa CB Insightsin mukaan suurin syy startup-yritysten epäonnistumiseen on se, että ne rakensivat väärän asian, jolle ei ole tarvetta markkinoilla.

Mutta ei ole niin, että voit istua alas ja olla valitsematta rakennettavaa ominaisuutta tai tuotetta. Oikeiden rakennettavien ominaisuuksien valitseminen tarkoittaa sitä, että priorisoit pitkästä hyvien ideoiden listastasi sen, mikä on nyt tärkeintä, realistisinta ja kiireellisintä. Se ei ole mikään pieni tehtävä. Ja useimmat projektipäälliköt ovat samaa mieltä siitä, että heidän työnsä vaikein osa on päättää, mitkä ominaisuudet ansaitsevat tiimin rajallisen ajan, resurssit, rahan ja energian.

Tässä oppaassa käymme läpi kaikki ne monet tekijät, jotka haittaavat ominaisuuksien priorisointia, ja pyöristämme sen jälkeen muutamia parhaita strategioita siihen, miten oikeasti voit priorisoida ominaisuuksia parhaalla mahdollisella tavalla.

Ennen kuin sukellamme asiaan, tämä artikkeli rakentuu seuraavasti:

Ominaisuuksien priorisointi alkaa yhteisestä visiosta ja tarkoituksesta

Ominaisuuksien priorisoinnissa yksi vaikeimmista asioista on se, että ne eivät ole vain tuotepäätöksiä. Ne ovat henkilökohtaisia päätöksiä. Jokainen yksittäinen ominaisuus, näkökulma, lähestymistapa ja idea heijastaa jonkun kovaa työtä ja mielipidettä. Ja tämä vain monimutkaistuu entisestään, kun olet tekemisissä sidosryhmien kanssa, joilla on eritasoisia investointeja ja määräysvaltaa projektiin.

Ei ehkä ole kovin vaikeaa lykätä Jeffin UX-suunnittelijan ideaa erilaisesta sisäänpääsyvirrasta. Mutta miten voit poistaa prioriteetin Sallyn, toimitusjohtajan, ehdotuksesta siirtyä erilaiseen kehykseen?

Ollakseen menestyksekäs priorisointi ei kuitenkaan saa olla henkilökohtaista. Et valitse jonkun ideaa jonkun toisen idean edelle. Sinä valitset oikean ominaisuuden yrityksesi strategian ja tavoitteiden kannalta.

Kuten Richard Banfield, joka on kirjoittanut teoksen Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams” (Miten huipputuotepäälliköt lanseeraavat mahtavia tuotteita ja rakentavat menestyksekkäitä tiimejä), kirjoittaa:

Jos tiimi ei ole samaa mieltä kokonaiskuvasta, se ei varmasti ole samaa mieltä myöskään yksittäisestä ominaisuudesta.

Kokonaiskuvan – strategian ja yrityksen tavoitteiden – on oltava selvillä, ennen kuin voitte väitellä kunkin ominaisuuden ansioista. Muuten se on kuin väittelisi siitä, pitäisikö ottaa auto vai laiva, kun ei edes tiedä, minne on matkalla.

Ominaisuuksien priorisointi alkaa jaetusta visiosta, mutta ei pääty siihen.

Pattitilanteita ja päätöksenteon umpikujaan ajautumista voi tapahtua silloinkin, kun kaikki ovat yhtä mieltä yhteisestä visiosta. Ominaisuuksia priorisoidessasi sinun on toimittava yhteistoiminnallisena johtajana – rooli, jota Harvard Business Review kuvailee seuraavasti: ”Kyky sitouttaa ihmisiä ja ryhmiä, jotka eivät ole virallisen määräysvallan piirissä, ja innostaa heitä työskentelemään yhteisten tavoitteiden saavuttamiseksi – huolimatta erilaisista vakaumuksista, kulttuurisista arvoista ja toimintanormeista.”

Niin tarpeellista ja aivan oikein kuin onkin kohdella kaikkia tiimisi jäseniä tasavertaisina jäseninä, heillä ei voi olla yhtäläistä sananvaltaa siinä, mitkä toiminnot priorisoidaan. Koska miten he voisivat? Kyllä, työskentelet hyvien ja fiksujen ihmisten kanssa. Mutta kaikilla ei ole kontekstia, jota tarvitaan tärkeiden tuotepäätösten tekemiseen.

Kuten Uberin ensimmäinen tuotepäällikkö Mina Radhakrishnan sanoo:

Suuri osa tuotepäällikkyyttä on miettiä, miksi teemme sitä ja tätä, jotta voimme luoda perustan sille, että voimme sanoa, että ei, meidän ei pitäisi tehdä tuota.

Pari muuta tapaa, joilla ominaisuuksia ei priorisoida

Oikein. Tiedämme siis jo, että priorisointi vaatii yrityksen yhteisen vision. Ja tiedämme myös, että se vaatii jonkun tekemään vaikeita valintoja ja lopettamaan ”komiteasuunnittelun” umpikujan. Mutta ennen kuin voimme siirtyä ominaisuuksien priorisoinnin käytännön menetelmiin, on vielä muutama punainen lippu, joita kannattaa varoa:

  • Suolistoreaktiot: Meillä kaikilla on ollut ihmisiä, jotka ovat ajaneet agendaansa jonkin tuoreen henkilökohtaisen kokemuksen vuoksi. Ehkä toimitusjohtajasi kirjautui sisään ja näki jotain, mistä hän ei pitänyt, tai sai negatiivista palautetta sijoittajalta. Vaikka näihin on helppo tarttua ilmeisinä prioriteetteina, näiden kokemusten tueksi pitäisi aina esittää dataa tai käyttäjätutkimusta, ennen kuin niille annetaan resursseja ja aikaa.
  • Myynti & Tukipyynnöt (eli pöydän äänekkäimmät ihmiset): Kun yrityksesi etulinjassa olevat ihmiset kuulevat valituksia, he kertovat sinulle. Vaikka tämäkin voi olla tehokas tapa löytää priorisoitavia ominaisuuksia, haluat tehdä valinnat trendien perusteella. Ei yksittäisten pyyntöjen perusteella. Tutki huolellisesti, onko kyseessä ihanneasiakas ja onko kyseessä pätevä pyyntö, ennen kuin annat sen keskeyttää etenemissuunnitelmasi.
  • Yksittäisten ominaisuuksien ROI: On vaikea sanoa ei lisätuloille. Kaikki lyhytaikaiset, rahaa tuottavat ominaisuudet eivät kuitenkaan ole hyväksi yrityksellesi pitkällä aikavälillä. Tulot eivät aina tarkoita parempaa käyttäjäkokemusta, ja pitkällä aikavälillä onnellisemmat asiakkaat tuovat sinulle eniten menestystä.

7 käytännöllistä tapaa priorisoida ominaisuuksia

Kun kaikki pelonlietsonta on saatu pois tieltä, palataan takaisin ominaisuuksien priorisoinnin hauskaan puoleen.

Koska tämä on iso päätös, se on myös jännittävä. Olet valitsemassa tuotteesi tulevaisuuden polkua ja autat valitsemaan ominaisuuksia, joista tiedät, että asiakkaasi tulevat pitämään ja jotka auttavat yritystäsi kasvamaan.

Aloitetaanpa nopealla yhteenvedolla: Tiedämme, että tarvitsemme tietoja ja trendejä uskomustemme tueksi. Tiedämme, että meidän on sidottava prioriteettimme laajempiin yritysstrategioihin ja vältettävä henkilökohtaisia ennakkoluuloja. Ja tiedämme, että meidän ei pidä langeta lyhyen aikavälin ajattelun uhriksi.

Mutta useimmissa tapauksissa tämä jättää sinulle silti valtavasti hienoja ominaisuuksia, joista valita. Mistä siis tiedät, mihin niistä kannattaa keskittyä nyt?

Onneksi on olemassa joitakin uskomattoman fiksuja ja helppoja strategioita, joiden avulla voit sukeltaa syvälle tuotepäätöksiin ja auttaa sinua priorisoimaan ominaisuuksia, parannuksia ja ideoita.

Ominaisuuksien sijoittaminen teemoihin välttääksesi valinnan lamaannuksen

Ennen kuin sukellat suoraan yksittäisten ominaisuuksien priorisoimiseen, ne on jaettava pienempiin ryhmiin. Valinnanhalvaus on todellinen ongelma, kun on kyse työstettävien projektien valitsemisesta. Ja yksi helpoimmista tavoista välttää se on käyttää ominaisuuksien ”teemoja”.

Teemat ovat ominaisuuksien ryhmiä, jotka ovat linjassa yrityksen tavoitteen, tuotevision tai yleisen strategian kanssa. Niiden avulla voit varmistaa, että työskentelet juuri nyt tärkeimpien ominaisuustyyppien parissa, ja samalla välttää liian monien vaihtoehtojen aiheuttamat ongelmat. (Muista, että kieltäytyminen jostakin ominaisuudesta tai päivityksestä ei tarkoita sen hylkäämistä lopullisesti.) Valitset vain, mihin panostat juuri nyt.)

Ominaisuuksiesi teemoja voi lähestyä muutamalla tavalla:

  1. Tuotteen etenemissuunnitelman teemat: Yksi yksinkertaisimmista tavoista jaotella uudet ominaisuudet on ryhmitellä ne näiden vakiintuneiden teemojen mukaan. Näin tiedät, että ne tähtäävät tuotteesi ja strategiasi tiettyihin osiin.
  2. Mittareiden liikuttajat, asiakaspyynnöt ja ilahduttaminen: Toinen vaihtoehto on ryhmitellä ominaisuudet sen mukaan, mistä ne ovat peräisin ja mikä on niiden mahdollinen vaikutus. Greylockin yhteistyökumppani Adam Nash ehdottaa tähän kolmea erityistä ämpäriä: Asiakaspyynnöt ominaisuuksiin, joita käyttäjät aktiivisesti pyytävät, ja Asiakkaiden ilahduttamat ominaisuudet ominaisuuksiin, joita ei ole pyydetty, mutta joista uskot käyttäjien pitävän. Ominaisuudet voivat kuulua useampaankin kauhaan, mutta terve tiekartta priorisoi vaihtoehtoja kaikista kolmesta.
  3. Konkreettiset, mittareihin sidotut teemat: Jos olet erittäin selvillä siitä, mitä mittareita on siirrettävä, voi olla hyvä luoda teemoja, jotka on erityisesti sidottu niihin. Tämä voi tarkoittaa esimerkiksi seuraavia kategorioita: ”Poistuman vähentäminen lisäämällä sitoutumista” tai ”Rekisteröitymisen lisääminen ostokonversioihin”. Näin prioriteettisi ovat sidottuja tiettyihin tarpeisiin ja tiedät, miltä onnistuminen näyttää.

Valitsitpa minkä tahansa menetelmän, mahdollisuus tarkastella korkeamman tason ominaisuusluokkia on hyvä ensimmäinen askel. (Päätöspuut ovat myös suosittu päätöksenteko- ja priorisointikehys, jota kannattaa kokeilla tässä). Seuraavaksi sinun on priorisoitava itse teemat ja lopuksi niiden sisällä olevat ominaisuudet.

Break down product features by feasibility, desirability, and viability

Jos henkilökohtaiset ennakkoluulot ja toistuvuus voivat johtaa meidät harhaan, yksi ensimmäisistä asioista, jotka haluat tehdä, on tarkastella ominaisuuksia objektiivisemman linssin läpi. Tämä tarkoittaa nimittäin sitä, että tarkastellaan jokaista ominaisuutta muutaman kriteerin perusteella ja keskustellaan tiimisi tiettyjen jäsenten kanssa:

  1. Toteutettavuus: Kuinka teknisesti mahdollinen ominaisuus on, kun otetaan huomioon tällä hetkellä käytössä olevat resurssit ja työkalut? Keskustele teknisen tiimisi jäsenten – back-end-insinöörien, käyttöliittymäsuunnittelijoiden ja front-end-kehittäjien – kanssa, jotta ymmärrät, mitä voidaan tehdä (vs. mikä on mahdotonta tai erittäin epätodennäköistä).
  2. Haluttavuus: Haluavatko asiakkaasi todella sitä? Käytä kaikkia käytettävissä olevia työkaluja ymmärtääksesi, haluavatko käyttäjät tätä. Tämä tarkoittaa keskustelua tutkijoiden, UX-suunnittelijoiden, markkinoijien ja asiakaspalvelun kanssa sekä mahdollisten jo suorittamiesi käyttäjätestien ja validointien läpikäymistä.
  3. Toteutettavuus: Miten tämä ominaisuus liittyy tai tukee yleistä strategiaasi ja markkinoiden vaatimuksia? Keskustele asiaankuuluvien johtajien ja muiden tuotepäälliköiden kanssa, jotta ymmärrät, miten tämä ominaisuus toimii laajemmassa ekosysteemissä – sekä omassasi (muut ominaisuudet, strategiat ja tavoitteet) että koko toimialalla (säädökset, oikeudelliset kysymykset, taloudelliset seikat).

Vaikka nämä kriteerit ovat peräisin yksittäisten henkilöiden mielipiteistä, niiden ristiintaulukoiminen useiden eri linssien läpi auttaa pitämään kaiken objektiivisena. Ja tietysti tuomalla mukaan kaikki tukevat tai täydentävät tiedot voit pitää sinut erityisen rehellisenä, kun käyt läpi tätä harjoitusta.

Pisteytä vaihtoehdot asteikolla Vaikutus/vaikutus

Kun ominaispiirteesi on enemmän tai vähemmän kartoitettu ja validoitu, on aika tarkastella, mitkä niistä ovat tärkeimpiä työstettäviä ensimmäisinä. Yksinkertainen ja yleisesti käytetty tapa tehdä tämä on piirtää ne yksinkertaiseen Effort/Impact-matriisiin.

Tämä on vain 2×2-ruutu, jossa kukin neliö edustaa eri tasoa, jolla ominaisuuden rakentamiseen on panostettu, ja sen mahdollista vaikutusta:

Impact Effort Matrix

Lähde: https://pabial.wordpress.com/2014/02/18/using-the-impacteffort-matrix-for-decision-making/

Tavoitteena on löytää ominaisuudet, joilla on suurin vaikutus pienimmällä vaivalla. Aina ei kuitenkaan ole helppoa tietää, mihin kohtaan ominaisuus sijoittuu matriisissa.

Suunnittelutoimisto AJ&Smart ehdottaa, että tämä tehdään tiimiharjoituksena. Kirjoita jokainen ominaisuusidea muistilapulle ja piirrä sitten matriisi taululle. Kokoa monipuolinen joukko joukkuetovereita ja ota sitten yksi kerrallaan kukin muistilappu, selitä se ja anna tiimin äänestää siitä, kuinka paljon vaivaa se vaatii ja sitten sen mahdollisista vaikutuksista.

Sinulla on silti lopullinen sananvalta siihen, mitkä ominaisuudet priorisoidaan. Mutta tämä harjoitus auttaa sinua keräämään nopeasti palautetta tiimisi monipuoliselta ihmisryhmältä.

Mene syvemmälle RICE-menetelmällä

Joskus ominaisuudet ovat monimutkaisia, ja ne on priorisoitava yksityiskohtaisemmin kuin mitä pelkkä ruudukko voi tehdä. Tällöin RICE-menetelmä on loistava tapa pisteyttää prioriteetit. Intercomin tuotepäällikkö Sean McBride selittää:

Kustannusten ja hyötyjen tasapainottamiseen suunniteltuja järjestelmiä on runsaasti. Mutta voi olla vaikea löytää sellaista, jonka avulla voi vertailla eri ideoita hyödyllisesti ja johdonmukaisesti.”

Vastauksena tähän Sean ja hänen tiiminsä määrittelivät neljä yhteistä tekijää, joiden avulla he voivat arvioida kutakin ominaisuutta, kun he päättävät, mitkä niistä asetetaan tärkeysjärjestykseen:

  1. Reach: Kuinka moneen ihmiseen tämä ominaisuus vaikuttaa tietyn ajanjakson aikana? Saavutettavuutta mitataan käyttämällä todellisia tuotemittareita, kuten ”asiakkaita vuosineljännestä kohden” tai ”transaktioita kuukautta kohden”, jotta vältytään siltä, että valitaan tuotteita tai ominaisuuksia, joita itse haluaa rakentaa.
  2. Vaikutus: Kuinka paljon tämä projekti edistää tavoitteitasi ja strategiaasi? Jotta tämä olisi yhtenäisempi, Sean käyttää monivalinta-asteikkoa: 3 tarkoittaa ”massiivista vaikutusta”, 2 tarkoittaa ”suurta”, 1 tarkoittaa ”keskisuurta”, 0,5 tarkoittaa ”pientä” ja lopuksi 0,25 tarkoittaa ”minimaalista”.
  3. Luottamus: Kuinka luottavainen olet tietojesi perusteella, että tämä ominaisuus on menestys? Luottamus auttaa tukemaan sinua, jos uskot projektin olevan vaikuttava, mutta sinulla ei ole tietoja sen tueksi. Yksinkertaisen monivalinta-asteikon käyttäminen tekee tästä helppoa: 100 % on ”suuri luottamus”, 80 % on ”keskisuuri” ja 50 % on ”pieni”. (Ja kaikki tätä alhaisemmat arvot ovat ”täysi kuutamolla”).
  4. Ponnisteluja.
  5. Ponnisteluja.
  6. Ponnisteluja: Kuinka paljon aikaa projekti vaatii tuote-, suunnittelu- ja insinööritiimeiltä? Voit mitata tämän ”henkilötyökuukausina” ja pitäytyä kokonaisluvuissa (vähintään puoli kuukautta).

Kun olet saanut kaikki luvut kutakin ominaisuutta varten, on aika laittaa ne yksinkertaiseen yhtälöön:

RICE-pisteet

Lähde: https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/

Tuloksena saatu pistemäärä antaa sinulle ”kokonaisvaikutuksen työaikaa kohden” – melko tehokkaan luvun, jonka avulla voit priorisoida ominaisuudet tarkasti.

Käytä Priority Scorecardia pisteyttääksesi ominaisuudet mukautettujen kriteerien mukaan

RICE-menetelmä ei ole ainoa tapa pisteyttää ominaisuudet tarkasti. Joskus sinun on mukautettava tekijöitä, joiden perusteella pisteytät, varmistaaksesi, että kaikkien sidosryhmien tarpeet otetaan huomioon. Tällöin yksinkertainen prioriteettipistekortti saattaa olla parempi vaihtoehto.

Prioriteettipistekortin avulla aloitat ehdotetun luettelon muuttujista ja niiden ”painotuksista” (periaatteessa, mikä on niiden tärkeys prosentteina koko projektista?) On tärkeää, että aluksi teet tämän luettelon itse, mutta saat sitten sidosryhmiltä palautetta numeroiden hienosäätämiseksi.

Tässä on esimerkki projektipäällikkö Daniel Elizaldelta:

.

Kategoria Asiakkaiden sitoutuminen Käyttäjäkokemus Myyntisuppilo Toiminnan tehokkuus Yhteensä
Paino 20% 10% 30% 40% 100%

Nyky, anna jokaiselle priorisoimallesi ominaisuudelle pistemäärä 1-100 jokaisessa Priority Scorecard -luokassa. (100 tarkoittaa suurta vaikutusta kyseiseen luokkaan. 0 tarkoittaa, ettei vaikutusta ole.))

Jos siis yritämme asettaa tärkeysjärjestykseen verkkosivuston uudistamisen ja uuden kassakokemuksen välillä, se voi näyttää suunnilleen tältä:

.

Kategoria Asiakkaiden sitoutuminen Käyttäjäkokemus Myyntisuppilo Tehokas toiminta Yhteensä
Paino 20% 10% 30% 40% 100%
Ominaisuus:
Websivuston uudistaminen 90 90 60 50 65
Uusi kassa 70 90 80 90 83

Kunkin ominaisuuden kokonaispisteet lasketaan kertomalla pisteet painolla. Sivustomme uudelleensuunnittelun osalta se on siis:

Hyvää tässä menetelmässä on se, että kunhan ominaisuudet ovat kaikki saman teeman alla, voit priorisoida ne eri sidosryhmien erityistarpeiden perusteella. Ja vaikka mallissa on edelleen jonkin verran mielipiteitä ja ennakkoluuloja (perustuen siihen, miten lasket painotukset), se antaa silti merkittävää uskottavuutta tiekartan prioriteeteille.

Käytä Kano-menetelmää priorisoidaksesi ominaisuuksia ilahduttavuuden mukaan

Ominaisuuksia priorisoidessasi et halua unohtaa, että lopputavoitteena on luoda jotain, josta asiakkaasi tykkäävät.

Kano-mallilla pääset tarkastelemaan jokaista potentiaalista ominaisuutta asiakkaan ilahduttavuuden linssin läpi. Se on hieman monimutkaisempi prosessi verrattuna muihin tarkastelemiimme menetelmiin, mutta se voi tuoda sinulle uskomattomia oivalluksia, kun tunnet olevasi jumissa.

Kano-mallissa jokainen potentiaalinen ominaisuus jaetaan eri kategorioihin ja niiden tunnereaktioihin:

  • Houkuttelevat tarpeet: Nämä ominaisuudet herättävät tyytyväisyyden ja ilon tunteita, mutta käyttäjät eivät ole tyytymättömiä, jos ominaisuutta ei ole mukana.
  • Suorituskyvyn tarpeet: Nämä ominaisuudet aiheuttavat iloa, jos ne ovat läsnä, ja tyytymättömyyttä, jos niitä ei ole (tai ne ovat puutteellisia). Ne ovat luonteeltaan hyvin yksiulotteisia ja riippuvat loistavasta toteutuksesta, jotta käyttäjät arvostaisivat niitä.
  • Perustarpeet: Nämä ovat välttämättömiä ominaisuuksia – ominaisuuksia, joita asiakkaasi odottaa olevan olemassa. Niiden puuttuminen on epätyydyttävää, mutta niiden parantamisen kannattavuus heikkenee nopeasti.

Viimeiseksi on myös ominaisuuksia, jotka eivät yksinkertaisesti ole toivottuja ja jotka vievät muiden ominaisuuksien positiivisen vaikutuksen. Vältä näitä hinnalla millä hyvänsä.

Kano-malli

Lähde: https://www.smashingmagazine.com/2016/10/giving-your-product-a-soul/

Tässä kohtaa asiat muuttuvat hankaliksi. Ymmärtääksesi, missä kukin ominaisuus sijoittuu käyrällä, sinun on puhuttava 12-24 käyttäjän edustavalle ryhmälle ja kysyttävä heiltä muutama yksinkertainen kysymys:

  1. Miltä heistä tuntuisi, jos ominaisuus olisi läsnä?
  2. Miltä heistä tuntuisi, jos ominaisuutta ei olisi tarjolla tai se ei olisi yhtä täydellisesti läsnä?

Jokaiseen positiivinen/negatiivinen kysymyspariin vastataan joko ”pidän siitä”, ”odotan sitä”, ”olen neutraali”, ”siedän sitä” tai ”en pidä siitä”. Vastauksen perusteella voit piirtää, mille tunnekäyrälle kyseinen ominaisuus sijoittuu.

(Tässä on syvällisempi selitys Kanon mallin toteuttamisesta ja käytöstä UX Magazinen artikkelista.)

Priorisoi ominaisuudet rajoitteiden mukaan

Viimeiseksi, jos et ole vieläkään varma, mitä ominaisuuksia priorisoida resurssien ja tarpeiden perusteella, voi olla yhtä tehokasta priorisoida sen mukaan, mitä sinulla ei ole.

Ajan, ihmisten, rahan ja prosessin kaltaiset rajoitteet voivat olla loistavia tapoja karsia vaihtoehtoja ja keskittyä ominaisuuksiin, jotka ovat realistisimpia ja arvokkaimpia.

Useimmat rajoitteet jakautuvat kahteen suureen kauhaan: Ihmiset ja prosessit.

Ihmiset: Aloita kysymällä, onko sinulla oikeat ihmiset näihin projekteihin. Jos kyllä, mitkä oikeat ihmiset tuottaisivat parhaat tulokset? Ovatko he käytettävissä? Jos vastasit ensimmäiseen kysymykseen ”ei”, sinun kannattaa ehkä harkita ominaisuuksia uudelleen tai harkita freelancerin tai ulkopuolisen yrityksen palkkaamista.

Prosessien osalta: Katso kaikkia muita kuin inhimillisiä asioita, jotka rajoittavat sitä, mitä voit tehdä. Tämä tarkoittaa aikaa (eli mahtuuko tämä ominaisuus toimitussykliisi?) sekä riippuvuuksia (eli mitä muuta on tehtävä nyt tai myöhemmin, jotta tämä ominaisuus toimisi?) Jokainen priorisoimasi ominaisuus lisää monimutkaisuutta kokonaistuotteeseesi. Ja lopulta riippuvuudet voivat olla merkittävä tekijä siinä, pitäisikö jotain rakentaa vai ei.

Loppuajatuksia ominaisuuksien priorisoinnista

Ilmassa on aina valtavasti jännitystä, kun aletaan puhua rakennettavista asioista. Uudet ominaisuudet ovat jännittäviä. Voit kuvitella kaikki upeat paikat, joihin tuotteesi voisi mennä, tulokset, joita ne voisivat tuoda, ja mikä on paras mahdollinen skenaario. Tuotepäällikkönä sinun on kuitenkin oltava todellisuuden ääni.

Kun käyt läpi ja priorisoit ominaisuuksia tuotetiekarttaasi, muista, että kokonaisstrategian ja tuotetiekartan on aina oltava etualalla. Älä kadota keskittymistä kokonaiskuvaan jonkin jännittävän idean vuoksi. Pitkän aikavälin strategia voittaa aina lyhyen aikavälin tulokset.

Ole konservatiivinen ja yritä elää mantran ”vähemmän on enemmän” mukaan. Suuret ominaisuudet voivat yhtä helposti olla suuria riskejä, jos sinulla ei ole dataa ja käyttäjätutkimusta niiden tueksi. Aina kun mahdollista, käytä ketteriä kehityskäytäntöjä käynnistääksesi varhain ja usein.

Viimeiseksi, varaa aikaa priorisoida säännöllisesti uudelleen. Liiketoiminnan tarpeet muuttuvat. Markkinat muuttuvat. Johto vaihtuu. Ja huolimatta kaikesta siitä työstä, jonka olet tehnyt ominaisuuksien priorisoimiseksi, myös nämä prioriteetit muuttuvat. Varaa aikaa listan läpikäymiseen ja varmista, että kaikki on edelleen linjassa kokonaiskuvan kanssa.

Vastaa

Sähköpostiosoitettasi ei julkaista.