Кастомний UX/UI дизайн і веб розробка платформи для Discord моніторингу

До нас звернулась стартап-команда з Америки. Вони мали великий досвід керування Дискорд серверами. 

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

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

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

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

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

У Goodface є дві моделі взаємодії: технічний партнер і виділена дизайн-команда. 

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

В основі має бути закладена правильна архітектура. 

Для цього ми провели UX дослідження. Воно почалося зі створення мапи маршруту
користувача (customer journey map). Ми чітко визначили взаємозалежності функцій,
керування ролями та отримали візуальну структуру функціоналу, який мали втілити. 

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

Як результат, ми мали комплексне уявлення взаємозв'язків, функціональну мапу
проєкту та розуміння плану роботи над проєктом.

Цю стадію проєкту Omni почали з пошуку дизайн-концепцій. 

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

Завершили фазу створенням макетів та масштабованої дизайн-системи UI-компонентів.

Завершили фазу створенням макетів та масштабованої дизайн-системи UI-компонентів.

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

Далі ми налаштовували кастомізацію окремих видів функціоналу всередині продукту,
відразу перевіряючи її в тестовому середовищі.

Окремим викликом в проєкті Omni була робота над
тим, аби зробити систему масштабованою. Адже
очікували на велику кількість юзерів. Це треба було врахувати, будуючи бекенд частину аплікації. 

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

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

Після першого Friends and Family тесту ми з клієнтом прийшли до висновку, що запускати MVP недоцільно, адже ми мали недостатньо велику кількість функціоналу, попри те, що все було зроблено швидко. 

Тому вирішили продовжувати активну фазу розробки до повноцінного завершення продукту. 

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

Одна з наших улюблених особливостей Omni - це
можливість створення своїх кастомних конструкторів потоку повідомлень. 

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

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

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

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