Jos olet työskennellyt tuotteessa jonkin aikaa, olet törmännyt termin ”product feature”eri käyttötarkoituksiin.

on ominaisuuksia, jotka kuvaavat, mitä ominaisuuksia tuotteella on. Tämä viesti oli kirjoitettu MacBook Prolle, jossa oli seuraavat ominaisuudet:

• 3.1 GHz Dual-Core Intel Core i7-prosessori
• 16 GB 1867 Mhz DDR3-muisti
• Intel Iris Graphics 6100 153 Mt grafiikka.

on ominaisuuksia, jotka kuvaavat, mitä tuote tekee. Tämä viesti on kirjoitettu Google Docsilla, jossa on seuraavat ominaisuudet:

• toimii missä tahansa, milloin tahansa (jopa offline)
• muutokset tallennetaan automaattisesti
• reaaliaikainen yhteistyö
• älykäs muokkaus-ja muotoilutyökalu
• laaja valikoima malleja

on ominaisuuksia, jotka näkyvät taustalokissasi. Kun termiä” ominaisuudet ” käytetään backlogin yhteydessä, sillä tarkoitetaan paikkamerkkejä, jotka edustavat työtä, jota tarvitaan edellä kuvattujen ominaisuuksien lisäämiseen tuotteeseesi.

on tärkeää olla selvillä siitä, mitä tarkoitat, kun sanot ominaisuuden. Auttaa tuomaan selkeyttä, tässä on tarkastella, mitä tuotteen ominaisuudet ovat, miten ne liittyvät etuja, miten edustat ominaisuuksia, ja miten voit sisällyttää ominaisuuksia tuotesuunnitteluun.

mitkä ovat tuotteen ominaisuudet?

Dan Shewan määritteli tuotteen ominaisuudet seuraavasti: ”ominaisuus on jotain, mitä tuotteellasi on tai on… tämä on tyypillisesti ohjelmiston tarjoama toiminnallisuus, jonka avulla käyttäjät voivat tehdä jotain.”

yllä oleva luettelo MacBook Pron ja Google Docsin ominaisuuksista vastaa tätä määritelmää. Tällä tavalla käytetyt ominaisuudet kuvaavat tuotettasi ja auttavat asiakkaitasi päättämään, haluavatko he ostaa tuotteen ylipäätään. Voit katsoa listasta ominaisuuksia Productboard päättää, onko se auttaa sinua erityisiä tuotehallinnan haasteita.

Jos annat tuotteestasi eri versioita, voit käyttää listoja tuotteen ominaisuuksista niiden erottamiseen. Voit käyttää erilaisia listoja ominaisuuksia eri versiot selittää, mitä kukin versio tekee ja ei ole.

kun käytät ominaisuuksia tällä tavalla, autat asiakkaita, jotka ovat jo päättäneet ostaa tuotteesi, päättämään, minkä version he aikovat ostaa.

jäsennät päätöksesi ominaisuuksien ympärille. Päätät, mitä ominaisuuksia tarjota, mitä ominaisuuksia ei enää tarjota, ja missä järjestyksessä annat tai poistat nämä ominaisuudet. Kun teet päätöksiä siitä, mitä sisällytetään, otetaan pois tai jätetään pois tuotteesta, ajattelet ominaisuuksien kannalta, mutta teet nämä päätökset hyötyjen perusteella.

ominaisuudet vs. hyödyt

kun asiakkaat tekevät päätöksiä siitä, ostavatko he tuotteesi, he saattavat tarkastella ominaisuuksia, mutta he todella yrittävät päättää, mitä ongelmia tuotteesi auttaa heitä ratkaisemaan. He yrittävät määrittää lopputuloksen he saavat käyttämällä tuotetta. He haluavat ymmärtää saamansa edut.

hyödyt ovat tuloksia tai tuloksia, joita käyttäjät kokevat käyttämällä tuotettasi tai palveluasi.

ominaisuudet kuvaavat tuotoksia. Ne ovat asioita, joita tiimisi toimittaa auttaakseen asiakkaitasi tai sidosryhmiäsi saavuttamaan tietyn lopputuloksen.

