私は、ユーザーがサブスクリプションを頻繁かつ大幅に変更できる機能に大きく依存する Web アプリケーションのセットアップを検討してきました。マーケットプレイスの機能も使用している可能性があり、両方をシームレスにサポートするシステムが必要です。
二重請求や間違ったタイミングでのユーザーの切断など、サブスクリプションの変更の複雑さについての恐ろしい話を何度も見てきました。
期限が切れています。私が考えているユースケースは、彼が言及したものよりもさらに複雑です。私がやりたいことのサンプリングについて：
- 複数のサブスクリプションとサブスクリプションの種類/レベルをサポートします。たとえば、1 人のユーザーが 1 つのプラン A を毎月 10 ドルで請求し、10 のプラン C を 1 か月あたり 50 ドルで請求し、1 つのプラン D を年間 100 ドルで請求する場合があります。
- 任意の支払い金額の変更をサポートします。たとえば、ユーザーは月額 40 ドルのプランを利用していましたが、その後、月額 100 ドルのプランに変更します。その後キャンセルし、$100 の期間が終了する前に月額 $50 で再度サインアップします。ユーザーは、100 ドルを支払った月に 100 ドルのサービスを受け、その後、月額 40 ドルのプランに変更する必要があります。
- ユーザー間のサブスクリプション金額の支払いを許可します。したがって、あるユーザーは、これまでにシステムに支払った金額の 50% の支払いを開始する可能性があります。私のアプリケーションは、これらのタイプのマーケットプレイス スタイルの操作を処理し、これらの支払いはサブスクリプションのコンテキストで機能する必要があります...
Amazon や Paypal で必要なことを実行するオープン ソースの PHP ライブラリはないようです。だから私はこれを自分でコーディングすることを楽しみにしています。(ここで間違っていることが証明されてうれしいです。おそらくPHPのフリーミアムですか?)。各種サブスクリプションサービスが利用できません。それらは通常、上記の機能をサポートしていないため、また、後で市場の問題を介して賢くするために、PayPal または Amazon FPS API に直接アクセスする必要があるためです。
それが私の質問につながります。サブスクリプションの管理を容易にするために、どの支払いプラットフォームを選択する必要がありますか? 正しい方向に私を送ってください、私には時間があまりありません。しかし、間違った決定を下す時間もありません。あなたの好みの証拠を提供してください。可能であれば、2 つのシステムを比較した作業の詳細を教えてください。Google は他の唯一の支払いプラットフォームを持っており、現在、サブスクリプション システムはベータ版です。他のより良いシステムを提案する場合は、多くの正当な理由を提供してください。なぜなら、人々が快適に感じる人気のある支払いエンジンが必要だからです!
-FT