Qela — застосунок для спільнот на iOS та Android, де виконання квесту треба довести

01 Паспорт проєкту

Перевірено Поля без позначки підтверджені трекером задач проєкту та картками App Store і Google Play станом на 06.10.2026; стек і склад команди підтвердив власник агенції 13.10.2026.

02 Задача до розробки

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

Головна умова виникла з механіки платформи. Вага голосу учасника залежить від його активності, а нагороди — від виконаних квестів. Якщо квест можна «виконати», не вийшовши з дому, ламається і голосування, і система нагород. Тому для кожного типу квесту потрібен свій спосіб підтвердити виконання.

Обмеження Як спільноти клієнта працювали до застосунку, у матеріалах не описано. Порівняння «до і після» в кейсі немає.

03 Межі робіт: що зробила Chyzh Agency, а що клієнт

Перевірено Поділ за трекером задач і попередньою версією кейсу.

04 Як влаштовано

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

05 Найскладніше рішення: як довести, що квест виконано

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

Рішення. Перевірку розбили на окремі механізми.

• Присутність у точці. Кнопка чек-іну працює лише в радіусі точки. Поза ним застосунок показує повідомлення «Your location is out of check-in area» і крок не зараховує.
• Онлайн-зустріч підтверджується QR-кодом, який сканують на відповідному кроці.
• Фото й скриншоти: квест із кількома завантаженнями приймає кілька файлів за раз.
• Рішення людини. Частину квестів, як-от петицію, перевіряє адміністратор. Учасник бачить, що квест на перевірці, а відмову отримує сповіщенням.

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

Компроміс. Перевірка адміністратором коштує організації часу модераторів, а учасник довше чекає на нагороду. Частину квестів тому перевіряє сам застосунок: радіус точки і QR-код.

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

06 Що вміє застосунок

Перевірено Перелік — за трекером задач проєкту і знімками екрана.

• Квести десяти типів із кроками й прогресом на значку квесту.
• Голосування, де вага учасника залежить від його активності; у профілі видно, з чого вона складається, і правила.
• Таланти — нагороди з описом та історією отримання.
• Бранчі — відділення організації; про приєднання учасник дізнається сповіщенням.
• Новини організації і головна сторінка.
• Профіль: зміна пароля, лист у підтримку, верифікація профілю.
• Чотири мови інтерфейсу: українська, англійська, чеська, французька.

Qela · екрани застосунку

Знімки з публічної картки Google Play, зріз 13.10.2026; інтерфейс українською.

Обмеження Сайт клієнта станом на 13.10.2026 говорить про 18 шаблонів квестів на вебплатформі; у трекері мобільного клієнта зафіксовано десять типів. Різницю (шаблони вебплатформи проти типів доказу в застосунку) клієнт не коментував.

07 Як ішла розробка

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

Перша версія вийшла в App Store 16.05.2024. Після цього застосунок оновлювали: версія 1.31 вийшла 21.01.2026, Android-версію оновлено 09.09.2026. Частину функцій оформлювали як додаткові роботи до початкового обсягу.

08 Якість і стабільність

У трекері проєкту 782 баг-репорти: 331 стосується iOS, 365 — Android. У 502 з них описані кроки відтворення й очікуваний результат. Платформи тестували окремо, і більшість дефектів стосувалася однієї з них.

09 Безпека і приватність

Тут лише те, що підтверджено матеріалами проєкту.

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

Виправлено Попередня версія кейсу писала, що захист даних гарантує Microsoft Azure, і що в застосунку закладено Bluetooth і NFC. У матеріалах проєкту немає жодного підтвердження цього, тому в новій версії ці твердження прибрані. Та сама версія називала стек Android як Kotlin; за підтвердженням команди Android-клієнт написаний на Java.

10 Реліз і посилання

Перевірено Посилання і дані карток перевірені 06.10.2026.

11 Результат

Продуктовий

• Окремі нативні застосунки для iOS і Android опубліковані й оновлюються у 2026 році.
• Десять типів квестів зі своїм способом підтвердження виконання.
• Голосування, таланти, бранчі й новини в одному застосунку.
• Інтерфейс чотирма мовами.

Технічний

782 баг-репорти пройшли через трекер окремо для кожної платформи. Метрики стабільності з консолей магазинів у кейсі не наводяться.

Бізнесовий

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

12 Обмеження і що зробили б інакше

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

Обсяг ріс у процесі. Частину функцій оформлювали як додаткові роботи. Для такого продукту краще одразу закладати етап розвитку після першого релізу.

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

Чого не вимірювали. Бізнес-метрик і метрик стабільності в кейсі немає.

13 Коротко для замовника схожого застосунку

Яку задачу вирішив застосунок

Спільнота дає учасникам завдання в реальному світі й нагороджує за виконання. Застосунок Qela перевіряє виконання на телефоні: чек-ін працює лише в радіусі точки, онлайн-зустріч підтверджує QR-код, фото завантажуються до квесту, а спірні квести перевіряє адміністратор. Нагороди й вага голосу спираються на підтверджену активність.

Що саме зробила Chyzh Agency

• окремі нативні застосунки: Android на Java, iOS на Swift;
• механізми підтвердження: радіус чек-іну, QR, завантаження фото, статус перевірки, блокування повторного проходження;
• сповіщення про рішення адміністратора і статуси перевірки квестів;
• тестування обох платформ і супровід: задачі в трекері тривають до лютого 2026 року.

Який результат підтверджено

Що врахувати в схожому проєкті

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