Статті
Тріада в кросфункціональній продуктовій команді
На прикладі real estate додатку від продуктової студії Uptech
29 червень, 2021
Стати автором

«Кросфункціональна команда — одна з найтісніших структур у суспільстві», — жартує Микола Мельник, Design Lead студії продуктової розробки Uptech. Саме оптимальний склад команди, яка спільно працює над продуктом, є запорукою створення найвдаліших рішень за коротші терміни.

На прикладі проєкту студії — вебзастосунку для пошуку житлової нерухомості Nomad — в Uptech розповіли, як влаштовані їхні кросфункціональні команди, які інструменти вони залучають в роботі та як забезпечують максимальну ефективність.

Матеріал створений у партнерстві з Uptech.

Кросфункціональна команда

Кросфункціональна команда — це група різних спеціалістів, які повністю синхронізовані в одному проєкті. Вони мають одну ціль і працюють над її втіленням з різних напрямків. Члени команди проходять всі етапи проєкту разом, тісно спілкуються, діляться ідеями та впливають на рішення одне одного.

Раніше в Uptech будували роботу на основі функціональних команд, але після одного складного багаторівневого проєкту змінили свій підхід. Чому? Бо звичні функціональні команди — це про виконання задачі (коли настане твоя черга), а не про генерацію ідей для найкращих рішень. Кросфункціональні команди більш гнучкі, продуктивні та відкриті до творчості, впевнені в Uptech. Замість того, щоб чекати, поки колега з іншого відділу виконає своє завдання, члени кросфункціональної команди можуть обговорити та перевірити свої ідеї відразу. Це допомагає швидко підтверджувати чи спростовувати гіпотези та продуктивніше працювати на етапі дослідження.

Зазвичай у кросфункціональну команду входять дизайнери, розробники, тестувальники, проджект-менеджери. Також до неї легко приєднати представника команди клієнта. Що і варто робити.

У роботі кросфункціональної команди Uptech керується поняттям «продуктова тріада». Кожна сторона тріади «захищає» різні інтереси продукту, над яким працює. Так, проджект-менеджер відповідає за бізнес-показники, дизайнер — за користувацький досвід, engineering lead — за розробку.

«Ці три ключові особи мають тісно взаємодіяти. Вони разом генерують рішення, яке відповідатиме потребам бізнесу, користувача та технічним вимогам. Функція продуктової тріади — підготувати все, аби створення продукту було максимально ефективним», — розповідає Design Lead в Uptech.

Вартість рішень та їх відповідність бюджету контролює проджект-менеджер, така ж компетенція є й зі сторони розробки. Дизайнер генерує інтерфейсне рішення, враховуючи всі бюджетні та технічні обмеження, і, звісно ж, інсайти, які надійшли від користувачів.

Завдяки тісній співпраці рішення одразу генеруються з урахуванням усіх обмежень, вимог та можливостей. Не витрачається час на задорогі варіанти чи на ті, що неможливо втілити з технічних причин.

Ілюстрація співпраці продуктової тріади.

У кросфункціональній команді кожна сторона тріади може впливати на рішення одне одного. Дизайнер — на рішення розробки, розробник — на бізнес-рішення, а проджект-менеджер — на дизайн. І це нормально.
Наприклад, проджект-менеджер бере участь у проведенні інтерв’ю та тестуванні концептів з користувачами, а розробники активно взаємодіють з дизайнером на етапі вибору фреймворка для адмінпанелі чи разом продумують рішення щодо інтеграції з Salesforce.

«Це не означає, що я можу змусити розробника вибрати якийсь фреймворк. Це означає, що разом із розробником ми можемо працювати над структурою даних і над способом їх зберігання. Бо дизайнер знає, який набір даних треба показати користувачеві, а розробник — які дані та в якій структурі зберігати», — розповідає Микола Мельник.

«Ми намагаємося використовувати симбіоз юзер-центричних та бізнес-центричних підходів. Маємо генерувати компромісні рішення — корисні користувачеві й ефективні для бізнесу».

