⚡️ Новый формат - задача-кейс

Я работаю над образовательным продуктом и пытаюсь нащупать интересные подходы, которые помогут практиковаться и лучше подготавливаться к реальным проектам. Одним из важных первоначальных этапов разработки является проработка архитектуры будущего решения, чтобы оно было качественным и масштабируемым.

Сегодня предлагаю вам размять мозги и попробовать решить задачу с моего реального проекта. Это будет актуально всем, кто работает с внутренними CRM, так как они зачастую требуют сложной работы с большими объемами информации.

Описание:

Заказчик хочет создать форму для заполнения данных о клиенте.

В этой форме 80 инпутов, которые:

- Разделены на разные секции
- Имеют разный тип (текст, дата, число, дропдаун)
- Идут в определенной последовательности
- Отображаются в зависимости от типа клиента (частное лицо, юрлицо, для обоих вариантов)

Сам проект делается на Bubble, база данных используется внешняя (поэтому auto-binding тут не пройдет).
В будущем порядок, название, количество и тип полей могут измениться (ведь мы не запускаем продукты, чтобы они потом умерли).

Задача - создать интерфейс для этой формы, отображать там данные о клиенте при их наличии, обновлять данные о клиенте.

Как бы вы решили эту задачу с точки зрения архитектуры БД и реализации интерфейса?

Подсказка - добавлять все эти значения как поля в таблицу и потом мэпить их вручную в интерфейсе является неэффективным и немасштабируемым решением.