ТЗ ещё согласовывается, а архитектура уже уточняется

Сегодня начинаем согласование технического задания с нашим первым коммерческим заказчиком.И параллельно вносим в документ изменения.

Причина — нашли новый вариант решения задачи аутентификации пользователей: связку MAX + Passkey.
Для нашей платформы это важная часть архитектуры.Системой
будут пользоваться родители, специалисты и координаторы.

При этом мы работаем с персональными данными, поэтому недостаточно просто придумать удобный способ входа.
Нужно понять, как подтверждается личность пользователя, как он связывается со своей учётной записью, что происходит при смене устройства и как восстанавливается доступ.

Passkey интересен нам как технология входа без привычного пароля. А MAX рассматриваем как один из каналов взаимодействия пользователя с системой.

Но между «выглядит подходящим решением» и «можно включать в техническое задание» есть обязательный этап — проверка. Поэтому сегодня у нас ещё одна задача: регистрация нашего ООО в MAX как юридического лица, подготовка тестового бота и взаимодействие с технической поддержкой платформы.

Нужно выяснить, какие сценарии действительно поддерживаются API и что потребуется реализовать на нашей стороне.
Это нормальная часть бизнес-анализа и проектирования.

Техническое задание не должно фиксировать красивую идею, техническая реализуемость которой ещё не подтверждена.

Сначала проверяем возможности и ограничения. Затем уточняем требования и согласовываем решение с заказчиком.

Иногда одна новая связка технологий заставляет пересмотреть целый раздел ТЗ. И лучше сделать это сейчас, чем обнаружить ограничения уже после разработки.

#SmartFlow_Аналитика #SmartFlow_Архитектура