独自決済システム構築の難しさ

 (arnon.dk)
1 ポイント 投稿者 GN⁺ 2024-02-27 | 1件のコメント | WhatsAppで共有

請求システム構築の14の苦痛

  • 請求および収益システムは、ビジネスを収益化する計画があるなら不可欠である。
  • 請求システムは複雑であり、財務、プロダクト、体験、カスタマーサポート、顧客、法務、コンプライアンス、営業など複数の部門とつながっている。
  • 請求システムは相互に密接に結びついているため、1つが壊れるとシステム全体が簡単に麻痺しうる。

3つのパターン

  • 請求システムには、自社開発、完全なサードパーティシステム、ハイブリッドシステムの3つのパターンがある。
  • それぞれのパターンには固有の長所と短所がある。

自社開発 / ハイブリッド / サードパーティシステム

  • 完全に自社開発されたソリューションは、完全な制御とカスタマイズが可能で、外部手数料を支払わない。
  • ハイブリッドソリューションは、社内の請求エンジンとサードパーティの決済処理、税務コンプライアンスなどを組み合わせる。
  • サードパーティシステムはすべてを処理するが、制御を失い、高コストになる可能性がある。

請求・収益化チームの悩み

  • 請求または収益化チームは多様な責任を負っており、経験豊富な専門家にとっても理解が難しい。
  • セキュリティや日付処理と同じく、請求システムも最初から自分で構築すべきではない。

請求・収益化における14の問題

  • 請求システムを自前で構築する際に発生するさまざまな問題を、複雑さの順に並べている。
  • 冪等性、日付処理、日割り計算および端数処理、使用量計測、請求書フォーマット、複雑な顧客階層構造などが問題に含まれる。
  • こうした問題は、ビジネス規模が大きくなるにつれてさらに複雑になりうる。

難しい理由

  • 一部の問題は予想以上に頻繁に変更され、一部は一度設定すれば再び手を入れる必要がない。
  • 世界各国の税制ルールは頻繁に変わり、顧客のミスによる問題は継続的に発生する。

やるべきこと

  • できるだけ多くの問題をサードパーティに任せるべきである。
  • Chargebee、Solvimon、Stripe、Recurly などのサービスを使って請求を管理する。
  • Stigg のようなサービスを使って、価格設定ページ、実験、認可を管理する。
  • ERP を使って収益認識や会計処理を行う。

GN⁺の意見

  • 請求システムはビジネスの重要な一部だが、複雑さと継続的な保守の必要性から、多くの企業がサードパーティソリューションを好んでいる。
  • 請求システムを自社開発する場合、企業は税制、顧客階層構造、使用量計測などさまざまな要素を考慮する必要があり、これは多くの時間とリソースを消費しうる。
  • サードパーティソリューションを使う際には、コストと制御の喪失を考慮する必要があるが、多くの場合は時間とリソースを節約できる。
  • 企業が成長して規模が拡大するにつれて請求システムの複雑さも増すため、初期段階から拡張性を考慮したソリューション選定が重要である。
  • 請求システムへの理解が深い専門家と協力するか、業界で実績のあるソリューションを選ぶことが、長期的にビジネスの助けになりうる。

関連記事

1件のコメント

 
GN⁺ 2024-02-27
Hacker Newsの意見

  • 1つ目のコメントの要約:

    • 請求システム構築の難しさへのアプローチ方法に疑問を呈している。
    • 請求システムは複雑だが、Stripeのような既存ソリューションを使えない場合（例: ベネズエラ企業）は、自前でシステムを構築する必要がある。
    • 知識、アプローチ方法、プログラミングパターンなどを1か所に集約するのがよいだろうという意見を示している。

  • 2つ目のコメントの要約:

    • 請求システムについて意思決定しなければならない人にとって有用な記事だと評価している。
    • 請求とクレジットは、システム内で可能な限り分離するのを好むという個人的な意見を共有している。

  • 3つ目のコメントの要約:

    • 請求システムの複雑さに関する体験談を共有し、請求の世界は予測不能だと述べている。

  • 4つ目のコメントの要約:

    • killbill.ioの共同創業者として、請求システム構築の複雑さと、それに伴うさまざまな部門への影響を説明している。
    • 請求システムは全体システムと統合される必要があり、そのためには十分な知識と動機を持つチームが必要だと助言している。

  • 5つ目のコメントの要約:

    • アフィリエイト販売システム構築の複雑さと、段階的に構築できる可能性について議論している。

  • 6つ目のコメントの要約:

    • 会計締めと現金移動会計に関する問題点を指摘し、これらの問題は経理部門と密接に関係していると述べている。

  • 7つ目のコメントの要約:

    • 請求システムのすべての機能が必要なわけではなく、ビジネスの成長に合わせて段階的に構築できるという意見を示している。

  • 8つ目のコメントの要約:

    • 製品の権限付与（entitlements）に対するさまざまなアプローチ方法や、使っているシステムについて質問している。

  • 9つ目のコメントの要約:

    • 最初の職場での経験を共有し、PCI準拠に関する複雑さのせいで、二度と請求システムの仕事はしたくないという個人的見解を表明している。

  • 10個目のコメントの要約:

    • 特定のシステム（X）の複雑さを理由に自作せず完成済みソリューションを使うべきだという主張に疑問を呈している。
    • 自分の場合は必要な複雑さの一部分だけを扱えばよいため、自前でよりシンプルなソリューションを構築できると主張している。