Прості поради щодо покращення тестування користувачів

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

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

  • Модерується, коли модератор працює з учасником тесту
  • Немодельований, в якому учасник тесту самостійно завершує тест

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

1. Тест як можна раніше

Чим раніше ви тестуєте, тим простіше вносити зміни і, тим самим, більший вплив тестування матиме на якість продукту. Багато дизайнерських команд використовують виправдання: "Продукт ще не готовий. Ми перевіримо його пізніше », щоб відкласти тестування. Звичайно, ми всі хочемо, щоб наша робота була ідеальною, саме тому ми намагаємось уникати показу напівфабрикату. Але якщо ви працюєте занадто довго без циклу зворотного зв’язку, шанси вищі, що вам потрібно буде внести значні зміни після випуску товару на ринок. Це класична помилка: думати, що ти користувач, і створювати дизайн для себе. Якщо ви зможете вкласти енергію для того, щоб навчитися рано та запобігти виникненню проблем в першу чергу, ви заощадите величезну кількість часу пізніше.

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

2. Окресліть свої цілі

Перш ніж розпочати тестування на зручність, будьте чітко зрозумілі у своїх цілях. Подумайте, з якої причини ви хочете протестувати продукт. Чого ти намагаєшся навчитися? Запитайте себе: "Що мені потрібно знати з цього сеансу?"

Ось кілька загальних цілей:

  • Дізнайтеся, чи вміють користувачі успішно виконувати задані завдання (наприклад, придбати продукт, знайти інформацію)
  • Визначте, скільки часу потрібно для виконання конкретних завдань
  • Дізнайтеся, чи задоволені користувачі продуктом, та визначте зміни, необхідні для підвищення задоволеності

3. Ретельно підготуйте запитання та завдання

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

Діяльні завдання

Створюючи завдання, зробіть їх реалістичними та дієвими. Це можуть бути конкретні частини продукту або прототипу, які ви хочете перевірити користувачам, наприклад:

  • Початок роботи з продуктом
  • Заповнення каси
  • Налаштування продукту

Розставити пріоритетні завдання

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

Чітко опишіть завдання

Тестерам потрібно знати, що робити. Зробити це легко. Користувачі, як правило, не відволікаються, коли завдання нечіткі.

Майте мету для кожного завдання

Як модератор, ви повинні бути дуже чіткими щодо мети завдання (наприклад, "Я очікую, що користувачі зможуть завершити замовлення протягом двох хвилин"). Однак вам не потрібно ділитися цією метою з учасниками.

Обмежте кількість завдань

Патрік Неман з «Юзабіліті» рекомендує призначити п’ять завдань на кожного учасника. Враховуючи час сеансу (як правило, 60 хвилин), залиште час і на ваші запитання.

Надайте сценарій, а не інструкцію

Люди, як правило, виконують більш природно, якщо ви надаєте їм сценарій, а не суху інструкцію. Замість того, щоб запитати у них щось на кшталт «Завантажте книгу з рецептами», ви можете охарактеризувати це як сценарій, наприклад: «Ви шукаєте нові способи приготування квасолі. Завантажте електронну книгу з рецептами ". Сценарій містить певний контекст і робить завдання більш природним для користувача. Чим природніше учасники виконують завдання, тим кращі дані ви отримаєте в результаті.

Перевірте набір завдань самостійно

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

4. Підбір репрезентативних користувачів

Пошук питань, які ви хочете задати, є важливим, але також люди, які беруть участь у вашому тесті, повинні бути представниками вашої цільової аудиторії (особистість користувача). Немає сенсу дивитися, як люди використовують ваш продукт, якщо вони не відповідають цільовій аудиторії. Тому, як тільки у вас з’явиться якесь уявлення про те, що тестувати, починайте набирати роботу. Ретельно набирайте людей на основі ваших цілей. Будьте в курсі: Знайти людей для тестів на зручність непросто. Насправді, підбір персоналу є однією з головних причин, чому багато компаній не регулярно спілкуються зі своїми користувачами. Таким чином, докладіть додаткових зусиль для пошуку людей, які представляють вашу цільову аудиторію.

