Tässä muutamia eroja POC ja prototyyppien.
osoittaakseen edelleen, katsotaanpa tätä esimerkkiä.
Oletetaan, että projektiryhmä ehdottaa POC-sovelluksekseen uutta mobiilipelisovellusta. Täällä, joukkue voi selittää miten peliä pelataan, säännöt, merkkiä, jokaisella tasolla ja kriteereitä, ja ne myös kuvaavat asetus ja käyttöliittymä.
prototyyppi olisi silloin demopelisovellus, jota sidosryhmät voivat kokeilla.,
Miksi ottaa proof of concept tärkeää pienille yrityksille?
Poc on kriittinen auttaa yrityksiä, erityisesti pieniä, käynnistää niiden uuden tai puhdistetun tuotteen ideoita ja aloittaa niiden projektinhallintaa. Tässä on kolme erityisiä syitä, miksi:
projektipäälliköt voivat paikantaa mahdollisia riskejä ja esteitä
Kehittää POC auttaa projektipäälliköitä paikantaa riskejä ja vaikeuksia he voivat kohdata toteuttamisessa ehdotetun tuotteen.,
sen Sijaan paljastaa ne esteet, sen aikana tai sen jälkeen, kun tuote käynnistää, johtajat voivat ennakoida niitä ja suunnitella hankkeita, vastaavasti, kun vielä kehitysvaiheessa. Esimerkkejä näistä riskeistä ja esteet ovat sopimussuhteessa osapuolten jäsenyysvelvoitteiden noudattamatta niiden tuotokset, riidat hankkeen toteutuksen aikana, ja paljon enemmän.
on syytä huomata, että vaikka POC ei takaa projektinhallinnan perusasioiden sujuvaa toteuttamista, se voi lisätä tuotteen onnistumisen todennäköisyyttä.,
esimerkiksi, kun Poc paljastaa mahdolliset esteet, projektin johtajat voivat sitten tallentaa ne riski rekisteröidä, myös pidetään yhtenä parhaista projektinhallinnan käytännöistä, asianmukaisen suunnittelu -, budjetti-kattavuus, ja muut toimet.
projektinjohtajat voivat myös löytää keinoja poistaa, lieventää ja käsitellä riskejä sekä vakuuttaa sijoittajilleen hankkeen onnistumisesta.
Projektin johtajat voivat määrittää mahdollisuudet skaalautuvuus
Kun projektipäälliköt ehdottaa luoda tuote, he ja heidän sidosryhmät todennäköisesti odottaa sitä täytyy skaalata.,
siksi, läpi Poc, hankkeen johtajat voivat tarkistaa ei vain toteutettavuus idea, mutta myös sen skaalautuvuus, joko välittömästi tai ajan myötä.
Poc voi auttaa johtajien ja sidosryhmien nähdä, miten kasvava ja massa-tuottaa tuotteen kannalta järjestelmien arkkitehtuuri, human resources, ja työnkulun standardisointi, mm.
näin yritykset voivat määrittää kapasiteettinsa lisätuotannon parissa työskentelyyn. Poc voi jopa auttaa projektipäälliköitä osoite laajuus hiipiä, kun he ovat vielä ehdotuksessa vaihe.,
Scope creep viittaa siihen, miten tuote on vaatimus realistisesti taipumus lisääntyä tai pahentua hankkeen elinkaaren ajan.
esimerkiksi ehdotetussa tuotteessa, joka alkaa viidellä keskeisellä komponentilla, voi silloin olla 10, kun yhtiö skaalaa sitä. Toinen on se, kun johtajat täytyy viettää äkillinen tuotteen muutoksia, jotka voivat ylittää hankkeen talousarviosta.
Jos projektipäälliköt voivat osoittaa yhtiön kykyä käsitellä scope creep aikana skaalautuvuus, he voivat huomata sen heidän projektinhallinnan työkalut, sekä esittää ehdotuksen sidosryhmien vakuuttavammin.,
Sidosryhmät tarvitsevat todisteita ennen investoimalla
Ennen kuin projektipäälliköt voivat pyytää resursseja niiden ehdotus, ne pitäisi näyttää sidosryhmilleen, että investointi on sen arvoista.
POCs antaa projektinjohtajille tämän mahdollisuuden. POCs: n kautta ne voivat havainnollistaa idean käytettävyyttä ja kannattavuutta. He voivat osoittaa tuotteen idea yksityiskohtaisesti kuvat ja grafiikka tarjota esityksen riittävät tiedot.
Ne voi perusteellisesti selittää edut ehdotetun tuotteen yrityksen toimintaa, imago, asiakassuhteet, ja enemmän.,
näin, hankkeen johtajat voivat paremmin vakuuttaa yrityksen sitoutumaan tarvittavat resurssit kehittää ajatusta. POCs antaa myös sidosryhmille mahdollisuuden arvioida ajatusta, jonka mukaan ne voivat tehdä erilaisia win-loss-tai cost-benefit-analyysejä.
jos konsepti ei toteudu niin käyttökelpoiseksi tai kannattavaksi kuin aiemmin oletettiin ja tappiot ylittävät mahdolliset tuotot, sidosryhmät voivat päättää olla investoimatta. Uuden tuotteen rakentaminen ei loppujen lopuksi ole halpaa. Jos ehdotettu hanke epäonnistuu, tonneittain resursseja voisi mennä hukkaan, johon olisi voitu investoida tuottavampiin aloitteisiin.,
Jos projektipäälliköt voivat osoittaa, että heillä on ilmatiivis idea ja oikeat toimenpiteet mahdollisten tappioiden lieventämiseksi, ne voivat paremmin pakottaa sidosryhmät hyväksymään ehdotuksensa.
Miten kirjoittaa proof of concept
POC prosessi on viisi perusvaihetta, joita projektiryhmät voivat seurata, kehittää idea kiinteyttävä se ylös ja esittää sen sijoittajille.
nämä ovat POC-prosessin viisi vaihetta.,
Askel 1: Osoittaa, että tuote on
Kun esittelee heidän POC, projektin johtajien täytyy luoda tarve tuotteen mainita, kuka kohde markkinoilla on ja mitä heidän kipupisteitä ovat. Asiakkaiden kipupisteitä kerrottaessa projektipäälliköt eivät kuitenkaan saa pelkästään olettaa, mitä nämä ovat. Heidän on saatava oikeat ja varmennetut vastaukset.
Projektinjohtajat voivat hankkia vastaukset haastattelemalla edustavaa otosta asiakkaista., Ne pitäisi kysyä syvällisiä kysymyksiä asiakkaiden turhautumisen, mitä he haluavat tuote tehdä lievittää niiden haittaa, heidän halutun käyttäjän kokemus, ja enemmän.
Tekemässä, jonka avulla projektin johtajat ymmärtää asiakkaiden tunteita ja näkökulmia selkeästi, sekä hankkia luettelo erityiset tarpeet ja tavoitteet niiden PERUSTEELLA.
Pro vinkki: haastattele esimerkkiryhmä asiakkaita ymmärtämään ja todentamaan kipupisteensä.,
Vaihe 2: Ideate oikea ratkaisu
näytteestä ryhmän vastauksia, projektipäälliköt voivat nyt aloittaa aivoriihi heidän joukkue oikeat ratkaisut asiakkaiden kipupisteitä, pitää mielessä, että niiden pitäisi myös olla mahdollista ja yrityksen sisällä on kapasiteettia.
joukkueen pitäisi sitten arvioida kunkin brainstormed ratkaisun mukaan todennäköisesti kustannuksia, aikajana, teknologioita, joita tarvitaan, tarvitaan toiminnallisia valmiuksia, kilpailua, resursseja, ja muut tekijät.
he voivat jopa rajata Idealistan toteuttamiskelpoisimpiin ja viimeistellä ehdotetun tuotteen.,
Lisäksi, kiinteyttää ehdotus, joukkueen pitäisi keskustella siitä, miten niiden ratkaisu voi tukea täyttäminen organisaation tai sidosryhmien tavoitteita.
Pro Vihje: Tervetuloa puolivillaisiin ideoihin. Perfektionistin ei tarvitse olla ideoidessaan ainakaan alkuvaiheessa. Yllätyt, miten puolivillaiset ideat voivat johtaa parhaisiin ratkaisuihin.
Vaihe 3: Luo prototyyppi ja testata sitä.
– Kun joukkue on saapunut toteuttamiskelpoinen idea, niiden pitäisi luoda prototyyppi, joka perustuu päätti, vaatimuksia, ominaisuuksia ja ratkaisuja.,
projektiryhmän on annettava näytteenottoryhmänsä yksilöiden yrittää testata valmistunutta prototyyppiä. Tämä on niin, että he voivat nopeasti selvittää, onko tuote todella käsitelty kipupisteet jaetaan ryhmän.
sen testaaminen samalla porukalla mahdollistaa sen, että joukkue pystyy dokumentoimaan palautteensa helpommin, mikä on olennaista seuraavalle askeleelle.
Pro Vihje: prototyyppaus ei ole itsetarkoitus, se on vain keino. Älä innostu rakentamaan täydellistä prototyyppiä. Vaikka sinun täytyy noudattaa varovaisuutta ja valppautta, älä ole jumissa tässä vaiheessa pidempään kuin sinun pitäisi olla.,
Vaihe 4: Kerää ja dokumentoi palaute
Aikana prototyyppi testaus, projektiryhmä on kerätä ja dokumentoida näyte konsernin palautetta heidän kokemuksensa, heidän reaktioitaan, ja muita arvokkaita tietoja, kuten mitä he ajattelevat käyttöliittymä.
kerätyn palautteen avulla projektiryhmä voi aluksi tarkistaa ratkaisun käytettävyyden ja toteutettavuuden. Se myös ilmoittaa joukkue tahansa tarvitaan parannuksia ehdotetun tuotteen ja antaa merkittävää tietoa muiden asiaan liittyvien toimien eteenpäin.,
tiimin pikaviittaukseen kerätyistä vastauksista he voivat tallentaa palautteen projektinhallintaohjelmistoonsa.
Pro tip: käytä pilvipohjaista alustaa palautteen saamiseksi. Näin, se on helpompaa varten projektiryhmä tai jopa kohderyhmä osallistua ja tehdä yhteistyötä.
Askel 5: Läsnä POC hyväksyttäväksi
käsite testattu ja parannettu palautteen perusteella projektiryhmä voi nyt valmistautua niiden esittely sidosryhmille.,
Ne on esitettävä muun muassa, kipupisteitä, että tuote ratkaisee, ominaisuuksia, jotka osoite ne ongelmat, ja tekniikoiden integroitu osoittaa arvoa ajatus.
heidän tulisi kehittää tuotekehityksen ja projektinhallinnan komponentteja, jotka heidän tulisi myös huomata projektirannekkeessaan.
Nämä ovat selkeästi määriteltyjä onnistumisen kriteerejä tai projektin hallinnan mittarit, arviointi, toimenpiteet, aikataulut, seuraava projekti hoitosuunnitelmat (jos se hyväksytään), resurssit, ja muut näkökohdat aiemmin.,
kun tiimi onnistuneesti esittelee idean ja suostuttelee sidosryhmät hyväksymään ja investoimaan, he voivat alkaa toteuttaa sitä.
Pro tip: painota enemmän tuotteesi tuomia etuja sen ominaisuuksien sijaan.
loppusanat POC
a POC auttaa yrityksiä näkemään, onko ehdotettu ajatus käytännöllinen ja houkutteleva kohdemarkkinoille ja mahdollinen yritykselle.
Kautta POC, projektiryhmät voivat tutustua suunnitellut komponentit ja toiminnot ideated tuote, sekä kustannukset, resursseja ja valmiuksia tarvitaan, jotta se toimisi.,
nämä tiedot, yritykset voivat paremmin arvioida valmiutta äskettäin kehitetty ratkaisuja hyväksytään laajemmassa mittakaavassa, hyväksy ajatusta, ja päättää sijoittaa sen täytäntöönpanoa.