Design colaborativ – Un ghid pentru proiectarea de succes a produselor pentru întreprinderi

Probabil ați auzit de dezvoltarea software Agile, managementul proceselor Kanban și Lean UX. Designul colaborativ este o abordare filozofică și tactică diferită a designului de produs al întreprinderii .

Designul colaborativ este procesul de proiectare într-un mediu participativ, captivant și realist, cu toate mâinile sau cu încredere în creier. NU proiectează în vid; în schimb, după cum sugerează și numele, designul colaborativ îl pune pe designer în centrul diferitelor echipe și departamente pentru a lucra cu toată lumea pentru a construi un produs coeziv. În acest fel, nimeni nu este lăsat deoparte, iar produsul poate fi construit cu toți actorii implicați.

Fiecare organizație de întreprindere este diferită, iar adunarea părților interesate în jurul oricărei idei sau sarcini poate părea a părea pisici. În acest ghid, vom trece în revistă sfaturi și trucuri pentru a lucra cu jucătorii importanți, nu numai pentru a obține contribuția lor, ci și pentru a-i aduce la bord cu această nouă abordare centrată pe design.

Faceți cunoștință cu jucătorii

Designerii sunt grozavi la multe lucruri, dar rolul lor începe cu rezolvarea problemelor. Pentru asta trebuie să știi cine sunt experții și să lucrezi cu ei. Fiecare membru al echipei de dezvoltare a produsului are propriile nevoi și responsabilități, așa că cunoașterea lor este la fel de esențială ca și finalizarea sarcinii date.

Deci, fără alte prelungiri, să facem cunoștință cu echipa:

• Managerii de produs definesc domeniul de aplicare, cerințele și ciclurile de iterație de dezvoltare pentru produse și caracteristici; ei sunt adesea gardienii pentru funcții înainte de un da/nu final și sunt practicați în comunicarea cu întreaga organizație, inclusiv cu directorii.
• Inginerii construiesc produsul, astfel încât să înțeleagă capabilitățile și limitările tehnice. Acest lucru le face o resursă critică pentru determinarea preocupărilor majore, inclusiv termenele de dezvoltare, tehnologiile de utilizat, domeniul de aplicare și, adesea, fezabilitatea proiectării (dacă conceptele noastre sunt chiar posibile având în vedere limitările de tehnologie și de timp).
• Arhitecții de baze de date și de sistem știu cum sunt integrate datele și au o înțelegere profundă a ceea ce este necesar pentru a menține performanța, continuând să construiască pe deasupra produsului/platformei existente.
• Experții interni în domeniu (IMM-urile) sunt familiarizați cu procesele de afaceri, cazurile de utilizare, istoricul și politica, precum și cu așteptările generale de la conducere, clienți și utilizatori.
• Vânzările se concentrează pe prezentarea produsului către potențiali clienți. Acest lucru face ca vânzările să fie primul punct de contact, astfel încât înțelegerea lor asupra produsului este esențială pentru închiderea (și adesea pentru crearea) clienților potențiali.
• Formatorii (sau în SaaS, agenți de succes pentru clienți ) au o expunere directă la echipa de vânzări și la utilizatorii noi sau de probă și pot contribui cu volume de informații utile despre modul în care funcționează produsul in vitro și nu numai.

Atunci când toate părțile care lucrează la produs sunt implicate în procesul de proiectare (unul dintre principiile fundamentale ale metodologiei Agile), produsul rezultat are o șansă semnificativ mai mare de a obține succes - nu pentru că designerii lucrează cu părțile interesate, ci pentru că părțile interesate, mai des decât nu, înțelegem nevoile specifice ale utilizatorilor și ale afacerii într-un mod pe care noi s-ar putea să nu. Lucrul în colaborare pare întotdeauna cea mai bună opțiune, dar cum o facem?

Cum să colaborezi cu părțile interesate

Manageri de produs, poarta și cronometrajul produsului

Managerii de produs au adesea un atașament personal față de produs și sunt ținuți la așteptări foarte mari în cadrul companiei. De asemenea, trebuie să răspundă utilizatorilor sau clienților produselor lor atunci când există probleme, promisiuni neîndeplinite sau solicitări pentru o nouă funcționalitate.

Ei apreciază foarte mult comunicarea simplă și trebuie să fie ținute la curent cu progresul, problemele și orice modificări. Le place să vadă schițele mai întâi și frecvent și, deoarece pot lucra la diferite scări (mai multe niveluri, departe de dezvoltarea directă a produsului, până la practic, chiar și cu modificări minore), interacțiunile dvs. cu aceștia pot varia foarte mult.

