Олег Іщенко

Застосунок для перевірки та підписання документів

2019

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

Готовий дизайн з зв`язками

Замовник

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

Процес

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

Мапа функціональностіМапа функціональності

Проєктування

Сценарій був таким: користувач бачить нові документи на підпис, відкриває їх, читає та підписує.

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

Акцент на роботі з контрагентами

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

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

Ще один варіант без останнього документа в картці. Користувач бачить список контрагентів, обирає потрібного та переходить до папки з усіма документами: вхідними, вихідними та архівними.

Список документів
У цьому концепті вхідні документи користувач бачить одразу на головному екрані. Вихідні та архівні документи винесені в окремі папки.

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

Варіанти структури документів
У цьому варіанті навіть вхідні документи винесені в окрему папку.

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

Алфавітний список контактів
У цьому концепті взагалі папок немає.

Основна увага на документах

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

Документи на головному екрані
Користувач відкриває застосунок і одразу бачить список документів.

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

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

У цьому варіанті акцент зробили на типах документів. Це допомагає швидше знаходити потрібні рахунки, акти чи договори.

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

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

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

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

Свайп документів
Тіндер для документів. Ідея була смілива, але в підсумку замовник обрав інший напрямок.

Сценарії

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

Результати інтерв’ю

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

Висновки інтерв’ю
Важливе підкреслив

У ході інтерв’ю я виділив основні дії користувачів. Саме вони лягли в основу мікросценаріїв застосунку.

Цілі та мікросценарії

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

Сценарії взаємодії

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

Дизайн інтерфейса

Спочатку взяв стандартний iOS-фреймворк і зробив версію для iPhone. Після цього адаптував її під Android. Усі макети одразу створював в дизайні.

Сценарії інтерфейсу
Готовий дизайн з зв`язками

Підписав кожен крок користувача. У кожному сценарії одразу видно, що він робить і навіщо.

Альтернативні сценарії

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

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

Форма додавання контрагента

Я наполягав, щоб кнопка залишалася неактивною, доки користувач не заповнить усі обов’язкові поля. Це поширений UX-патерн, який допомагає зрозуміти, що система все ще очікує на певні дії. У підсумку вдалося дійти згоди, і ми залишили кнопку неактивною до завершення заповнення форми. Поступово завершили версію для iOS, а потім адаптували її під Android.

Тестування

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

  • підписати документ;
  • створити документ із завантаженого файлу;
  • додати нового контрагента;
  • отримати електронний підпис;
  • знайти та завантажити заяву для оформлення електронного підпису;
  • видалити організацію;
  • змінити тарифний план.

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

Веб-проєкти

Розробка дизайну сервісу керування мережею стаціонарних РЕБ для захисту об’єктів

Забеспечення управління мережею напів-автоматизованим РЕБ-ом

Розробка дизайну мобільного застосунку для приватної клініки

Медичні дані під рукою зі смартфона

Редизайн інтернет аптеки «Цитрус Фарм»

E-commerce сайт

Застосунок для перевірки та підписання документів

Усі документи під рукою: читайте, перевіряйте та підписуйте їх у кілька дотиків прямо з телефону

Редизайн сайта оутстафінгової компанії “The Prosperity”

UI дизайн

Ребрендинг Molfar, дизайн, верстка у Webflow, перенесення на WordPress.

Лендінг пейдж, інформаційний сайт та логотип

Концепт для мобільного застосунку для інтервального голодування

UX-механіки та структуру інтерфейсу

Інші деякі мої роботи можно переглянути на  Behance