Сигурно сте чували за разработка на софтуер Пъргав , Управление на процеса на Kanban и Lean UX . Съвместният дизайн е различен философски и тактически подход към дизайна на бизнес продукти.

Съвместният дизайн е процесът на проектиране в обща, ангажираща и реалистична среда с всички ръце или увереност в мозъка . НЕ проектирате във вакуум; Вместо това, както подсказва името, съвместният дизайн поставя дизайнера в центъра на различни екипи и отдели, които да работят с всички, за да създадат сплотен продукт. По този начин никой не е пропуснат и продуктът може да бъде изграден с участието на всички заинтересовани страни.

Всяка бизнес организация е различна и групирането на заинтересовани страни около всяка идея или задача може да изглежда като овчарски котки. В това ръководство ще разгледаме съвети и трикове за работа с основните играчи, не само за да получим приноса им, но и да ги включим с този нов подход, ориентиран към дизайна.

! [бизнес сътрудничество] (https://uploads.toptal.io/blog/image/125053/toptal-blog-image-1514836432132-062b9a075d6f3eee95274d0d83903f76.jpg)

Запознайте се с играчите

Дизайнерите Те са страхотни в много неща, но тяхната роля започва с решаването на проблеми. Това изисква да се знае кои са експертите и да се работи с тях. Всеки член на екипа за разработване на продукти има свои собствени нужди и отговорности, поради което познаването им е също толкова важно, колкото и изпълнението на възложената задача.

Така че без повече шум, нека се запознаем с екипа:

• Продуктови мениджъри дефинират обхвата, изискванията и циклите на итерация на разработка за продукти и характеристики; Те често са пазители на характеристиките преди окончателно да / не и се практикуват да общуват с цялата организация, включително ръководителите.

• Инженери Те създават продукта, така че разбират техническите възможности и ограничения. Това ги прави критичен ресурс за определяне на най-важните проблеми, включително срокове за разработка, използвани технологии, обхват и често осъществимост на дизайна (ако нашите концепции са дори възможни при дадени технологични и времеви ограничения).

• Архитекти на бази данни и системи те знаят как се интегрират данните и имат дълбоко разбиране за това какво е необходимо за поддържане на ефективността, като същевременно продължават да надграждат върху съществуващия продукт / платформа.

• Вътрешни експерти по теми (МСП) те са добре запознати с бизнес процесите, случаите на употреба, историята и политиката, както и общите очаквания на мениджмънта, клиентите и потребителите.

• Продажби се фокусира върху представянето на продукта на потенциални клиенти. Това прави продажбите първата точка за контакт, така че разбирането ви за продукта е от решаващо значение за затварянето (и често създаването) на потенциални клиенти.

• Маратонки (или в SaaS, агенти за успех на клиентите ) имат пряко изложение на екипа за продажби и нови или пробни потребители и могат да предоставят множество полезна информация за това как се представя продуктът инвитро и отвъд.

! съвместен дизайн в действие

Когато всички страни, работещи по продукта, участват в процеса на проектиране (един от основните принципи на Agile методология , полученият продукт има значително по-голям шанс за успех, не защото дизайнерите работят със заинтересовани страни, а защото заинтересованите страни, през повечето време, разбират специфичните нужди на потребителите и компаниите по начин, по който ние не. Работата в сътрудничество винаги изглежда най-добрият вариант, но как да го направим?

Как да си сътрудничим със заинтересованите страни

Продуктови стюарди, пазачи и време на продукта

Продуктовите мениджъри често имат лична връзка с продукта и оправдават очакванията в компанията. Те също трябва да реагират на потребители или клиенти на техните продукти, когато има проблеми, неизпълнени обещания или заявки за нова функционалност.

Те високо ценят простата комуникация и трябва да бъдат в течение на напредъка, проблемите и всякакви промени. Те обичат да виждат чернови първо и често и тъй като могат да работят в различни мащаби (различни нива от директно разработване на продукти до практики с незначителни промени), взаимодействието им с тях може да варира значително.

Тъй като премиерите прекарват много време в комуникация с различни заинтересовани страни (вътрешно и външно), важно е да ги информирате, без да чакате да се консултират с вас. Задайте редовни проверки с вашите премиери, за да изпращате итеративни чернови, слушайте отзивите им и винаги завършвайте със списък с елементи за действие за следващата среща.

Няма да отнеме много време, за да научите какви са вашите цели за функционалността на продукта. Премиерите знаят това дизайнерите те решават проблеми, така че дизайнерите трябва да предоставят данни и анализи, за да демонстрират своите разсъждения. Дали си прав или не, няма значение. Покажете, че целта е да изградите най-добрия продукт и ще спечелите доверието на един премиер!

Инженеринг: Отговаря за оживяването на проектите

Инженерите (наричани още разработчици) са хората, които са най-близо до продукта; те го изграждат! Това им дава предимство, защото могат директно да експериментират и тестват отделни компоненти на продукта. в действие . Това е чудесно, защото те несъмнено ще открият слабостите във всеки дизайн, понякога преди да създадат каквото и да било, което е двойно страхотно, защото е огромно предимство на много нива да се открият недостатъците, преди софтуерът да бъде кодиран.

Най-добрият начин да спечелите доверието на инженерна група е да изготвите пълни и изчерпателни продуктови спецификации или да ги включите отпред ... или и двете.

Когато разработчиците се считат за истински „актьори“, те са повече от склонни да обсъждат случаи на употреба, сценарии, технически предизвикателства и възможности за тяхното преодоляване. Лесно е да забравите, че инженерите са истински продуктови архитекти; Те имат голям интерес да решават проблеми с дизайнера, особено когато предизвикателството е трудно или би могло да се реши по различен начин.

Архитекти на бази данни и системи, пазители на структури от данни

Архитектите на бази данни и системи знаят как продуктът работи зад кулисите. Те знаят всичко за това как данните се съхраняват и структурират, какво може да се интегрира и как всички системи комуникират помежду си. Те са склонни да се интересуват по-малко от това как продуктът работи за потребителите, отколкото от това как взаимодейства с различни системи (за което в крайна сметка те отговарят).

Те могат да бъдат особено трудни за ориентирани към потребителите дизайнери . Важно е да запомните, че дори ако архитектът на база данни / система никога не взаимодейства с крайните потребители, фокусът им винаги е в полза на тези потребители, независимо дали е чрез надеждността, бързината или простотата на продукта.

Вашите познания за това как работят структурите от данни - и последствията от всяка промяна във функционалността на продукта - са твърде лесни за забелязване без вашето експертно въвеждане. Важно е да поканите и включите системни архитекти в срещи и дискусии относно промените в продуктите, дори ако изглежда, че тяхната позиция не е пряко свързана. Един от начините да си сътрудничите със системен архитект е да създадете контролен списък със следните въпроси:

• Влияе ли функция X на текущата структура на данните?
• Има ли някаква допълнителна работа по проектиране / разработка предвид настоящата архитектура?
• Конфилира ли Y оформлението с някакъв съществуващ потребителски вход / изход?
• Засегнати ли са външни услуги от функция X?

Този прост списък ще ви насочи в правилната посока, дори без ясното разбиране за това как работят съществуващите (и евентуално) монолитни структури от данни. Всичко, което е проверено, е област, която трябва да бъде проучена с обикновена дискусия.

Експерти по предмета и бизнес анализатори, информационни сътрудници

Експертите в областта са подходящо назовани; Те са експерти в областта и могат да бъдат златна мина с уникална и ценна информация. Те често са спечелили специализирани степени в областта или са прекарали по-голямата част от живота си във вашата индустрия. Те имат практически опит с начина, по който би трябвало да функционира бизнесът, и си спомнят дългата и болезнена история и политика, която ги е довела до там, където са днес. Бизнес анализаторът знае тънкостите на това как действа организацията и често изпълнява същата роля като МСП, ако данните са налични, но няма вътрешен експерт.

Ангажирайте се с МСП, за да научите как проектът се възприема от ръководството, за да се гарантира, че са изпълнени вътрешните очаквания и че той не е на опасна територия. Поканете анализаторите да проектират сесии, като им кажете преди време, че те са експертите, и ги помолете да споделят своите идеи за исторически провали, политически конфликти и други проблеми, които могат да бъдат критични за успешното пускане на продукта.

Мениджъри за успех на клиентите, нова точка за контакт с клиенти

Когато продажбите завършат, завършвайки нови клиенти, обучители или, за компаниите на SaaS, мениджъри за успех на клиентите (CSM), усилете се, за да научите новите потребители как действително да използват продукта. Затова се разбира, че обучителите прекарват много време в разговори с начинаещи потребители. CSM има уникална перспектива, защото те взаимодействат с клиенти, които често не са участвали в решението за покупка на тяхната компания.

С тази уникална перспектива обучителите / CSM могат да предоставят ценна информация за дизайнерски решения, както за включване на клиенти, така и за ново поведение на потребителите. Много бизнес организации проследяват и следят как новите им клиенти използват различни продукти и регистрират всичко, от обаждания до жалби, но треньорите имат представа с какво клиентите наистина се борят.

Включете старши треньор във всички големи дизайнерски срещи и попитайте за всички решения с тях. Задавайте въпроси като „Кои са първите три жалби на клиенти?“ и, 'Новите клиенти удовлетворени ли са средно от продукта?' и, 'Какви промени смятате, че ще осигурят най-голямо положително въздействие за вас и вашия екип?' По този начин всички ние научаваме кой е щастливият път; Треньорите са нашите очи и уши за всички начини, по които клиентите действително използват продукта.

Продажби, първият контакт на продукта с клиентите

Продажбите и дизайна често са в противоречие. Някои организации се движат от продажбите, докато други не, но независимо от това, има ясна разлика в целите: екипът по продажбите иска да увеличи продажбите, докато дизайнът иска да подобри потребителското изживяване. Те не винаги се подреждат.

Не е задължително да е така. Повечето търговци имат много разумни оплаквания: Те нямат почти никакъв контрол върху продуктовите решения, от тях се изисква да поемат ангажименти, които всъщност не могат да обещаят, и са принудени да постигат конкретни цели за приходите независимо. Не е чудно, че екипите по продажбите и продуктите редовно подгряват спорове!

Въпреки това, подобно на обучителите, търговската организация има уникална гледна точка към нуждите на клиентите и често тази перспектива е разликата между извършването на малка продажба и довеждането на кит. Разберете различните области, с които екипът по продажбите се бори. Опитайте да слушате какъвто и да е разговор и научете как тези потенциални клиенти комуникират.

Това ще отвори разговора с продажбите. Не става дума само за вашите нужди, за да бъдат чути; става дума за подобряване на практическата работа за потенциалните потребители на всеки етап, от първата комуникация до след включването. Разберете какво продавачите чуват най-много от потенциалните клиенти, какви предизвикателства имат при затварянето на сделката и кои са най-големите опасения, след като тя бъде затворена.

Дизайнът в Enterprise не трябва да бъде кошмар

Като дизайнер, всички тези движещи се части могат да бъдат трудни за управление, особено когато не ви считат за „мениджър“ в официалния смисъл на думата. Като ключов участник в комуникацията между екипи, събирането на изисквания и обратната връзка, трябва да имате достъп до всички тези професионалисти на някакво ниво.

Най-критичният, но най-простият начин да направите това е да изслушате всички страни и да вземете техните коментари на сериозно. В повечето организации следващата стъпка е да вземете тази обратна връзка и да работите с продуктовия мениджър, за да организирате изискванията в действаща работа.

Оттам нататък зависи до приоритетите и попълването на пропуските. В крайна сметка целта е да проектираме най-добрия продукт и се нуждаем от помощта на целия персонал за разработка на продукти. Признаването, че всяка роля е важна, и информирането на хората за тяхната стойност в цикъла на разработване на продукта ги отваря, за да предоставят информацията, от която дизайнерът се нуждае, за да вземе по-добри решения за дизайн на продукта.