aloita rakentamalla ymmärrys siitä, mitä etuja asiakkaasi tavoittelevat. Tunnista sitten ominaisuudet, joita tuotteesi tarvitsee ja joita se ei tarvitse auttaakseen asiakkaitasi kokemaan nämä hyödyt. Menestys tulee, kun Ilmaiset hyödyt siten, että asiakkaat ymmärtävät, ja sitoo tuotteen ominaisuudet näihin etuihin.

Productboard on tunnistanut nämä edut, joita uskomme potentiaalisten asiakkaiden etsivän. Asiakkaamme haluavat:

• ymmärrä, mitä käyttäjät tarvitsevat
• priorisoi, mitä rakentaa
• Jaa tiekarttasi
• seuraa etenemistä kohti laukaisua
• ansaitse cross-functional tiimien luottamus ja sisäänosto
• sitoudu asiakasyhteisöösi

tämän ymmärryksen perusteella productboard tarjoaa ominaisuudet-sivulla listatut ominaisuudet. Kun kuvaamme näitä ominaisuuksia, osoitamme, miten ne auttavat asiakkaitamme kokemaan tunnistamamme edut. Esimerkiksi:

Tutkimusvarasto

ymmärrä, mitä käyttäjät tarvitsevat

käytä insights-taulua jäsentääksesi käyttäjätutkimusta, ominaisuuspyyntöjä ja käyttäjäpalautetta, jotka virtaavat sisään useista lähteistä. Spot trendit ja tunnistaa malleja, jotka auttavat sinua priorisoimaan, mitä rakentaa seuraavaksi ja rakentaa se oikealla tavalla.

tämä etujen ja ominaisuuksien välinen suhde kannattaa pitää mielessä, kun päättää, mitä ominaisuuksia toimittaa ja missä järjestyksessä. Ominaisuuksien ja etujen välisen suhteen luonne auttaa määrittämään, miten ominaisuuksia esitetään.

ominaisuuksien esitystapa

ominaisuuksien esitystapa riippuu siitä, tiedetäänkö jo, mitä tarvitaan halutun hyödyn tuottamiseksi, vai vieläkö yritetään keksiä paras tapa tarjota etuja.

esitä ominaisuuksia ratkaisuina

joskus tiedät, mitä toimittaa tarjotaksesi asiakkaillesi heidän tavoittelemansa edut. Tuote voi olla kypsä ja olet lisäämällä ominaisuus, että monet asiakkaat ovat pyytäneet. Tai lisäät ominaisuuden täyttämään aukon kilpailijoidesi kanssa. Saatat työskennellä B2B tuote, joka tarvitsee erityisiä ominaisuuksia ollakseen hyödyllinen.

näissä tapauksissa yksinkertaisinta on esittää ominaisuutesi sellaisena kuin se kuvailtaisiin ominaisuussivullasi. Esimerkiksi, voit nimenomaisesti kutsua PDF vienti tai priorisointi matriisi ominaisuuksia, jotka olet työskennellyt.

kun ratkaisuksi esitetään ominaisuuksia, on helpompi rakentaa yhteinen ymmärrys siitä, mitä joukkue tulee tuottamaan, ja tiimillä on tiivis etiketti, jolla asioita voi viitata keskusteluun.

valitettavasti ominaisuuksien esittäminen ratkaisuna voi lukita tiimisi tiettyyn ratkaisuun. Tämä saattaa johtaa tarpeeseen, jota käyttäjillä ei oikeastaan ole, tai vielä paremman ratkaisun puuttumiseen todelliseen ongelmaan

et ole koskaan varma parhaasta tavasta ratkaista ongelma, kun aloitat, joten on parasta esittää ominaisuuksia tarpeina.

esitä ominaisuudet tarpeiksi

kun Ilmaiset ominaisuudet tarpeiksi, et kuvaa miten aiot saavuttaa lopputuloksen, vaan tunnistat, mitä haluat saavuttaa. Sen sijaan, että kuvailisit ominaisuutta PDF-vientinä, kuvaat sitä, koska minun täytyy pystyä jakamaan tietoja pomoni kanssa.

