Робочі пакети, віхи та інвестиційні транші

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

Редакція: жовтень 2026

WP1 — Product & security readiness

Завершити Web ↔ NestJS ↔ QDIP інтеграцію, ізоляцію між компаніями, auth, рольові права, наскрізні сценарії й rollback. Критичні технологічні ризики закриваються до залучення реальних персональних даних.

Exit gate: незалежно відтворюваний CI, повний QA E2E, негативні security тести, підписаний go/no-go, специфікація й доказ контрольованого деплою.

WP2 — DI research methods

Формалізувати decision policy та baselines, додати метрики калібрування/abstention, визначити обробку пропусків, порівняння rule-only/model-only/hybrid та статистичний план.

Exit gate: preregistered protocol, відтворювані synthetic benchmarks, документація bias/uncertainty, журнал як позитивних, так і негативних результатів.

WP3 — Human feasibility & ethics

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

Exit gate: погоджена етична/правова рамка, реальна feasibility-вибірка, дані придатної якості, звіт usability без не підтверджених клінічних висновків.

WP4 — Decision evidence & launch

На прийнятних даних оцінити корисність рішень і human override, підготувати незалежну реплікацію, production monitoring, підтримку та фінансову модель після запуску.

Exit gate: прозорий evidence report, рішення go/no-go, експлуатаційний план, оновлені risk register та budget forecast.

Залежності і порядок

WP1 є обов’язковим release gate; WP2 може відбуватися паралельно на synthetic даних; WP3 не запускається з реальними людьми до завершення потрібних security/ethics вимог; WP4 залежить від якості даних і придатного протоколу.

Невиконання gate не замасковується зміною формулювання. Scope, строки й транші переплановуються з поясненням для фінансиста.

Кошторис і звітність

Ресурси: інженерія, дослідники Decision Science/ML, безпека і DPO/ethics, UX/учасники, хмара, керування проєктом. Кожний пакет має відповідального, трудомісткість, прямі витрати та deliverable.

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

Обговорімо фінансування наступного етапу розробки й перевірки Dzvin.co.

Обговорити фінансування