サブスクリプション課金システム開発ケーススタディ - inSmartBank

世はまさに大サブスクリプション時代。この潮流の中で弊社スマートバンクもまた、去る2023年7月12日にB/43プラスというサブスクリプションサービスをリリースしました。 サブスクリプションといえばユーザーに提供されるコンテンツや機能といった直接的な価値に焦点が当たりがちですが、その土台にはサブスクリプションビジネスを成立させるための課金システムがあります。本記事では筆者が行った課金関連の開発を振り返ってみて重要だったポイントや工夫点を伝えてみたいと思います。 すでに世に多くのサブスクリプションサービスがある中で、課金システムの実装はコモディティ化した単純な作業に思えるかもしれません。しかしながら自社サービスにてゼロから実現するとなると、想像よりも多くの思考と意思決定が必要とされる、エンジニアリング観点ではとても奥深い題材といえます。いち開発プロジェクトのケーススタディ、あるいはいちプログラ

[ohbarye]

書きました。表のテーマはプロジェクトを通じての工夫ポイント紹介で、裏のテーマは最近はこんなこと考えながら仕事していますという近況報告。プログラマの思考過程を見るのが好きな方もどうぞ

[efcl]

サブスクリプションの実装

[onesplat]

別段普通である

[kazutaka83]

（腐すつもりはないです）IT企業だとここまででオッケーなんだろうなと。製造業だともう一歩踏み込まないと駄目で、それが「Stripeだけで済む世界」という部分。ワイはJTCでこれやっとる。

[ed_v3]

Stripeだけで済む世界で暮らしていたい…

[Nif_Urchi]

エンティティが整理できたら永続化すべき対象（テーブル）と属性（カラム）を決めていきます。エンティティの中には永続化が不要なものもある点に注意します。