Īss projekta un produkta skaidrojums

Mēs esam optimizācijas dienās. Optimizēt visu, ko mēs darām - veidu, kā mēs ēdam, runājam, draudzējamies, strādājam, piegādājam darbu. Pat tam, kā mēs atsaucamies uz lietām tagad, var būt būtiska ietekme.

Fotoattēlu kredīts: Kathryn at Flickr

Ir (vismaz) divi veidi, kā aplūkot digitālās “lietas” piegādi zīmolam vai klientam. Pirmā, vecumdienās izmēģinātā un patiesā piegāžu apskatīšanas metode ir kā projekts. Šis ceļš izriet no vēstures - programmatūras izveidei vēsturiski ir vajadzīgs ilgs laiks, tai ir daudz kustīgu daļu, tā ir atkarīga no daudzām sistēmām un pēc fakta to ir grūti mainīt. Bieži vien tas tika piegādāts diskā vai kompaktdiskā, un burtiski to nevarēja mainīt bez labojumiem. Šis darbs bija vajadzīgs, lai mani “pārvaldītu” “pārvaldnieks”, un tāpēc tagad mēs redzam PMP e-parakstā.

Otrais, “modernais” pieeja digitālajam darbam ir izstrādājums. Produkts pilnīgi atšķiras no projekta ar to, ka tam nav skaidra “beigu datuma”. Produktu grupa turpina darboties, kamēr pats produkts redz izaugsmi un panākumus. Tas nepārtraukti mainās un uzlabojas. Kamēr projektam ir noteikts piegādes datums, kad panākumus mēra pēc laika, izmaksām un kvalitātes, produkts satur dažus no tiem aspektiem, bet strādā, lai tos vienmēr uzlabotu.

Svarīgas atšķirības

Laika skala

Produktu pēc būtības parasti laiž tirgū daudz agrāk, nekā paredzēts projektā. Svarīga produktu vadības iezīme ir mācīšanās tirgū. Kā jūs varat uzzināt, ko klients vēlas, neļaujot to izmantot reāli? Pētījumi un lietotāju pārbaude ir svarīga sastāvdaļa, lai izlemtu, ko veidot, bet pirmās versijas iegūšana ir viss.

Pēc sākotnējās piegādes sagaidiet nepārtrauktu attīstību un piegādi.

Atjauninājumi

Produkti tiek pastāvīgi atjaunināti. Tikpat bieži kā katru dienu vai pat vairākas reizes dienā. Tā kā tiek izmēģinātas hipotēzes, mēs vienmēr mācāmies, kā cilvēki izmanto produktu, ja viņiem šķiet vērtība un vai viņi pārvēršas par klientiem. Nav apjomīgu paziņojumu par darbu vai izmaiņu pieprasījumiem, kas tiktu pielīdzināti. Ja kāda funkcija šķiet laba ideja, mēs to pārbaudām. Funkcijas, kas darbojas labi, mēs tās saglabājam un veidojam. Tie, kas smird, mēs nogalinām.

Mēs to saucam par uzvarētāju barošanu un zaudētāju badu.

Komanda

Produktu komanda parasti atšķiras no projekta komandas, lai gan redzēsit daudzus un tos pašus spēlētājus. Dizaineriem, izstrādātājiem, analītiķiem visiem ir sava loma komandā. Galvenā atšķirība ir projekta vadītājs salīdzinājumā ar produkta vadītāju / īpašnieku. Projekta vadītājs ir ellīgi noskaņots piegādei. Viņu mērķis ir pārliecināties, ka visi mērķi tiek sasniegti, projekts tiek aizvērts un viņu darbs ir paveikts. Varbūt viņi sāk strādāt pie nākamā projekta nodevumu komplekta, taču viņi to arī pārlaiž.

Produktu vadītājs ir atbildīgs ne tikai par piegādes panākumiem, bet arī par pašu produktu. Viņi paļaujas uz lieliska produkta izveidi un panākumiem. Viņu darbs nav pabeigts, kad notiek pirmā palaišana, bet drīzāk tas nekad netiks pabeigts (ja vien produkts vienkārši nevar gūt panākumus, kas arī ir lieliski). Produktu vadītājs sapratīs produkta / tirgus piemērotību, konkurenci, tiesības uzvarēt un vietu, kurā produkts atrodas.

Ja projekta vadītājs parasti sniedz ziņojumu ieinteresētajai personai, un viņu veiksmes rādītājs ir piegāde, produkta vadītājam vajadzētu “ziņot patērētājam”.

Kad piegādāt produktu vs projektu?

Dažreiz ir laba ideja vienkārši piegādāt projektu. Labie piemēri ir ātras mārketinga vietnes, vienkāršas lietotnes, koncepcijas pierādījumi un citas preces ar zemu risku. Vai arī, kaut arī tas šķiet muļķīgi, dažreiz ir tikai papildu budžets un dīkstāves rokas. Hackathon vai “20% projekta” apvienošana var būt lielisks veids, kā sasniegt projektu.

Produkts tomēr jāizvēlas ikreiz, kad tiek ņemta vērā izaugsme. Strādājot domājot par produktu, komanda koncentrējas uz ātru piegādi un eksperimentu veikšanu, patērētāja ļoti labu izpratni un mācīšanos tirgū. E-komercijas veikali, sociālie tīkli un platformas, produktivitātes rīki utt. Ir visi produkti. Viņiem ir jāapmierina klientu kopums un jāturpina ieviest jauninājumus savā telpā, lai saglabātu konkurētspēju.

Padomājiet par lieliem programmatūras elementiem: Facebook, Google Suite, Outlook. Tie visi ir produkti, kas pastāvīgi mainās un attīstās kopā ar pasauli. Visu laiku tiek izlaistas jaunas funkcijas, dažas no tām ir tik mazas, ka jūs tik tikko saprotat, ka tās ir ieviestas. Veselas cilvēku komandas iterē pēc iespējām un pārskata rezultātus.

Lai uzvarētu digitālajā telpā, produktu izstrādei jābūt jaunam normālam, jaunam obligātam. Ja jūs sākat ar vienu pieņēmumu kopu un tie ir izrādījušies nepareizi, cik ātri jūs varat izmēģināt jaunus? Vai jūs sākat jaunu projektu vai vienkārši apmainās zaudētājus ar uzvarētājiem?

Sākotnējā piegāde ir tikai mirklis pēc laika, kam seko neskaitāmas papildu piegādes, no kurām katra rada kaut ko labāku jūsu klientiem.