Stripeで従量課金制サービスを作る - Qiita
2020年4月18日(土)にStripeのコミュニティイベントが開催されますので、ぜひチェックしてみてください。 従量課金制のサービスを作る時、これまではアプリケーション側で集計や決済ロジックを書くために色々な工夫が必要でしたが、Stripe Billingを使えばサクッと作れます。 Stripe Billingの全体像については@y_tokuさんの記事をどうぞ。 従量課金って何？ サービスの利用量に応じて支払額が変動する課金方法です。身近な例だと電気代・ガス代・通話代などの生活インフラの支払い方法に採用されてますね。AWSやGCPなども無料枠付きの従量課金制です。 利用者にとっては使った分だけ料金を支払えば良いので合理的な料金プランと言えますが、その反面ちょっとでも使ったら料金が発生したり、使いすぎると料金が青天井になるという恐怖感を持たれてしまうことも。 事業者としては無料トライアルや
日本正式リリースしたStripeを使ってサブスクリプション型決済システムを実装する - Qiita
この記事の概要 日本で正式リリースされたStripeをRuby on Railsに導入し、サブスクリプション型（月額定期課金）の決済システムを組み込む方法を説明します。 私が開発している formrun（フォーム・ラン） というサービスにて、2016春頃から実際にオープンβ版のStripeを利用してきた経験をもとに、具体的なコードとともに解説していきます。 実際のコードを使ったサブスクリプション型決済の説明は例が少なく、自分も実装に非常に苦労しました。これを参考にしていただいたり、ツッコミをいただけると幸いです。 対象読者 Ruby on Railsにサブスクリプション型の決済システムを組み込みたいエンジニア Stripeで出来ること 1回限りの決済（この記事の対象外） サブスクリプション型決済（この記事の対象） クレジットカード情報の保持（不可逆トークン化） クーポンコード（割引）の発行
Stripe定期課金のライフサイクル - Innovator Japan Engineers’ Blog
Stripeのライフサイクルを実際に調べていたときのメモ こんにちは。@gorou です。この記事はStripe Advent Calendar 2018の18日目の記事です。 Stripeの定期課金とても便利で活用させてもらっていますが、webhook（Stripe側で発生したイベントを、指定したURLにPOSTリクエストで詳細を通知してくれる仕組み）の流れ（ライフサイクル）が少しわかりにくいのと、しっかり動きを把握していないと意図した動作にならないため、定期課金のライフサイクルについてまとめてみます。 StripeのSubscriptionsはいろいろな料金プランを作成できますが、今回は料金体系が「定期利用」でかつ「段階別の料金設定なし」の定額を一定周期で課金する場合について説明します。 定期課金のライフサイクル 以前Stripe公式ドキュメントにフローチャートがあったのですが、無くな
オレの SaaS プライシング で登壇した話 - ボクココ
ども、@kimihom です。 先日の JP_Stripes で掲題のタイトルで登壇したので、その報告と補足について書く。 speakerdeck.com 契約企業ごとに変わる支払い金額の差をどうカバーするか 上記資料の"3大プライシング方法"のうち、ライセンス or 従量課金を選択すると、顧客によって払っていただく料金の規模が大きく変わってくる。1ライセンスだけ契約する企業と、100ライセンスを契約する企業が出てくる。 さてこの場合、企業という単位では1社に過ぎないけど、退会されては困るのは100ライセンスを契約していただいている企業となる。そうなると、100ライセンスを持つ企業の声が大きくなってきて、機能要望はそうした企業の意見を受け入れやすくなる。ここが一つのジレンマで、100ライセンスを持つ企業の要望てのは、大抵の場合1ライセンスの企業にとっては不要な機能であることが多い。その中で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
