Създайте екип за дизайн на продукти, създайте продукт, който вашите потребители обичат

През юли 2016 г. бях поканен на борда на най-амбициозния проект в OutSystems Engineering: да се присъединя към група хора, страстни за UX и да формирам това, което днес е известно като екипа на Product Design. Този екип повлия на начина, по който инженерството изгражда продукта до степен, че потребителското изживяване се вкопчва в нашата култура. Нека ви разкажа историята как стигнахме до тук.

Моята история

Аз съм софтуерен инженер, който се присъедини към OutSystems Engineering през 2007 г. Оттогава се занимавам и научавам много технически неща. Станах ръководител на екип и заедно с това открих използваемост и дизайнерски практики. Винаги съм бил от онези хора, които наистина се интересуват от нашите потребители, човекът, който експериментирал с макети и прототипи и направил тестове за използваемост преди да достави продукта.

Януари 2015 г.: Клиент беше толкова доволен от работата на моя екип,
че ни изпратиха щастливо писмо за Нова година.

Ако обаче искате да създадете страхотен продукт, не е достатъчно да имате няколко души, които се интересуват от потребителското изживяване. Компанията осъзна това и се опита (и не успя) да създаде и поддържа централизиран UX или дизайнерски екип. И така, защо бях поканен да изградя този екип ?? Е, както ще видите, причината беше, че този път щяхме да правим нещата по различен начин. След успешен пробен опит в съществуващ екип, ръководството прие нашето предложение за създаване на чисто нов дизайнерски екип.

Основно правило за този екип беше, че той трябва да бъде мултидисциплинарен: противно на предишните итерации, той трябваше да се състои както от UI / UX дизайнери, така и от инженери със силен софтуер за разработка на софтуер. Защо това беше важно?

OutSystems предлага платформа с нисък код за изграждане на мобилни и уеб приложения. Нашата крайна цел е да подобрим живота на разработчиците, като направим развитието по-бързо и лесно. За да разберем тези разработчици, да открием техните нужди и да проектираме и утвърдим най-добрите решения, ние се нуждаем както от инженери, така и от UI / UX дизайнери. Бих бил инженер, а също и ръководител на екипа за този нов екип и това беше голямо предизвикателство!

Ноември 2016 г. - Екипът на продуктовия дизайн.

Ранните етапи: Определяне на нашата цел и нашето виждане

Първото важно решение, което взехме, беше да назовем екипа „Дизайн на продуктите“. Искахме да се прекъснем от предишните само дизайнерски екипи. За съжаление, те бяха ограничени до по-късните етапи на проектите, работещи само върху визуалния дизайн (изображения и икони) и други дизайнерски неща, които инженерите не могат да направят, като тениски и чаши и други невероятни суинг.

Искахме да оформим бъдещето на нашия продукт и да не бъдем замислени; щяхме да участваме от горе.

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

С това определихме нашата вдъхновяваща визия:

Визията на екипа за дизайн на продукти.

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

  1. Направете продукта лесен за употреба.
  2. Направете продукта красив и желан.
  3. Помогнете на нашите потребители да разберат стойността на продукта.

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

Изпълнение на Premortem

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

Проект Premortem

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

Оценка на нашите умения

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

Разгледахме дефиницията на продукта. Ние открихме това:

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

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

Диаграма, демонстрираща уменията на екипа за дизайн на продукти за 2016 г.

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

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

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

Диаграма, демонстрираща умението на екипа на дизайнерския екип за 2018 г.

Работа с екипите на продуктите

С екипа на място, нашата визия и поставени цели и нашите умения, определени и ясни, как всъщност можем да повлияем на бъдещето на продукта? OutSystems инженерингът има няколко продуктови екипа, по един за всяка област на продукта: преден, заден, жизнен цикъл на приложението и т.н.

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

  1. Работим с екипите, а не за отборите
  2. Винаги се стремим да добавим максимална стойност и най-малко режийни разходи на отборите.

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

Дефинирахме процес с четири етапа: откриване, прототип, доставка и настройване.

Четирите етапа на дизайна на продукта

Етапът на откриването

На този етап целта е да се разбере всичко за проблема. Интервюираме, събираме отзиви от множество източници, правим тестове за използваемост с настоящото решение, анализираме конкуренцията и провеждаме процес на идеи, за да предложим възможно най-много решения. Проведохме няколко наистина готини експеримента по време на процеса на идеята и днес изпълняваме вариант на Google Design Sprint, който наричаме „Сесия на дизайна“. Това е един от най-важните етапи на процеса главно, защото той привежда всички в съответствие с проблема. ние се опитваме да разрешим.

Ноември 2016: Изпробвайте спринта на Google Design.Декември 2016 г. - Продуктът на първата ни сесия за дизайн, за Full-Stack Visual Debugger.

Прототипният етап

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

Януари 2017: Пълностепенни прототипи за визуални отладки.Март 2017: прототип на хартиения редактор на стилове

Етапът на предаване

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

Март 2017: Един от членовете на екипа достави бебе, уау!Септември 2017 г. - Окончателният потребителски интерфейс на диалоговия прозорец за настройка на мобилни устройства на визуалния дебъгер на пълен стек

Етапът на ощипване

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

Тази информация ни помага да опростим дизайна.

Декември 2017 г .: - Анализиране на показателите за използване за редактор на стилове.

Изплакнете, изплакнете, повторете

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

Къде сме днес; Къде сме се насочили?

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

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

Обратно към Моята история

Това е далеч най-предизвикателният и възнаграждаващ проект, в който участвах през времето си в OutSystems. Предизвикателствата са постоянни; екипът е невероятен! Благодаря ви, OutSystems, за такава изключителна възможност.

Екипът на продуктовия дизайн през 2018 г.