Проаналізуйте дані існуючих користувачів

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

Числа, надані інструментом аналітики щодо того, як користувач взаємодіє з продуктом - кліки, час користувальницької сесії, пошукові запити, конверсія тощо - допоможуть дизайнерам UX підготуватися до тестів на зручність. Зображення: Рамоція

Тестуйте з користувачами, які не є лише друзями чи родичами

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

Визначте свої критерії

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

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

Створіть запитання екрану

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

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

Дозвольте людям заповнити просіювач

Далі вам потрібно буде змусити людей заповнити просіювач. Один із способів досягти цього - створити опис роботи із посиланням на ваше опитування. В описі поясніть свої очікування та запропонуйте стимул мотивувати людей до явки (наприклад, подарункова карта Amazon на 100 доларів за 60-хвилинне інтерв'ю). Craigslist, Twitter та Facebook - найбільш очевидні місця для публікації опису вакансії.

Все буде дещо складніше, коли вам потрібно набрати дуже конкретних і важко знайти типів користувачів. Але навіть у цьому випадку це цілком вирішимо:

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

Порада: Якщо ваш продукт є на ринку, ви можете відобразити повідомлення "Хочете надати нам більше відгуків?" - десь у потоці користувачів, що призводить до вашої форми просіювача. Крім того, якщо ви користуєтесь такою послугою, як "Інтерком", ви можете автоматично надіслати електронною поштою новим користувачам після того, як вони використали продукт п'ять разів, запросивши участь у тестуванні.

Подумайте про якість, а не про кількість

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

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

Чітко вкажіть, як приєднатися до сесії

Плануючи тестовий сеанс, надайте учасникам усі деталі в електронному листі з підтвердженням:

  • Час (якщо ви робите дистанційне тестування, вкажіть час у відповідному часовому поясі)
  • Місцезнаходження (включаючи будівлю, інформацію про паркування тощо)
  • Що учасники тесту потрібно взяти з собою (наприклад, особистий ідентифікатор, мобільний пристрій з iOS або Android тощо)
  • Ваш номер телефону (у випадку, якщо у них є питання або потрібно їх перенести)

Щоб звести до мінімуму невтішні покази, ви можете попросити користувачів у відповідь підтвердити. Наприклад, ваш тематичний рядок в електронному листі підтвердження може мати щось на кшталт "Сеанс користування, запланований на 14 травня о 15 годині вечора. (Будь ласка, відповідайте, щоб підтвердити). "Ви також можете зателефонувати учасникам, щоб нагадати їм про їх зустріч за день до сесії.

5. Отримайте максимальну віддачу від тестування особи

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

Побудова хорошого рапорту

Коли сеанс починається, учасник може нервувати і не впевнений, що чекати. Якість сеансу юзабіліті безпосередньо пов’язаний із зведенням, який ви будуєте з учасником. Чим глибше довіра учасника до модератора, тим відвертішими будуть їх відгуки. Проведіть тест таким чином, щоб учасники почували себе комфортно, надаючи вам чесні відгуки.

Кілька речей, які слід пам’ятати:

  • У разі відмови люди, як правило, звинувачують себе, а не недолік у дизайні. Таким чином, переконайтеся, що вони не відчувають, що їх перевіряють. (Наприклад, "Ми не випробовуємо вас; ми протестуємо наш дизайн. Отже, нічого, що ви говорите чи зробите, не є правильним.")
  • Ви хочете, щоб учасники були максимально відвертими. Якщо їм щось не подобається або вони думають, що це нерозумно, переконайтесь, що вони так говорять. Деякі учасники не люблять ділитися такими думками, бо бояться нашкодити вашим почуттям. Просто скажіть їм щось на кшталт: «Ви не зашкодите нашим почуттям. Ми взагалі не брали участь у розробці цих екранів ».
  • Почніть з легких завдань або питань. Вони не дадуть жодної соковитої інформації, але змусять людей розмовляти і допоможуть розслабитися. Дізнайтеся трохи про людину. Спробуйте дізнатися, що людині подобається чи не подобається, їх хобі, а також технічні звички. Ця інформація допоможе вам краще оцінити результати тесту.

Слухай, не веди

Після того, як ви представили завдання, все повинен вести учасник. Ваша мета на цьому сеансі - зрозуміти, як користувачі будуть використовувати продукт. Наприклад, якщо учасник проходить непередбачений маршрут через вашу програму, не виправляйте їх! Зачекайте, щоб побачити, що станеться. Це цінне навчання.

Не судіть учасників

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

Таким чином, уникайте фрази на кшталт: «Це було очевидно, правда?» Та «Ти дійсно так вважаєш?», Піднімаючи брови, навіть якщо щось здається очевидним. Натомість запитайте щось на кшталт: «Наскільки легко чи важко вам було виконати це завдання?» Або «Чому ви вважаєте це?» Ніколи не повинно бути жодних суджень чи здивувань ні вашим тоном, ні мовою тіла.

Не пояснюйте

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

Не перебивайте

Коли учасники починають завдання, постарайтеся не перебивати їх. Чим більше ви перебиватиметесь, тим менше шансів у них з’явиться впевненість виконати завдання. Вони втратять свій потік, і ви не побачите нічого подібного до природної поведінки.

Не звертайте увагу на конкретні проблеми

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

Використовуйте техніку Think-Aloud

Метод обдумування вкрай важливий для проникнення в голову учасника. Насправді Якоб Нільсен стверджує, що це найкращий інструмент використання. Використовуючи техніку роздуму вголос, модератор просить учасників тестування використовувати продукт, постійно розмовляючи вголос - просто вербалізуючи свої думки під час руху через користувальницький інтерфейс. Використовуючи цю техніку для програми для замовлення їжі, швидше за все, ви отримаєте відповіді на кшталт "Гм, це схоже на додаток для замовлення їжі. Мені цікаво, як замовити їжу. Можливо, якщо я натискаю тут, я побачу форму для запиту їжі. "Ця методика дозволяє вам дізнатися, що користувачі дійсно думають про ваш дизайн, і допоможе вам перетворити сеанс зручності в практичні рекомендації щодо переробки дизайну. Відповіді на кшталт: "О, це завантажується занадто повільно", "Чому я бачу це?" Та "Я очікував, що побачу B після A", можна перекласти на прийнятні зміни дизайну.

Порада. Оскільки більшість користувачів не розмовляють під час використання продукту, фасилітатор тесту повинен буде запропонувати їм продовжувати розмову. Запитайте щось на кшталт "Що тут відбувається?", Коли учасники тесту взаємодіють із продуктом.

Дотримуйтесь поведінки

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

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

Коли ви сумніваєтесь, уточнюйте

Коли ви не зовсім впевнені, про що йдеться у учасника, попросіть пояснення. Просте запитання на кшталт "Коли ти сказав ... ти мав на увазі ...?", Стане зрозумілим. Не залишайте це до кінця сесії. Кінець сеансу занадто пізно, щоб повернутися назад і зрозуміти, про що хтось говорив.

Продовжуйте запитання

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

Відповідайте на запитання

Під час сесії учасники неодмінно зададуть вам кілька питань. Ось деякі з найбільш поширених:

  • "Чи варто його використовувати?"
  • "Як ти гадаєш?"
  • "Що про це думали інші?"

Втримайтеся від спокуси розповісти їм про це все! Поставте їм запитання прямо назад. Це виявить багато.

6. Трактуйте дизайн як ітеративний процес

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

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

Шлейф зворотного зв'язку

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

7. Не обмежуйте себе особистими сесіями

Тестування особисто - це чудовий спосіб зрозуміти поведінку користувачів; на жаль, це не завжди можливо. Що робити, якщо вам потрібно протестувати лише одну невелику функцію, або ваші учасники тестування розігнані (наприклад, якщо ваш продукт орієнтований на міжнародних клієнтів), або вам потрібні швидкі результати (в ідеалі сьогодні)? У цьому випадку зосередьтеся на віддаленому тестуванні. Але як ви обробляєте віддалені сеанси?

Використовуйте Інструменти для немодерованих тестів

На сьогоднішній день у вас є безліч інструментів для запуску віддалених немодельованих тестів. Ось декілька:

  • Повернення: Цей інструмент дозволяє проводити як віддалене тестування, так і немодельоване тестування. Живі сеанси автоматично записуються у хмару - без завантаження, очікування чи керування файлами.
  • UserTesting: UserTesting дозволяє легко перевіряти зручність віддаленого користування. Ви можете запустити немодерований тест на своєму веб-сайті з попередньо визначеною базою користувачів.
  • Дійсність: За допомогою Validately вибирайте або немодельоване, або модероване тестування. Щоб протестувати продукт, додайте посилання на свій веб-сайт або прототип. Тестери отримають URL-адресу, щоб пройти тест або приєднатися до модерованого сеансу. Після сеансу ви отримаєте якісний звіт та спільні відео.
  • Usabilla: збирайте як якісну, так і кількісну інформацію від користувачів для прийняття правильних дизайнерських рішень. Серед тестових результатів ви отримаєте приємні карти тепла.

Проведіть модероване дистанційне тестування

Ви можете проводити віддалені модеровані сеанси за допомогою Google Hangouts або Skype. Просто попросіть користувачів поділитися екраном, а потім подивіться, як вони взаємодіють із вашим продуктом. Не забудьте записати сеанс для подальшого аналізу. (Записуйте і відео, і аудіо; без звуку може бути важко сказати, чому відбулася певна поведінка.)

Уникайте "професійних" тестерів

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

8. Залучайте до цього цілу команду

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

Обговоріть із командою стратегію тестування

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

Зображення: Генеральна Асамблея

Попросіть усіх спостерігати за сеансами

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

Попросіть команду допомогти в аналізі

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

9. Тест до, під час та після перепроектування

Поширене питання серед багатьох команд продуктів: “Коли ми повинні протестувати?” Відповідь проста: Тестуйте перед дизайном чи перепроектуванням, протестуйте під час проектування, а потім також тестуйте.

  • Перед розробкою або перепроектуванням: Тестування проводилося б на фазі відкриття процесу проектування UX. Якщо ви плануєте переробити існуючий продукт, тестування на зручність може допомогти вам визначити найбільші больові моменти в поточній версії. Розгляньте тестування продуктів конкурентів для порівняння результатів.
  • Під час перепроектування: Якщо ресурси існують, робіть це на кожному етапі проекту. За час, необхідний для створення та запуску нового продукту чи функції, ви можете запустити кілька сесій тестування та вдосконалити прототип після кожного.
  • Після реконструкції: знання, як реальні користувачі використовують продукт, допоможе вам зробити його кращим.

10. Не намагайтеся вирішувати все відразу

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

Висновок

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

Подальше читання

Щоб дізнатися про останні тенденції та уявлення про дизайн UX / UI, підпишіться на наш щотижневий інформаційний бюлетень про досвід.

Нік Бабіч - розробник, ентузіаст із технологій та любитель UX. Останні 10 років він провів, працюючи в індустрії програмного забезпечення, спеціалізуючись на розробці. Серед численних інтересів він зараховує рекламу, психологію та кіно.

Спочатку опубліковано на blogs.adobe.com.

Дізнайтеся про Adobe XD, наш все-в-одному інструмент проектування та прототипування:

  • Завантажте Adobe XD
  • Обліковий запис Adobe XD Twitter - також використовуйте #adobexd для спілкування з командою!
  • База даних ідей Adobe XD UserVoice
  • Форум Adobe XD