Produktu vadība un organizācija

Man bija labāk saprast jēdzienus, lomas un pienākumus, kas saistīti ar produktu vadības un produktu tirdzniecības pārvaldību programmatūras kompānijām, kāpēc ir vajadzīgi, kas ir tās atšķirības un to, kā tie ietilptu iekšā organizācijas struktūrā.

Vairums personu, es zinu, nekad ieinteresēts šajā konkrētajā darba jomā, bet, ja jūs vēlaties būt produkts sabiedrība (un nevis konsultāciju vai risinājumu uzņēmums), sākat ņemot dažādus produktus dažādās platformās dažādām mērķa klientiem pārdoto sile dažādus kanālus ar dažādiem cenu ar uzstādīšanu / citu piegādes procesā un šo sarežģītību ir jāpārvalda pienācīgā veidā.

Tu saproti, ka, lai ļautu produktu uzņēmums aug pareizajā virzienā, jums ir nepieciešams organizēt produktu pārvaldības pasākumus formāli, nevis slēdzot savu prātu stingros organizāciju lomas, piemēram, mārketinga, pārdošanas, R & D.

Kad mēs runājam par produktu pārvaldības es ieteiktu nolasīt apgaismojošās stratēģiskā loma produktu pārvaldības (Kā tirgus orientētu uzmanība liek uzņēmumiem, lai izveidotu produktus cilvēki vēlas pirkt), kas precizētu daudz lietas, pat ja tas perspektīva neto atdalīšanu lomas produktu pārvaldības, kaut t cepure ir pārāk smags, ka mazs uzņēmums, piemēram, starta.

Tomēr tas sniedz diferenciāciju pienākumu starp produktu vadības un tirdzniecībā.

Laba izpratne par produktu pārvaldības attiecas uz starta I s dots rakstā Radīt produktu pārvaldības Startup rāda uz augšu citu lietu saistībā ar produkta sapņotājs stāšanās uzņēmuma lomas.

Tā ieviest terminus izpilddirektors produkta nozīmē, ka produktu pārvaldības pienākumus lēkā pa dažādām organizācijas funkcijas, sniedzot uzmanību un pūles, ja tas ir nepieciešams, neatkarīgi no tā, ka iekšējais funkcija, kas prasa lielāku piepūli, ir attīstības, mārketinga, pārdošanas vai sakari. Tas ir nozīmē praktiski uzlabot produkta vīziju, kā tas ir nepieciešams visās lielākajās produktu saistītu funkciju padarot vīzija korporatīvās mēroga saskaņota.

Labs pārstāvība produktu pārvaldības un ražojumu realizācijas darbību tiek labi aprakstīts ar diferencēšanu starp stratēģiskā, tehniskā un tirdzniecības nozarē, un nav skaidri nodalīta no vadības, mārketinga punkta un pārdošana) un R & D:

Triad.jpg

Es izlasīju, ka produktu menedžeris fons un zināšanas ir atšķirīgas atkarībā no uzņēmuma fokusu ( ja nav produktu pārvaldības iederas organizācijā? ):

  • B2C -> Mārketings pieredze
  • B2B -> Tehniskā pieredze

Gaismas (man) un ļoti svarīgs diferencēšana attiecībā uz ražojumu pārvaldības pienākumus, ir atšķirība starp:

  • Produktu vadība
  • Produkts Mārketings

Īpašos nodokļus, kas pieder produkta tirdzniecības vs vadība ir ļoti skaidrots Loma Definīcijas produktu vadības un produktu mārketinga kas man liek domāt, lasīt, ļaujot jums labāk definēt uzdevumus un pienākumus visā jūsu organizācijā. Tā arī nodrošina labu definīciju darba prasībām, ja jums ir nepieciešams meklēt šo skaitli!

Tajā pašā laikā ir svarīgi saprast, kas tas nav produkts vadība, efektīvi Produkts vadība ir ne tikai līdzeklis prioritāšu .

Tajā pašā laikā tas ir svarīgi saprast, kas profesionāli skaitlis nav pats produkts vadītājs:

  • Produktu menedžeris nav mārketinga menedžeris - kamēr produkts vadība parasti kā mārketinga disciplīnu, tirgotājiem ir vērsta uz mārketinga plānu un parasti nebrauc vispārējo produktu virzienā. Šajā sakarībā tomēr var atrast produkta tirdzniecības menedžeri, kas ir rokas par produkta laišanu tirgū, jo īpaši mazas organizācijas.
  • Produktu menedžeris nav pārdošanas vadītājs - pārdošanas vadītājs ir par to uzzināt, kā pārdot produktu, pēc kura realizācijas metodiku, tehniku ​​un kanālu, un tie varētu vadīt uzņēmumu no tirgus orientēts uzņēmums (produkta) uz klientu orientēts uzņēmums (šķīdums un konsultācijas)
  • Produktu menedžeris nav attīstītājs - Izstrādātāji ir vērsta uz tehnoloģiju un nevis kopējā produktu. Dažas lielas produktu menedžeri ir bijušie izstrādātājiem, bet tas ir grūti izdarīt gan vienu reizi. Ir dabiska spriedze starp izstrādātājiem un produktu vadītājiem, kas ir jāsaglabā, lai izveidotu sabalansētu produktu.
  • Produktu menedžeris nav programmatūras menedžeris - programmatūra vadītājs ir funkcionāls vadītājs un parasti nav vērsti uz produkta vai uz klientiem.
  • Produktu menedžeris nav projekta vadītājs - projektu vadītāji, ir par to, kā un kad, bet produktu menedžeris ir par ko. Projektu vadītāji cieši sadarboties ar produktu menedžeriem, lai nodrošinātu sekmīgu pabeigšanu dažādos posmos produkta dzīves ciklā.