Deoarece PM-urile petrec atât de mult timp comunicând cu diverse părți interesate (interne și externe), este important să-i țineți la curent fără a vă aștepta să vă verifice. Stabiliți check-in-uri regulate cu PM pentru a prezenta schițe iterative, ascultați feedbackul acestora și încheiați întotdeauna cu o listă de acțiuni pentru următoarea întâlnire.

Nu va dura mult pentru a afla care sunt obiectivele lor pentru funcționalitatea produsului. PM știu că designerii rezolvă probleme, așa că designerii trebuie să furnizeze date și analize pentru a-și demonstra raționamentul. Nu contează dacă ai sau nu dreptate. Demonstrați că scopul este construirea celui mai bun produs și veți câștiga încrederea unui PM!

Inginerie: responsabil pentru aducerea la viață a proiectelor

Inginerii (numiți și dezvoltatori) sunt cei mai apropiați de produs; ei o construiesc! Acest lucru le oferă un avantaj deoarece ajung să experimenteze și să testeze în mod direct componentele individuale ale produsului în acțiune . Acest lucru este grozav pentru că, fără îndoială, ei vor găsi punctele slabe în orice design - uneori înainte de a construi ceva - ceea ce este de două ori grozav, deoarece este un avantaj imens pe atât de multe niveluri să găsești defectele înainte ca software-ul să fie codificat.

Cea mai bună modalitate de a câștiga încrederea unui grup de inginerie este fie de a produce specificații complete și complete de produs, fie de a le implica devreme... sau ambele.

Atunci când dezvoltatorii sunt considerați adevărați părți interesate , ei sunt mai mult decât dispuși să discute cazuri de utilizare, scenarii, provocări tehnice și opțiuni pentru a le depăși.

Este ușor să uiți că inginerii sunt adevărați arhitecți de produs; au un interes personal în rezolvarea problemelor cu proiectantul, mai ales atunci când provocarea este dificilă sau ar putea fi rezolvată în alt mod.

Arhitecți de baze de date și sisteme, gardieni ai structurilor de date

Arhitecții de baze de date și de sistem știu cum funcționează produsul în culise. Ei știu totul despre cum sunt stocate și structurate datele, ce pot fi integrate și cum toate sistemele vorbesc între ele. Ei tind să fie mai puțin preocupați de modul în care produsul funcționează pentru utilizatori decât de modul în care interacționează cu diferite sisteme (care este ceea ce sunt responsabili în cele din urmă).

Acestea pot fi deosebit de dificil de tratat pentru designerii centrați pe utilizator. Este important să ne amintim că, chiar dacă un arhitect de baze de date/sistem nu interacționează niciodată cu utilizatorii finali, concentrarea lor este întotdeauna să beneficieze de acești utilizatori, fie că este vorba despre fiabilitatea produsului, viteza sau simplitatea.

Cunoștințele lor despre modul în care funcționează structurile de date - și ramificațiile oricăror modificări ale funcționalității produsului - sunt prea ușor de ratat fără contribuția lor de specialitate. Este important să invitați și să includeți arhitecții de sistem în întâlniri și discuții privind schimbările de produs, chiar dacă poziția lor nu pare să aibă legătură directă.

O modalitate de a colabora cu un arhitect de sistem este de a crea o listă de verificare cu următoarele întrebări:

• Caracteristica X afectează structura actuală a datelor?
• Există vreo lucrare suplimentară de proiectare/dezvoltare având în vedere arhitectura actuală?
• Designul Y intră în conflict cu intrările/ieșirile existente ale utilizatorului?
• Sunt servicii externe afectate de caracteristica X?

Această listă simplă vă va îndruma în direcția corectă, chiar și fără o înțelegere clară a modului în care funcționează structurile de date preexistente (și posibil) monolitice. Orice lucru bifat este un domeniu care ar trebui investigat printr-o simplă discuție.

Experți în materie și analiști de afaceri, vrăjitorii de informații

Experții în domeniu sunt numiți corespunzător; sunt experți în materie și pot fi o mină de aur de informații unice și valoroase. Adesea, au obținut diplome de specialitate în domeniu sau și-au petrecut cea mai mare parte a vieții lucrând în industria lor. Ei au experiență practică cu modul în care ar trebui să funcționeze afacerea și își amintesc de istoria lungă și dureroasă și de politica care i-a condus pe toți acolo unde sunt astăzi.

Un analist de afaceri știe dedesubturile modului în care funcționează organizația și adesea îndeplinește aceeași funcție ca un IMM dacă datele sunt disponibile, dar nu există un expert intern.

Interacționați cu IMM-urile pentru a afla cum este perceput proiectul de către management, pentru a vă asigura că așteptările interne sunt îndeplinite și că nu mergeți pe un teritoriu periculos. Invitați analiști la sesiunile de proiectare, spunându-le în avans că ei sunt experții și rugându-le să-și împărtășească cunoștințele despre eșecurile istorice, conflictele politice și alte probleme care pot fi esențiale pentru o lansare de succes a produsului.

