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

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

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

какво е c-корпорация

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

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

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

• Продуктови мениджъри дефинират обхвата, изискванията и циклите на итерация на разработка за продукти и характеристики; те често са вратари за функции преди окончателно да / не и се практикуват в комуникацията с цялата организация, включително ръководителите.
• Инженери изграждат продукта, така че да разбират техническите възможности и ограничения. Това ги прави критичен ресурс за определяне на основните проблеми, включително срокове за разработка, използвани технологии, обхват и често осъществимост на дизайна (ако нашите концепции са дори възможни предвид технологията и ограниченията във времето).
• Архитекти на бази данни и системи знаят как се интегрират данните и имат задълбочено разбиране на това, което е необходимо за поддържане на ефективността, като същевременно продължават да надграждат съществуващия продукт / платформа.
• Експерти по вътрешни теми (МСП) са запознати отблизо с бизнес процесите, случаите на употреба, историята и политиката, както и с общите очаквания от ръководството, клиентите и потребителите.
• Продажби се фокусира върху представянето на продукта на потенциални клиенти. Това прави продажбите първата точка за контакт, така че разбирането им за продукта е от решаващо значение за затваряне (и често създаване) на потенциални клиенти.
• Маратонки (или в SaaS, агенти за успех на клиентите ) имат пряко излагане на екипа по продажбите и новите или пробните потребители и могат да допринесат с много полезна информация за това как се представя продуктът инвитро и отвъд.

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

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

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

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

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

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

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

Инженерство: Отговаря за оживяването на дизайни

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

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

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

Лесно е да забравите, че инженерите са истински продуктови архитекти; те имат личен интерес от решаването на проблеми с дизайнера, особено когато предизвикателството е трудно или би могло да се реши по друг начин.

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

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

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

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

Един от начините да си сътрудничите със системен архитект е да създадете контролен списък със следните въпроси:

каква е разликата между c corp и s corp

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

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

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

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

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

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

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

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

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

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

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

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

разлика между ac corporation и an s corporation

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

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

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

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

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

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

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

• • •

Допълнително четене в блога за дизайн на ApeeScape:

• Най-добри практики и често срещани грешки в дизайна на потребителския интерфейс
• Празни държави - най-пренебрегваният аспект на UX
• Простотата е ключова - изследване на минималния уеб дизайн
• Евристични принципи за мобилни интерфейси
• Проектиране за четливост - Ръководство за уеб типография

Разбиране на основите

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

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

Какво е дизайн от комитет?

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

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

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

Защо е важно да си сътрудничим с другите?

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

Каква е важността на съвместното обучение?

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

Какво е съвместен дизайн?

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