Tipiskie produkta vadības darbības, varētu būt ļoti sintēzē īsumā tie ir šādi:

  • Stratēģija: plānošana produktu stratēģiju
  • Tehniskais: vadošie produktu attīstība
  • Mārketinga: nodrošināt produktu un tehnisko saturu
  • Pārdošana: nodrošināt priekšfinansējumu pārdošanas atbalsta un efektīvi strādāt ar pārdošanu

Produktu vadība tāpēc tas nav precīzi attīstība, nav precīzi mārketings, tas nav precīzi pārdošanas, tāpēc parasti tas ir grūti identificēt, "ja tas būtu palikt" iekšpusē organizācijas struktūru (tas ir pat grūti saprast, kas ir vajadzīgs)?

Silicon Valley produktu grupa sniedz jauku ieskatu par produktu organizatorisko struktūru , norādot, kurām ir priekšrocības un riski vairākām izvēlēm. Vēl kaprīzs produktu menedžeris saka, ka tas nav svarīgi, kur produktu menedžeris dzīvo organizācijā .

Tas ir svarīgi, lai būt uzmanīgiem, lai personas, kas ir pārāk daudz tehnisku vai pārāk daudz pārdošanas orientētu lai aizpildītu plaisu starp dažādiem organizācijas. Pārāk daudz sadrumstalotība pienākumiem visā organizācijā var radīt birokrātiju, pārāk daudz nodokļus viena persona var novest pie neefektīvas īstenošanai nepieciešamo uzdevumu kādā jomā, un uz iekšējo konkurenci uztveres attiecībā uz tradicionālajām lomām.

Pārbaudiet ļoti jauku Resume par profesionālis ar praktisku pieredzi produktu pārvaldības panta Tas ir pusotru techie / 1/2 tirdzniecības puiši).

Ah! Vēl viens ļoti izplatīts pārpratums ir sajaukt tirdzniecības ar paziņojumu, kurā ai atrada tik labu tirdzniecības jēdziena definīciju, kas man patiešām patīk, un saprast stingru saikni ar produktu vadību:

Mārketings ir jāzina tirgus tik labi, ka produkts pārdot sevi

Bet kas notiktu, ja jums nav rīkoties produktu vadības un produktu mārketinga vadības procesu, kas noteiktā veidā?

Jauks stāsts tiek parādīts kā piemērs stratēģisko lomu produktu pārvaldības :

Jūsu dibinātājs, izcilais tehniķis, sākās uzņēmums gadus atpakaļ, kad viņš pameta savu dienas darbu, lai pārdotu savu ideju pilnu laiku. Viņš ir radījis produktu, kas viņš tikai zināja citi cilvēki vajadzīgi. Un viņam bija taisnība. Diezgan drīz viņš sniedza pietiekamu daudzumu produkta un nolīga savu labāko draugu no koledžas, kā VP pārdošanas. Un uzņēmums pieauga. Bet pirms ilgi, Pārdošanas VP sūdzējās, "Mēs esam inženierijas vadīto uzņēmumu. Mums ir nepieciešams, lai kļūtu klientu orientētu. "Un kas skanēja labi. Izņemot ... katrs jauns līgums likās pieprasīt pielāgotu darbu. Jūs parakstīja duci klientiem duci tirgus segmentos un pēdējo klienta balss vienmēr dominē produkta plānus. Jūs secināja, ka "klientu orientētu" nozīmēja "brauc ar jaunāko klientu" un kas nevar būt taisnība.

Ja jūs vēlaties būt produktu kompānija, tas ir svarīgi precīzi ievērot stratēģiju, ko veicina produktu realizācijas un vadības un nevis pārdošanu.

Jaukt pienākumu produktu pārvaldības / mārketinga un pārdošanas varētu novest pie neveiksmīgas produkta uzņēmums, kas nespēj turpināt to stratēģijas, vienkārši tāpēc, ka viņi kļūst izdevības, kas vadīt uzņēmumu ārpus joma.

Produkts uzņēmumam ir jāiegulda tajā paša produkta izstrādi un realizāciju, lai ļautu tirdzniecības aktivitāte palikt koncentrētākas un garantētu, ka organizācija ir katru dienu efektīvāka tirgū.

Pēc izlasīšanas, mana izpratne ir, ka tas ir svarīgi noskaidrot, kā radīt virkni elastīgu biznesa procesu par to, kā rīkoties dažādu produktu vadības un produktu mārketinga pienākumus atdala tos no pārdošanas.

Daļa

Atstāt Atbildēt

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti *

*

Jūs varat izmantot šos HTML tagiem un atribūtiem: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>