Думаю, вы должны учитывать все свои технические и бизнес-требования. Определение вашей архитектуры должно повлечь за собой эти потребности. Если вы выберете sh архитектуру, которую в будущем нужно будет переопределить, это может быть дороже.
После того, как вы обдумали это, вы должны продумать свою архитектуру. Попробуйте поделиться своим общим рабочим процессом.
Я хочу, чтобы мое приложение было легким, но при этом эффективно использовало Firestore, чтобы не стоить слишком дорого.
Все три варианта вы поделились соответствием вашим потребностям? Есть ли в вашем решении этап, на котором шаги из трех ваших вариантов потерпят неудачу?
Я думаю, вы должны основывать архитектуру больше на своих потребностях, чем на том, что является наименее затратным.