Составить ТЗ для бэкенда мобильного приложения

Есть дизайн мобильного приложения в Фигма. Требуется составить ТЗ для серверной части мобильного приложения, чтобы осуществить API First подход. Функциональные требования достаточно понятны через дизайн, но всё же вот некоторые из них в абстрактном описании:

1. Беспарольная аутентификация через email с юзкейсами по безопасности и отсеканию спама;
2. Редактирование профиля;
3. Ролевой доступ к возможностям приложения;
4. Мультиязычность (на старте en и ru) контента и учесть простое добавление новых языков;
5. Получение server-server нотификаций (ios + android) при действиях с подпиской через сторы и обработка их по конкретным юзкейсам;
6. Для РФ и Беларуси оплата будет с помощью Yoomoney;
7. Загрузка фото/видео контента;
8. Транзакционные пуш-уведомления;
9. Обратная связь;
10. Управление контентом (это тренировки, упражнения и так далее), не забываем про мультиязычность;
11. Возможности подписки ограничены объемом контента (например бесплатная до 3 единиц, базовая — до 10 единиц, максимальная — неограниченно), необходимо проверять это на стороне бэкенда.

Нефункциональные требования:

1. Clean Architecture на базе NestJS (уже есть база приложения) + PostgreSQL + Redis(в качестве кеша и очереди);
2. Событийная модель(если в одном модуле возникает событие, другой модуль должен реагировать на него);
3. Модульность — слабая связанность, сильное сцепление. Предлагается использовать модуль для оркестрации;
4. Унифицированный формат логов;
5. Унифицированный формат запросов/ответов;
6. Локализованный реестр ошибок;
7. Sentry для мониторинга ошибок;
8. Unit и функциональные тесты в критически важной части системы;
9. API должно быть построено с учетом того, что в будущем планируется Web-версия.

Обо мне: СТО крупной российской компании, хочу делегировать написание ТЗ, как и разработку собственного приложения. Готов общаться плотно для уточнения всех требований, получить детальное ТЗ, которое ляжет в основу договора на разработку бэкенда.

Покажу дизайн только после подписания NDA (у меня есть ЭЦП). Рассматриваю в основном глубоко-увлеченных системных аналитиков или компании с опытом построения легко поддерживаемых систем со знанием специфики подписочных моделей в сторах Apple и Google.

Ожидаемый результат — ТЗ в любой удобной системе ведения документации с возможностью комментирования. Со своей стороны могу предложить Notion или Confluence.