Managerii de succes a clienților, un punct de contact al unui client nou

Când clienții noi sunt în cele din urmă incluși de vânzări, formatorii – sau, pentru companiile SaaS, managerii de succes a clienților (CSM) – preiau conducerea pentru a-i învăța pe noii utilizatori cum să folosească efectiv produsul. Deci, este de la sine înțeles că antrenorii petrec mult timp vorbind cu utilizatorii începători. Un CSM are o perspectivă unică, deoarece interacționează cu clienții care adesea nu au fost implicați în decizia de cumpărare a companiei lor.

Cu această perspectivă unică, formatorii/CSM-urile pot oferi informații valoroase pentru deciziile de proiectare, atât pentru integrarea clienților, cât și pentru comportamentul noilor utilizatori. Multe organizații de întreprindere urmăresc și monitorizează modul în care noii lor clienți folosesc diverse produse și înregistrează totul, de la apeluri la reclamații, dar formatorii au o idee cu ce se luptă cu adevărat clienții.

Includeți un trainer senior în toate întâlnirile majore de proiectare și întrebați-vă despre orice decizie cu el. Puneți întrebări precum „Care sunt cele mai serioase trei plângeri ale clienților?” și „Sunt clienții noi, în medie, mulțumiți de produs?” și „Ce schimbări crezi că vor oferi cel mai mare impact pozitiv pentru tine și echipa ta?” În acest fel, învățăm cu toții despre ce este calea fericită; Trainerii sunt ochii și urechile noastre pentru toate modurile în care clienții folosesc efectiv produsul.

Vânzări, primul contact al produsului cu clienții

Vânzările și designul sunt adesea în contradicție. Unele organizații sunt conduse de vânzări, în timp ce altele nu, dar indiferent de ce, există o diferență clară în ceea ce privește obiectivele: echipa de vânzări vrea să crească vânzările, în timp ce designul dorește să îmbunătățească experiența utilizatorului. Nu se aliniază întotdeauna.

Nu trebuie să fie cazul. Majoritatea agenților de vânzări au probleme cu care să se confrunte: au puțin sau deloc control asupra deciziilor legate de produse, li se cere să își asume angajamente pe care nu le pot promite cu adevărat și sunt motivați să atingă ținte specifice de venituri, în ciuda tuturor lucrurilor. Nu este surprinzător faptul că echipele de vânzări și de produs au în mod regulat certuri aprinse!

Cu toate acestea, ca și formatorii, organizația de vânzări are o perspectivă unică asupra nevoilor clienților și, adesea, această perspectivă este diferența dintre a face o vânzare mică și a aduce o balenă! Înțelegeți diferitele domenii cu care se luptă echipa de vânzări. Încercați să participați la orice tip de apel și aflați cum comunică acești potențiali.

Aceasta va deschide conversația cu vânzările. Nu este vorba doar de a le face auzite nevoile; este vorba despre îmbunătățirea experienței pentru potențialii utilizatori în fiecare etapă, de la prima comunicare până la după integrare. Aflați ce aud oamenii de vânzări cel mai mult de la potențiali, ce provocări au la finalizarea tranzacției și care sunt cele mai mari preocupări după încheierea acesteia.

Designul în Enterprise nu trebuie să fie un coșmar

În calitate de designer, toate aceste părți mobile pot fi foarte dificil de gestionat, mai ales când nu ești considerat un „manager” în sensul oficial al termenului. În calitate de parte interesată cheie în comunicarea între echipe, colectarea cerințelor și feedback-ul de proiectare, ar trebui să aveți acces la toți acești profesioniști la un anumit nivel.

Cel mai critic, dar și cel mai simplu, mod de a face acest lucru este să ascultați toate părțile și să luați în serios feedback-ul acestora. În cele mai multe organizații, următorul pas este să luați acel feedback și să lucrați cu managerul de produs pentru a organiza cerințele în muncă acționabilă.

De acolo, depinde de priorități și de completarea golurilor. În cele din urmă, scopul este de a proiecta cel mai bun produs și avem nevoie de ajutorul întregului personal de dezvoltare a produsului. Recunoașterea faptului că fiecare rol este important și conștientizarea personalului respectiv cu privire la valoarea lor în ciclul de dezvoltare a produsului îi deschide să ofere informațiile de care un designer are nevoie pentru a lua decizii mai bune de proiectare a produsului.

• • •

Citiri suplimentare pe Blogul Toptal Design:

• Cele mai bune practici de design UI și greșeli comune
• State goale – Cel mai neglijat aspect al UX
• Simplitatea este cheia – Explorarea designului web minimal
• Principii euristice pentru interfețele mobile
• Proiectare pentru lizibilitate – Un ghid pentru tipografia web