ІНТЕЛІБЛОКsolutions · Kyiv

Аркуш A-01 · Специфікація

Специфікація
робіт

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

S-01

Мобільна розробка

Нативні (Swift, Kotlin) або кросплатформні (React Native, Flutter) застосунки. Локальна база, черга операцій, синхронізація з розв’язанням конфліктів.

Критерії приймання

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

Веб-розробка

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

Критерії приймання

  • Core Web Vitals у «зеленій» зоні на ключових сторінках
  • Відповідність WCAG 2.2 AA для основних сценаріїв
  • Міграції мають план відкату
  • API задокументовано в OpenAPI
S-03

UI/UX-проєктування

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

Критерії приймання

  • Кожен екран має описані порожній, завантажувальний і помилковий стани
  • Контраст тексту ≥ 4.5:1
  • Прототип перевірено щонайменше з 5 учасниками
  • Компоненти передано з токенами
S-04

Супровід публікації

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

Критерії приймання

  • Заповнені форми App Privacy / Data safety, що відповідають фактичній поведінці
  • Скріншоти всіх потрібних розмірів
  • План поетапного розгортання
  • Чек-лист повторної подачі
S-05

Огляд цілісності даних

Двотижневе обстеження наявної системи: де дані можуть розійтися, дублюватися чи загубитися.

Критерії приймання

  • Карта потоків даних
  • Перелік ризиків з оцінкою ймовірності і впливу
  • Пріоритезований план виправлень
  • Відтворювані тести для знайдених проблем
↗

Спеціалізація

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