Звісно, аби кросфункціональна команда працювала ефективно, кожен її учасник має відчувати себе вільним вносити пропозиції щодо роботи колег. В Uptech кажуть, що це питання закриває загальна здорова культура роботи в команді, що ґрунтується на відкритості та прозорості. Учасники апріорі налаштовані на те, що вся критика, а точніше фідбек, — чуєш ти його чи висловлюєш — є конструктивним і йде на користь загальній меті.

«Ключовим тут є вміння давати та сприймати фідбек, — зазначає Микола. — І, звісно, потрібно бути відкритим до нових ідей та пропозицій, які можуть покращити твій відрізок роботи».

Принципи формування кросфункціональної команди

  • Враховуються цілі та потреби проєкту.
  • В учасників команди має бути експертиза у потрібних доменах.
  • Досвід роботи з необхідними технологіями та підходами. У створенні real estate додатку, наприклад, потрібно працювати з мапою та зі специфічною базою даних. Долучають дизайнерів із відповідним досвідом.
  • Успішна співпраця членів команди у минулих проєктах. Наприклад, у проєкт залучають фронтенд і бекенд розробників, які раніше вже добре спрацювалися.
  • Доступність потрібних спеціалістів. Якщо немає людей з потрібними компетенціями, реалізувати проєкт буде важче.

Комунікацію в кросфункціональній команді Uptech забезпечують стандартні Scrum-практики, щоденні мітинги, ретроспективи тощо. Тісна комунікація — найважливіша складова успішної роботи кросфункціональної команди.

Це стосується і взаємодії з клієнтом. Кросфункціональність дозволяє органічно та максимально корисно залучати до реалізації проєкту представника команди клієнта. У випадку з проєктом Nomad замовник був дуже активним учасником процесу, і мало не ключовим елементом тріади. Ще до карантину він встиг приїхати й взяти участь у командних воркшопах. «Коли клієнт активний, це задає темп роботи всій команді», — зазначає Design Lead Uptech.

Дизайн-команда Uptech.

У кросфункціональній команді проєкту Nomad працювали: проджект-менеджерка Альона Ніколаєва, дизайнерка Олена Ващук (дівчата дуже допомогли в створенні цього матеріалу, дякуємо! — ред.), engineering lead, який керував усім процесом розробки, два фронтенд та два бекенд розробники й один QA.

Про проєкт

Nomad — сервіс для оренди та покупки житла в Дубаї. Вебзастосунок створювали аби подолати неприємні особливості ринку нерухомості в Еміратах: засилля фейкових оголошень, безліч дублікатів, непрофесійність комунікації агентів-посередників та загальна непрозорість. Додаток спрощує організаційні процедури, відсіює нечесні оголошення й мінімізує спілкування з настирливими агентами.

«Як працює цей ринок. Коли людина відправляє запит щодо помешкання, яке її зацікавило, він надходить агенту. Клієнтові телефонують і повідомляють, що обране оголошення вже не активне. А далі починають нескінченно надсилати нові пропозиції, не звертаючи увагу на те, що насправді людина шукає. Агенти дуже наполегливі, неприємні в комунікації та намагаються обдурити клієнтів, щоб максимально нажитися на них. І клієнти губляться в численній кількості посилань, надісланих їм у Whatsapp», — розповідає Олена Ващук, дизайнерка Uptech, яка працювала над проєктом.

Клієнт звернувся до студії із запитом розробити проєкт з нуля. Він вже мав назву сервісу (власне, Nomad) та ряд гіпотез, які команда взялася опрацьовувати.

Основні завдання проєкту:

  1. Створити вебплатформу з оголошеннями для орендарів/покупців житла (розробка, дизайн, підтримка після релізу).
  2. Врегулювати процесуальні незручності, спростити досвід оренди/купівлі квартири.

 

