Ilmselt olete tarkvaraarendusest kuulnud Vilgas , Kanbani protsesside juhtimine ja Lean UX . Koostöökujundus on teistsugune filosoofiline ja taktikaline lähenemine äritoodete kujundamisele.

esmakordse erakapitalifondi kaasamine

Koostööprojekt on kõigi käte või osalusega kaasavas, kaasahaaravas ja realistlikus keskkonnas kujundamine enesekindlus ajus . Te EI kujunda vaakumis; Selle asemel, nagu nimigi ütleb, asetab koostöökujundus disaineri mitmekesiste meeskondade ja osakondade keskmesse, et töötada kõigiga ühtse toote loomisel. Nii ei jäeta kedagi kõrvale ja toodet saab ehitada kõigi kaasatud sidusrühmadega.

Iga äriorganisatsioon on erinev ja huvigruppide rühmitamine mis tahes idee või ülesande ümber võib tunduda kasside karjatamisena. Selles juhendis käsitleme näpunäiteid suuremate mängijatega töötamiseks, mitte ainult nende panuse saamiseks, vaid ka selle uue disainikeskse lähenemisviisi kaasamiseks.

! [ärikoostöö] (https://uploads.toptal.io/blog/image/125053/toptal-blog-image-1514836432132-062b9a075d6f3eee95274d0d83903f76.jpg)

Tutvuge mängijatega

Disainerid Nad on suurepärased paljudes asjades, kuid nende roll algab probleemide lahendamisest. Selleks on vaja teada, kes on eksperdid, ja nendega koostööd teha. Igal tootearendustiimi liikmel on oma vajadused ja kohustused, mistõttu on nende tundmine sama oluline kui määratud ülesande täitmine.

Nii kohtume pikema jututa meeskonnaga:

• Tootejuhid määratleda toodete ja funktsioonide ulatus, nõuded ja arenduse iteratsioonitsüklid; Nad on sageli enne lõplikku jah / ei omaduste eestkostjad ja neid harjutatakse suhtlema kogu organisatsiooniga, sealhulgas juhtidega.

• Insenerid Nad loovad toote, nii et nad mõistavad tehnilisi võimalusi ja piiranguid. See teeb neist kriitilise ressursi kõige olulisemate probleemide, sealhulgas arenduse ajakava, kasutatavate tehnoloogiate, ulatuse ja sageli disaini teostatavuse (kui meie kontseptsioonid on tehnoloogia ja ajapiirangute tõttu isegi võimalikud) määramiseks.

  
  
  

• Andmebaasi- ja süsteemiarhitektid nad teavad, kuidas andmed on integreeritud, ja mõistavad põhjalikult, mida on vaja jõudluse säilitamiseks, jätkates samal ajal olemasoleva toote / platvormi ehitamist.

  aws-lahenduste arhitekti kaastöötaja eksam

• Ettevõttesisesed eksperdid (VKEd) nad tunnevad põhjalikult äriprotsesse, kasutusjuhtumeid, ajalugu ja poliitikat ning juhtkonna, klientide ja kasutajate üldisi ootusi.

  
  
  

• Müük keskendub toote esitlemisele potentsiaalsetele klientidele. See muudab müügi esimeseks kontaktpunktiks, nii et teie arusaam tootest on müügivihjete sulgemiseks (ja sageli ka loomiseks) kriitiline.

• Koolitajad (või SaaS-is kliendiedu agendid ), kellel on otsene kokkupuude müügimeeskonna ja uute või proovikasutajatega, ning nad võivad anda palju kasulikku teavet toote toimimise kohta in vitro ja mujal.

  
  
  

! koostöö kujundamine tegevuses

Kui kõik toote kallal töötavad osapooled osalevad disainiprotsessis (üks toote põhiprintsiipe) Agile metoodika , on saadud tootel märkimisväärselt suurem edu võimalus mitte sellepärast, et disainerid töötaksid sidusrühmadega, vaid seetõttu, et sidusrühmad mõistavad kasutajate ja ettevõtete konkreetseid vajadusi enamasti nii, nagu meie seda ei tee. Koostööga töötamine näib alati parim variant, kuid kuidas me seda teeme?

Kuidas teha sidusrühmadega koostööd

Toote korrapidajad, väravavahid ja toote aeg

Tootejuhid seovad tootega sageli isiklikke sidemeid ja vastavad ettevõttes ootustele. Samuti peavad nad reageerima oma toodete kasutajatele või klientidele, kui on probleeme, lubadusi ei täideta või taotletakse uusi funktsioone.

Nad hindavad väga lihtsat suhtlemist ja peavad olema kursis edusammude, probleemide ja võimalike muudatustega. Neile meeldib näha mustandeid kõigepealt ja sageli ning kuna nad saavad töötada erinevas mastaabis (erinevatel tasanditel alates otsesest tootearendusest kuni väiksemate muudatustega tavadeni), võib nende suhtlus nendega olla väga erinev.

Kuna peaministrid veedavad palju aega erinevate sidusrühmadega (nii ettevõttesiseselt kui ka väliselt) suhtlemisel, on oluline hoida neid kursis ootamata, kuni nad teiega nõu peavad. Määrake oma PM-idega regulaarsed kontrollimised, et esitada korduvad mustandid, kuulata nende tagasisidet ja alati koostada järgmise koosoleku jaoks tegevuste loetelu.

Ei pea kaua aega õppima, mis on teie eesmärk toote funktsionaalsuse osas. Peaministrid teavad seda disainerid nad lahendavad probleeme, seega peavad disainerid esitama andmeid ja analüüse, et oma põhjendusi demonstreerida. See, kas sul on õigus või mitte, pole oluline. Näidake, et eesmärk on luua parim toode ja te teenite peaministri usalduse!

Inseneritöö: vastutab disainilahenduste elluviimise eest

Insenerid (neid nimetatakse ka arendajateks) on tootele kõige lähedasemad inimesed; nad ehitavad selle! See annab neile eelise, kuna nad saavad toote üksikuid komponente vahetult katsetada ja testida. tegevuses . See on suurepärane, sest nad leiavad kahtlemata mis tahes kujunduse nõrgad kohad, enne kui midagi ehitada, mis on kahekordselt suur, sest mitmel tasandil on tohutu eelis vigade leidmine enne tarkvara kodeerimist.

Parim viis insenerirühma usalduse võitmiseks on terviklike ja terviklike tootespetsifikatsioonide tootmine või nende kaasamine ... või mõlemad.

Kui arendajaid peetakse tõelisteks 'tegijateks', on nad enam kui nõus arutama kasutusjuhtumite, stsenaariumite, tehniliste väljakutsete ja võimaluste üle, kuidas neist üle saada. On lihtne unustada, et insenerid on tõelised tootearhitektid; Neil on suur huvi disaineriga seotud probleemide lahendamise vastu, eriti kui väljakutse on keeruline või seda saaks teisiti lahendada.

Andmebaasi- ja süsteemiarhitektid, andmestruktuuride eestkostjad

Andmebaasi- ja süsteemiarhitektid teavad, kuidas toode kulisside taga töötab. Nad teavad kõike selle kohta, kuidas andmeid salvestatakse ja struktureeritakse, mida saab integreerida ja kuidas kõik süsteemid omavahel suhtlevad. Nad kipuvad vähem hoolima sellest, kuidas toode kasutajate jaoks töötab, kui sellest, kuidas see suhtleb erinevate süsteemidega (mille eest nad lõpuks vastutavad).

kui kaua aws-i sertifikaadi saamiseks õppida

Neile võib olla eriti raske kasutajakesksed disainerid . Oluline on meeles pidada, et isegi kui andmebaasi- / süsteemiarhitekt ei suhtle kunagi lõpptarbijatega, on nende tähelepanu alati nende kasutajate kasuks, olgu selleks toote töökindlus, kiirus või lihtsus.

Teie teadmisi andmestruktuuride toimimise kohta - ja toote funktsionaalsuse mis tahes muutuste tagajärgi - on ilma teie asjatundja panuseta liiga hõlpsasti märgata. Oluline on kutsuda ja kaasata süsteemiarhitekte koosolekutele ja aruteludele tootemuutuste üle, isegi kui nende seisukoht ei näi olevat otseselt seotud. Üks viis süsteemiarhitektiga koostöö tegemiseks on luua kontroll-loend järgmiste küsimustega:

• Kas funktsioon X mõjutab praegust andmestruktuuri?
• Kas praegust arhitektuuri arvestades on veel täiendavaid projekteerimis- / arendustöid?
• Kas Y-paigutus on vastuolus mõne olemasoleva kasutaja sisendi / väljundiga?
• Kas funktsioon X mõjutab mõnda välisteenust?

See lihtne loetelu suunab teid õiges suunas, isegi ilma selge arusaamata olemasolevate (ja võimalik, et) monoliitsete andmestruktuuride toimimisest. Kõik kontrollitud on valdkond, mida tuleks uurida lihtsa aruteluga.

Teemaeksperdid ja ärianalüütikud, infoassistendid

Selle valdkonna eksperdid on tabavalt nimetatud; Nad on valdkonna eksperdid ja võivad olla ainulaadse ja väärtusliku teabega kullakaevandused. Nad on sageli sellel alal spetsialiseerunud kraadi omandanud või veetnud suurema osa oma elust teie tööstuses. Neil on praktiline kogemus selle kohta, kuidas ettevõte peaks toimima, ning nad mäletavad pikka ja valusat ajalugu ja poliitikat, mis viisid nad kõik tänasesse kohta. Ärianalüütik teab organisatsiooni toimimise häid külgi ja täidab sageli VKE-ga sama rolli, kui andmed on kättesaadavad, kuid siseeksperti pole.

Tehke koostööd VKEdega, et teada saada, kuidas juhtkond projekti tunnetab, et tagada sisemiste ootuste täitmine ja et see ei asu ohtlikul territooriumil. Kutsu analüütikuid disainiseanssidele, öeldes neile enne tähtaega, et nad on eksperdid, ja paludes neil jagada oma teadmisi ajaloolistest ebaõnnestumistest, poliitilistest konfliktidest ja muudest probleemidest, mis võivad toote edukaks väljaandmiseks kriitilise tähtsusega olla.

Kliendiedu juhid, uus kliendikontakt

Kui müük lõpeb uute klientide, koolitajate või SaaS-i ettevõtete jaoks kliendiedu haldurite (CSM) lõpuleviimisega, õpetage uusi kasutajaid toote reaalseks kasutamiseks. Seega on ütlematagi selge, et treenerid veedavad algajate kasutajatega palju aega. CSM-il on ainulaadne perspektiiv, sest nad suhtlevad klientidega, kes ei olnud sageli seotud nende ettevõtte ostuotsusega.

iganädalase rahavoo prognoosi mall

Selle ainulaadse vaatenurga abil saavad koolitajad / CSM-id pakkuda väärtuslikku teavet disainiotsuste tegemiseks nii klientide kaasamise kui ka uue kasutaja käitumise jaoks. Paljud äriorganisatsioonid jälgivad ja jälgivad, kuidas nende uued kliendid erinevaid tooteid kasutavad, ja logivad kõike alates kõnedest kuni kaebusteni, kuid treeneritel on ettekujutus, millega kliendid tegelikult vaevlevad.

virtuaalreaalsus vs liitreaalsus vs segareaalsus

Kaasake vanemat treenerit kõikidele suurematele disainikoosolekutele ja küsige nendega otsuseid. Esitage selliseid küsimusi nagu 'Millised on kliendi kaebuste esikolmikud?' ja: 'Kas uued kliendid on tootega keskmiselt rahul?' ja: 'Mis muudatused pakuvad teie arvates teie ja teie meeskonna jaoks suurimat positiivset mõju?' Nii õpime kõik, mis on õnnelik tee; Treenerid on meie silmad ja kõrvad kõigis viisides, kuidas kliendid toodet tegelikult kasutavad.

Müük, toote esimene kokkupuude klientidega

Müük ja disain on sageli vastuolus. Mõnda organisatsiooni juhib müük, teistel mitte, kuid olenemata sellest, on eesmärkides selge erinevus: müügimeeskond soovib suurendada müüki, disain aga kasutajakogemust. Nad ei ole alati rivis.

See ei pea nii olema. Enamikul müügimeestel on väga mõistlikud kaebused: neil pole tooteotsuste üle suurt midagi kontrolli või mitte, palutakse võtta kohustusi, mida nad tegelikult lubada ei saa, ja nad on sõltumata konkreetsete tulueesmärkide saavutamisest. Pole ime, et müügi- ja tootemeeskonnad on regulaarselt vaidlusi üles kütnud!

Kuid nagu koolitajad, on ka müügiorganisatsioonil ainulaadne vaatenurk klientide vajadustele ja sageli on see perspektiiv vahe väikese müügi tegemisel ja vaala toomisel. Saage aru erinevatest valdkondadest, millega müügimeeskond võitleb. Proovige kuulata mis tahes tüüpi kõnesid ja õppida, kuidas need potentsiaalsed kliendid suhtlevad.

See avab vestluse müügiga. See ei tähenda ainult teie vajaduste ärakuulamist; see on potentsiaalsete kasutajate kogemuste parandamine igas etapis, alates esimesest suhtlusest kuni pardaleminekuni. Siit saate teada, mida müügimehed väljavaadetest kõige rohkem kuulevad, millised väljakutsed neil tehingu sõlmimisel on ja millised on kõige suuremad probleemid, kui see on sõlmitud.

Disain ettevõttes ei pea olema õudusunenägu

Disainerina võib kõiki neid liikuvaid osi olla keeruline hallata, eriti kui teid ei peeta selle sõna ametlikus mõttes “juhiks”. Olles meeskonnadevahelise suhtluse, nõuete kogumise ja kujundatud tagasiside peamine osaleja, peab teil olema juurdepääs kõigile neile spetsialistidele mingil tasemel.

Kõige kriitilisem, kuid lihtsaim viis selleks on kõigi osapoolte kuulamine ja nende kommentaaride tõsine suhtumine. Enamikus organisatsioonides on järgmine samm võtta see tagasiside ja töötada koos tootejuhiga, et korraldada nõuded teostatavaks tööks.

Sealt edasi on prioriteetide ja lünkade täitmine. Lõppkokkuvõttes on eesmärk kujundada parim toode ja vajame kogu tootearenduse personali abi. Tunnistades, et iga roll on oluline, ja nende inimeste teadvustamine nende väärtusest tootearendustsüklis avab nad teabe edastamiseks, mida disainer vajab paremate toodete kujundamise otsuste langetamiseks.