Розробка фіч для спеціалізованої комунікативної платформи

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

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

Концепція продукту була досить простою: 

• Інтуїтивний інтерфейс.
• Ряд функцій для спрощення невербальної комунікації.
• Модель адаптивної монетизації для доступу до можливостей платформи.

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

Ми створювали одразу дві версії продукту: для Android та iOS на базі кросплатформного фреймворку. Відповідно, платіжні елементи та алгоритми коригували згідно зі специфікацією кожної ОС та регламентом Google Play/AppStore. 

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

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

Ключовою фішкою платформи стала саме верифікація юзера та його права на доступ до функцій. Тобто сам платіжний алгоритм заснований на базових функціях iOS (StoreKit) та Android (InApp Billing), а вже модуль верифікації створений на C# та імплементований в back-end програми. 

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

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

Реалізувавши зазначені фічі, ми досягли бажаного результату, а саме:

• Створили безпечну модель підписки.
• Розробили захист від підробки транзакцій.
• Використали єдину версію додатка.

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

Маєте подібний проєкт для реалізації? Передавайте його команді BuildApps і отримуйте готове рішення в адекватні строки.