Побажання щодо дизайну: мінімалістичність, дизайн має сприйматися в ОАЕ як «преміальний», зручний UX.

У Дубаї живе багато іммігрантів. І це робить вебдодаток досить перспективним продуктом, адже ринок нерухомості розвивається. Цільовою аудиторією є добре забезпечені англомовні іммігранти, які переїхали в Дубаї у зв’язку з роботою. Тому вебдодаток розроблявся лише англійською мовою, а в самій добірці оголошень немає дешевих та недоглянутих квартир.

Основна проблема, яку вирішує вебзастосунок Nomad, — комунікація з агентами. Виключити їх з процесу пошуку житла в Еміратах неможливо, тож потрібно зробити взаємодію з ними передбачуванішою. Клієнт звернувся в Uptech саме з таким запитом.

На початку взаємодії з платформою користувач вводить дані, а далі система добирає йому варіанти, що підходять. Потрібно вибрати бажаний район міста, приблизний бюджет, кількість кімнат, тип житла, а також вказати коли планується переїзд (це впливає на кількість доступних варіантів).

Список питань на початку реєстрації є результатом проведених інтерв’ю з користувачами, зазначає Микола, Design Lead у Uptech: «Ми відтягуємо реєстрацію насамкінець. Це вже досить поширена практика: користувачеві шкода часу, який він витратив на відповіді на запитання, і він реєструється». Після реєстрації дані користувача опрацьовуються, і вже далі з ним контактує Nomad Advisor — професійний представник платформи, посередник між клієнтом та агентом власника житла.

У першу чергу команда розробляла власне платформу — вебсайт з квартирами, де кінцевий користувач може залишати заявки. А вже після релізу доопрацювали адмінпанель для управління оголошеннями та дашборд для агентів.

Дашборд для керування оголошеннями.

Дизайн-процес у кросфункціональній команді

Клієнт звернувся в Uptech уже з конкретним набором гіпотез, які він хотів перевірити та конвертувати в рішення.

Гіпотеза 1. Можна зробити процес пошуку та оренди/ купівлі житла більш передбачуваним, мінімізувавши маніпуляції з боку агентів.

Гіпотеза 2. Продукт може на себе перейняти всю рутину — пошук, організацію перегляду і врешті підписання договорів. Якщо раніше клієнти мали контактувати з різними виконавцями на різних етапах, то тепер всі завдання на себе переймає додаток.

Тож першим етапом процесу роботи над проєктом Nomad була формалізація гіпотез та структурування всієї інформації, що надійшла від клієнта в Problem Statement та Assumption Worksheet.

Далі провели аналіз конкурентів. Створили стратегічну канву: обрали ключових гравців на ринку, проаналізували їхні переваги та недоліки та поставили їм оцінки за кожним параметром. Оцінки допомогли сформувати розуміння, що саме потрібно зробити краще, щоб новий продукт став привабливішим за конкурентів. Ключові параметри, які аналізували: зручність використання та зрозумілість інтерфейсів, наявність дублікатів оголошень та нав’язливих елементів.

«Ми аналізували чотирьох конкурентів. Навіть візуально вони були малопривабливі, схожі на агрегатори оголошень, у багатьох випадках фейкових», — зазначив Design Lead у Uptech.

Наступним етапом було створення протоперсони — портрету користувача, що базується (поки ще) на припущеннях команди. Протоперсону валідують у процесі спілкування з користувачами. В команді Uptech протоперсона — це живий документ, і абсолютно нормально, якщо в процесі роботи він змінюється. Це навіть добре, бо означає, що команді вдалося копнути глибше.

У проєкті Nomad пропрацьовували декілька персон орендарів та декілька персон покупців квартир. Для кожної персони команда створила легенду: ім’я, сімейний стан, професійна зайнятість, спосіб життя та звички, яку нерухомість шукають, що сприймають як хороший сервіс тощо.