kun kuvailet ominaisuutta tarpeeksi, jätät vaihtoehtosi auki, miten tyydytät tuon tarpeen. Voit lisätä mahdollisuuksia innovatiiviseen ratkaisuun ja tiimisi on sitoutuneempi ratkaisun toimittamiseen, koska heillä on sananvaltaa.

ominaisuuksien ilmaisemisen huono puoli tarpeina on se, että voi olla vaikeampaa muodostaa yhteistä ymmärrystä ominaisuuksista, joita työstät. Saatat kokea enemmän epävarmuutta tiimissäsi, kun yrität keksiä oikean ratkaisun.

käytä molempien lähestymistapojen yhdistelmää

saatat hyötyä parhaiten käyttämällä molempia lähestymistapoja. Kun sinulla on selkeä käsitys ratkaisusta, eikä ole järkevää tehdä enempää tutkimista, määrittele ominaisuus ratkaisuksi. Kun löytö on perusteltua, kuvaile ominaisuuksiasi tarpeiden mukaan.

ominaisuuksien sisällyttäminen tuotesuunnitteluun

kun yrität päättää, mitä sisällytät tuotteeseesi ja mitä jätät pois, aloita tuloksista, joita yrität toteuttaa. Käytä organisaation strategiaa suodattaa ominaisuuksia toimitat. Ilmoita etenemissuunnitelmaasi liittyvien päätöstesi tulokset.

priorisoi ominaisuuksiasi tulosten ja strategian perusteella

varmista, että sinä ja tiimisi ymmärrätte selkeästi edut, joita pyrit tarjoamaan asiakkaillesi, ja tunnistatte sitten ne vähäiset ominaisuudet, joiden avulla saavutat nämä edut.

kun saat asiakkailtasi pyynnön tietystä ominaisuudesta, kaiva syvemmälle ymmärtääksesi miksi. Minkä ongelman tämä piirre auttaa heitä ratkaisemaan? Mitä hyötyä tästä piirteestä on heille?

kun ymmärtää, mitä asiakkaat oikeasti etsivät ja miksi, voi päätellä, onko ratkaisussa järkeä vai pitääkö etsiä lisää paremman ratkaisun löytämiseksi.

vaikka asiakkaat pyytävät sinua tyydyttämään tietyn tarpeen, se ei tarkoita, että se olisi järkevää tuotteesi tai organisaatiosi kannalta.

sinun täytyy ymmärtää organisaatiosi strategia. Käytä tätä strategiaa suodattimena määrittääksesi, mitkä on täytettävä ja mitkä jätettävä huomiotta. Käytä tätä strategiaa suodattimena päättääksesi, mitkä ominaisuudet toimitetaan ja mitkä jätetään huomiotta. Organisaatiosi Strategian tulisi olla Pohjantähti tuotepäätöksillesi.

ominaisuudet ja tuotteen etenemissuunnitelma

kun olet päättänyt toimittaa ominaisuuden, on aika laittaa se etenemissuunnitelmaasi. Tämä on tapa kommunikoida ominaisuuksia aiot työskennellä ja kun aiot työskennellä niitä.

tarkoittaako tämä, että etenemissuunnitelmasi pitäisi olla ominaisuusohjattu? Ei välttämättä.

etenemissuunnitelma kannattaa järjestää tulosten eikä tuotosten ympärille. Kuvaile edut haluat tarjota asiakkaillesi sijaan ominaisuuksia aiot käyttää tarjota näitä etuja.

Jos ajaa etenemissuunnitelmaa ominaisuuksien mukaan, viestii yksityiskohtia siitä, mitä aikoo toimittaa. Tämä voi olla tarkka lyhyellä aikavälillä, mutta voi olla kaukana pitkällä aikavälillä. Jos haluat välttää kohtuuttomia odotuksia, olet parempi ilmaista tuloksia aiot käsitellä tietyssä aikataulussa ilman nimenomaisesti, mitä ominaisuuksia voit toimittaa tarjota näitä etuja.

etenemissuunnitelmassa voi olla erityispiirteitä, erityisesti lähiaikoina. Olennaista on asettaa odotukset sopivalle varmuustasolle jokaisessa tilanteessa.