こんにちは。株式会社Pentagonの山本です。

アプリ開発で必須とも言える、ユーザーの退会処理ですが、退会時に何も考えずにユーザー情報を削除すると運用時に不具合が生じたりします。

今回の記事では、ユーザーの退会処理で考えるべきことについてまとめました。

結論から言うと、「物理削除と論理削除を理解した上で、退会時にどのデータを消して、どのデータを残すのか」決める必要があります。

【前提】データの削除には２種類あります。

削除には、物理削除と論理削除の２種類があります。

物理削除とは、データを完全に削除する、通常の削除処理のことを指します。 一方で論理削除とは、現在有効なデータかどうかを示す値を変更することで、データを削除したことにする方法です。例えば、Userにdeletedというフラグを用意し、deleted=falseをdelete=trueと変更することで削除された状態にします。

物理削除

論理削除

削除される

削除された「扱い」になる

データは完全に消える

削除された扱いになる

削除の取り消し不可

削除の取り消しが可能

ユーザーが退会したときに、どのデータを物理削除し、どのデータを論理削除するか考える必要があります。

ユーザーの個人情報と関連データを洗い出す

まずはユーザーの個人情報と関連データを洗い出して、整理してみましょう。

例えば、Facebookを例に考えてみます。

ユーザーの個人情報

  • メールアドレス
  • 氏名
  • 居住地
  • 出身地

ユーザーの関連データ

  • 投稿
  • コメント
  • チャットメッセージ
  • 写真

退会時にどのような処理をするか決める

基本的に個人情報は退会時に完全に削除する必要があります。 ただし、ユーザーのデータ自体は残しておきたい（論理削除したい）というケースも多いです。

次の表は、上述したように洗い出したユーザーの個人情報と関連データを元にして、具体的な退会時の処理を決めた例です。

ユーザーのデータ

削除方法

メールアドレス

メールアドレスはマスキングして削除する。yamamoto@blog.pentagon.tokyo → uuid@example.com と変更して削除したことにする。

　氏名　

氏名は「退会したユーザー」と変更して削除したことにする。

居住地　

物理削除する。

出身地　

物理削除する。

写真

物理削除する。

コメント

退会後も残しておく。

チャットメッセージ

退会後も残しておく。

注意：例えば、支払い履歴などユーザー退会後も残しておくべきデータもあるので注意が必要です。

まとめ：退会処理は要件定義の段階で明確にしておく

ユーザーの退会時には、何を消して何を残すか、消すにしても物理削除するのか論理削除するのか、が重要です。物理削除したデータは復元できないので、運用時のデータ分析を考慮して削除方法を検討する必要があります。

特に、ユーザー同士がコミュニケーションをするアプリでは、ユーザーが退会したユーザーの情報の表示を試みるケースもあります。このときにどういったUIにするのかにも影響を及ぼすので、慎重に検討しましょう。

このように、ユーザーの退会処理は意外と考えることが多いです。 退会時にデータを削除をしたことで不具合が発生することもあります。 けっこう工数がかかるので、要件定義の段階で明確にしておくことが必要です。