«Команда клієнта має багато знайомих, які живуть в Дубаї. Тож ми разом з дизайнеркою Оленою організували з ними інтерв’ю, щоб зрозуміти їхній досвід користування наявними платформами, — розповідає про співпрацю в кросфункціональній команді проджект-менеджерка Альона Ніколаєва. — Ми ознайомилися з найбільшими у світі real estate платформами (Compass, Zillow, Trulia тощо), порівняли їх з наявними аналогами в Дубаї. Тут важливо було дослідити культурну складову й асоціативні ряди, пов’язані з Дубаєм. Після цього разом з Оленою ми тестували розроблені концепти з користувачами, які відповідали нашій протоперсоні».

Після валідації персони починається створення customer journey map. Її теж прагнуть тримати «живою» і відповідно до змін оновлювати. CJM у проєкті теж дві: для орендаря та для покупця житла.

Приклад таблиці гіпотез.

«Ми формуємо таблицю гіпотез і до кожної з них створюємо тестові картки. Це допомагає перевіряти гіпотези, формалізувати процес перевірки та зробити його вимірюваним, аби знайти те, що дійсно працюватиме», — зазначає Design Lead Микола Мельник.

Шаблон тестової картки. Як заповняти тестові картки добре розповідають у цьому відео.

Гіпотеза, що не підтвердилася:

Спочатку команда планувала використовувати календар для бронювання переглядів квартир. План був такий: користувач вибирає квартири, які хоче переглянути, — і одразу ж бронює зручний для цього час. Але виявилось, що на ринку ОАЕ такий підхід не працюватиме. Знову ж таки через присутність ланки агентів. Тому врешті довелося змінити й модель: у Nomad вирішили наймати своїх агентів (Nomad Advisor), які супроводжуватимуть користувачів платформи. Тобто користувач вибирає всі цікаві йому квартири, ця інформація надсилається агентові Nomad, який далі уже сам призначає клієнтам зручний для них час перегляду кожного окремого помешкання.

На наступному етапі реалізації проєкту застосовували досить популярний фреймворк Lean UX Canvas. Він дає відповіді на всі питання щодо життєздатності ідеї бізнесу, які можуть виникнути під час розробки та після запуску продукту:

  • Хто наші користувачі, які в них потреби, як продукт може ці потреби задовольнити?
  • Хто наші конкуренти, в чому наш продукт сильніший за їхній?
  • На чому продукт зароблятиме, і які будуть витрати?

Далі створили концепт лендинг-сторінки, і почали роботу над прототипом продукту. Ці етапи реалізовувалися паралельно.

В Uptech розробили два концепти вебсторінки у візуальній стилістиці, яку хотів клієнт.

Варіант #1

Варіант #2

Клієнт врешті обрав другий варіант.

Розробка і дизайн відбувалися за dual track процесом. Цей підхід дозволяє дизайнеру і розробнику рухатися паралельно, адже робота розробника не блокується в очікуванні готового інтерфейсу. Так, частину часу дизайнер працює над UI-складовою інтерфейсу, яку потім передає розробникам в роботу. Іншу частину свого часу дизайнер разом з проджект-менеджером працює над валідацією гіпотез і над прототипами. «Це дозволяє вже в наступному спринті готувати UI для нового шматка функціоналу», — пояснює Design Lead Uptech.

Над усіма згаданими документами продуктова тріада працювала разом з клієнтом.

Після релізу вебдодатку, команда продовжує дизайн-підтримку продукту, а ще працює з тим самим замовником над новим продуктом Nomad для Парижу.

Кросфункціональна команда — чудове рішення для організації ефективної роботи на довготривалих проєктах з багатьма невідомими вихідними даними. Так, спочатку фахівцям з різними бекграундами та професійними світоглядами важко синхронізуватися. Але врешті всі зусилля на налагодження комунікації принесуть свій результат: ефективну та злагоджену реалізацію проєктів.


Telegraf.Design живе за підтримки спільноти. Підтримуйте Telegraf.Design на Patreon.

У нас є ще дещо для вас