[Android] Firebaseで家計簿管理アプリを作成することはリスクがありますか？

Question

現在Javaを使ってAndroidの家計簿アプリを作成しております。

DBはAndroid Roomと呼ばれるSQliteを拡張した様なDBで、全てのデータはローカルに保存されます。
DB内には3つのテーブルを用意しており、支出管理テーブル、収入管理テーブル、銀行残高テーブルとなります。
※銀行残高テーブルにはもちろん、支店番号などの個人情報は無く、あくまでお財布管理的な位置づけで、
支出管理テーブルに新しく購入した商品の情報が入ると、銀行残高テーブルからは残高が減り、
逆に収入管理テーブルに収入が入ると、銀行残高テーブルからは残高が増える仕組みです。

今後の展望としては、現在作成している当該家計簿アプリが完成後はFirebase（言語はKotlinかJavaで考えています）を使ったアプリの作成を考えています。
今後作りたいFirebaseを使用するアプリでも家計簿アプリの作成を考えていたのですが、
同僚の先輩に今後の経験を積むためにFirebaseを使った家計簿アプリの作成・リリースを考えている旨を話すと、お勧めはしないしないと言われました。

理由としては、Firebaseの場合、Android Roomとは違い、ユーザデータが外部のサーバ/DBに保存される為、個人情報が流出した際の責任を取れないのでは？といった懸念でした。
特に懸念材料となるのが銀行残高テーブルの存在で、これは立派な個人情報になるので、支店番号などの情報が入っていなくても、問題になるし、リリースも承認されないのでは？と言われました。

私個人としては、数字を使ったデータ（計算処理）のやりくりをFirebaseアプリでも実現したいため、
個人レベルでも使える家計簿アプリを作ってみたかったので、
もし「こういう形ならFirebaseでも家計簿アプリがつくれるのでは？」といったアイデアがあれば教えて頂きたいです。

私が今思いつくアイディアとしては、
銀行残高テーブルのみAndroid RoomでDB/テーブルを作成し、その他の支出/収入テーブルはFirebaseで管理というのがありますが、
これは現実的にありえないでしょうか？

もしくは、Firebaseを使った場合、家計簿以外でも計算処理を出来るアプリのアイディアがあればご教示頂けると幸いです。

ご回答の程、よろしくお願いいたします。

Comments

[GKL]

法人としてアプリを作る話をしていますか？
個人の趣味としてアプリを作る話をしていますか？

[slemntqe]

質問内容からあなたがFirebaseの経験を積みたいのか、家計簿アプリの経験を積みたいのかわかりません。
同僚の先輩が懸念している事は妥当です。
Firebaseの経験を積みたいのであれば家計簿を諦めて回答にあるようにヘルスケアアプリなどを作ればよいだけです。

Answer 1

計算処理やってみたいんだったらリリースは後で考えてとりあえず作ってみた方が後々にとってはいいと思うけど。
まぁ確かにリリースするならお金の情報をサーバー側に渡すのは大変リスキーなのは間違いないので、
どうしてもリリース前提じゃないとできないといういなら体重とか血圧とか管理すると便利そうなものでやってみては？