paint-brush
わずか 4 か月でデビット カードをゼロから構築する方法@danielishigami
563 測定値
563 測定値

わずか 4 か月でデビット カードをゼロから構築する方法

Daniel Ishigami 9m2024/04/25
Read on Terminal Reader

長すぎる; 読むには

わずか 4 か月でデビット カードをゼロから構築する秘訣を明かします。複雑なフィンテック エコシステムのナビゲートから完璧なパートナーの選択まで、戦略、課題、アイデアについて説明します。テクノロジー スタックを詳しく調べ、API 統合プロセスを明らかにし、Java Spring Boot、React、Cloudflare などのツールを使用してビジョンを実現する方法を探ります。
featured image - わずか 4 か月でデビット カードをゼロから構築する方法
Daniel Ishigami  HackerNoon profile picture
0-item

わずか 4 か月で、独自のデビット カード ソリューションの作成に着手し、構想から実現までの野心的な旅が始まりました。これは、ぜひ読んでみたい記事です。


私はダニエル・イシガミです。ロンドンを拠点に独学で開発者および起業家として活動しており、Fana の共同創設者でもあります。パートナーのロビン・ヤンとともに、日々の支出を慈善活動に変えるデビット カードをリリースしました。Fana は、定期的な購入を通じて影響を与えることで、個人、クリエイター、ブランドが意義のある目的に資金を配分できるようにすることで、人々が関心のある目的に貢献する方法を変えるために設立されました。


お金を使うときに、募金箱に寄付したり、自分が共感できない目的の募金に同意するように求められて、嫌な思いをしたことはありませんか?


私たちが Fana を設立したのは、私たちがポジティブな影響にこだわる世代に生きているからです。Y 世代、Z 世代、A 世代は、最も成長している消費者層であり、彼らの支出はオンライン販売の 60% を占めています。現在、慈善活動や寄付の経験は、この支出意図やパターンに合致していません。私たちは、消費者が登録して支払いができる実際のカードを作成し、その後、アプリ内で Fana 慈善団体に寄付し、寄付の報酬をユーザーに還元してより大きな影響を生み出すブランドで買い物できるようにしたいと考えました。


この記事は、デビット カードをゼロから開発する複雑さを詳細に掘り下げ、最初の構想段階から最終的なリリースまですべてを網羅しています。当社の審査プロセス、評価フレームワーク、成功への道を切り開いた戦略的決定に関する貴重な洞察を共有します。当社が直面した課題とその克服方法など、当社の開発サイクルを独占的にご覧いただけるため、同様の旅に乗り出そうとしている方にとって包括的なガイドとなります。


この野心的なプロジェクトの背後にあるビジョンは、消費者と寄付者の両方である私が個人的に経験した市場のギャップを埋めることでした。意義のある活動を支援し、前向きな影響を与えたいと熱望する人々の巨大なコミュニティが存在しますが、時代遅れの寄付プロセスによって阻まれ、満足のいく謝辞が得られず、途方に暮れてしまうことがよくあります。同様に、多くのブランドが社会に貢献したいと願っていますが、これらの称賛に値する取り組みは、年次の持続可能性レポートの脚注に埋もれ、しばしば注目されません。私たちの目標は、変化をもたらそうとする消費者とブランドをシームレスに結びつけるプラットフォームの第一段階を開拓することでした。



開発プロセスの階層を解明し、それを可能にしたツールとテクノロジーを共有し、その過程で学んだ教訓について話し合う私たちの取り組みにご参加ください。新進の起業家、熟練した開発者、または単にフィンテックのイノベーションに興味がある方でも、この記事はデビット カードの作成までの道のりを案内します。


選考プロセス: 100 ピースのパズル組み込み金融エコシステムの複雑な状況をナビゲートしながら、私たちはほぼ 100 社のプロバイダーが存在する分野にゼロから取り組み始めました。プロバイダーの多くは、デビット カードの操作に不可欠な単一のタスクの実行に特化しています。公開されている情報が不足していても、私たちはひるむことなく、ゼロから始め、エコシステム内でつながりを持てるさまざまなプレーヤーに連絡を取り、話し合いました (Slack グループはあなたの味方です)。これらの最初の会話により、組み込み金融の複雑さが徐々に解明され、私たちのビジョンを実現するために必要な重要な要素が明らかになりました。


  • EMI ライセンシーおよび BIN スポンサー:金融行動監視機構 (FCA) によって規制されている主要プレーヤーであり、顧客から預けられた資金を保管する責任を負います。
  • KYC および AML モニタリング:デビット カードなどの支払い手段を発行するには、顧客を登録するための堅牢な「顧客確認 (KYC)」プロセスが必要です。さらに、規制基準への準拠を保証するには、継続的なマネー ロンダリング防止 (AML) モニタリングが不可欠です。
  • 支払い処理:顧客のアカウントおよびカード取引を処理できるプロバイダーは、サービスの円滑な運営に不可欠です。カード製造: 物理カードを発行することを選択した場合は、ライセンスを受けた製造業者がカードを製造する必要があります。
  • カード プログラム管理:カード プログラムを正常に発行するには、EMV ネットワークのメンバーとの調整が必要です。


発行者の範囲とその機能についてさらに詳しく知りたい方は、こちら( https://docsend.com/view/uia26zpnucyvgxqa )で包括的な概要をご覧いただけます。




適切なパートナーを選択するための評価では、次の点に重点を置きました。


  1. 上記のコンポーネントのターンキー ソリューションとして機能する機能。上記の 3 つまたは 4 つのプロバイダーを統合すると、オーバーヘッドと市場投入までの時間が増加するため、コンポーネントに対する制御が一部失われる場合でも、最初は 1 つのプロバイダーに落ち着くのが合理的です。

  2. 彼らの技術文書の透明性とサンドボックス(「購入前に試す」)の利用可能性は、私たちが彼らの API を基盤として製品の中核部分を構築することを考えると、統合のテストと実験に不可欠でした。

  3. さまざまな商業シナリオで 3 ~ 5 年間のコスト モデル化によって決定したコスト効率と拡張性。当社が選んだパートナーは、競争力のある価格だけでなく、当社の成長とさまざまな運用量に適応できる拡張性をサポートする価格モデルも提供することが不可欠でした。




  1. 応答性と実行速度。スタートアップ企業にとって、俊敏性と迅速な実行は非常に重要です。私たちは、潜在的なパートナーを応答性と実行速度で評価しました。プロバイダーのチームが迅速に会議を設定し、問い合わせに応答し、プロジェクトを前進させる能力は、私たちのダイナミックなニーズに合致しているかどうかを示す重要な指標でした。


最終的に、上記のすべての基準を満たしていた weavr https://www.weavr.io/を選択しました。weavr は、当社のカード製品を提供するためのサプライ チェーン全体を提供し、スタートアップのペースを理解してそのペースで動くことができ、十分なテストを行って API との統合能力に自信を持てるサンドボックスがあり、最後に、拡張可能な商用モデルがありました。


計画:計画のない目標は単なる願い事に過ぎない

上記のプロセスと並行して、構築する必要のある機能の基礎となる機能マップと一連のユーザー ストーリーを作成しました。





これは、商業関係者だけでなく、デザイナーや開発者との議論の基礎としても使用できます (miro はこのための素晴らしいツールですhttps://miro.com/templates/ )。上記についての合意に続いて、ユーザーの作成、アカウントの作成、カードの作成など、すべての機能について、ダイアグラムで API シーケンスの範囲を定める必要がありました。このシーケンスが設定されると、利用可能な便利なコレクションを介して postman (API テスト ツール) でテストされました。このプロセスでは、ビルド プロセスの前にエラーに対処することができます。テストと並行して、API 呼び出しで従う必要のあるシーケンスに加えて、機能マップとユーザー ストーリーの概要がデザイナーと話し合われ、デザイナーはチームが最初にテストできる Figma のデモ バージョンを構築しました。これには、実装前にユーザーに対して実行できる A/B テストが含まれ、合格/不合格は、デモ画面の最後にリンクした typeform による完了率とレビューによって決定されました。


上記の作業は開発者側で行われていましたが、Apple や Google のマーケットプレイスを介した配布は複数のレビュー プロセスの対象になることが多く、公開スケジュールに 1 か月以上かかる可能性もあるため、より迅速に反復できる Web バージョンから開始することにしました。モバイル リリースにコミットする前に、できるだけ早く配信して反復する方がよいと考えました。


実行: 実行、実行、実行最終製品を納品するために、インフラストラクチャを次のように設定しました。



当社のバックエンド インスタント サービスは、Java Spring Boot を使用しています。これは、Spring Boot の堅牢なエコシステム、開発のしやすさ、パフォーマンス効率 (Spring イニシャライザーhttps://start.spring.io/経由ですぐに使用できる数百の便利な依存関係) に基づいて選択されました。このマイクロサービスは、アプリケーションのバックボーンであり、シームレスなユーザー エクスペリエンスに不可欠なすべての即時のイベント駆動型アクション (サインアップ、ログイン、セッション管理、すべてのカード操作など) を処理します。当社は、モデルとコントローラーに特に重点を置いたモデル ビュー コントローラー (MVC) 設計パターンの側面を採用していますが、当社のアーキテクチャは主に API サービスの構築用に設計されています。このアプローチにより、ビジネス ロジックとリクエスト処理プロセスを効果的に分離し、クリーンで保守しやすいコード構成を実現できます。


これは、複数の外部 API を統合するサービスであり、最も重要なのは、組み込み金融プロバイダーの API と、請求用の Stripe やインスタント通知用の Sendgrid などのその他の重要なコンポーネントを統合することです。


弊社のバックエンド分散タスク スケジューラは、定期的なタスクを管理するために設計されたサービスです。このコンポーネントは、通知、会計および財務調整、必要に応じて外部プロバイダーからのデータのポーリングなど、バックグラウンド操作の信頼性と適時性を確保する上で重要な役割を果たします。cron、手動、イベントベースのトリガーなど、さまざまなトリガー タイプをサポートし、タスクの実行方法とタイミングを柔軟に選択できます。


当社の Web アプリのフロントエンドは、モバイル ユーザー フレンドリーであることに重点を置いて React で構築されています。可能な限り、デスクトップとモバイルの両方で見栄えのよい、すぐに使用できるコンポーネントを使用したため、カスタム アニメーションの必要性が減り、すぐに応答性が得られます。


システムの監視と可観測性のために、Spring Boot を Prometheus メトリックを公開するように特別に設計されたライブラリと統合しました (Prometheus は、もともと SoundCloud で構築されたオープンソースのシステム監視およびアラート ツールキットです)。このメトリックは、監視と視覚化の目的で Grafana によって使用されます。本番データベースの読み取り専用レプリカに接続されたこのセットアップにより、本番環境でのエラーやバグ、ユーザーの行動や期待どおりに機能しない可能性のあるもの、およびコンバージョン/ファネルの追跡を追跡するために必要な重要な洞察が得られます。これにより、オンデマンドで追加のクエリを作成して視覚化できます。Google Analytics と組み合わせると、このアプローチにより、あらゆる時点でのユーザー インタラクションの包括的なビューが提供されます。さらに、詳細なエラー追跡のために、クラウド サービス プロバイダーの強力なログ機能も活用しています。


メールマーケティングプラットフォームから分析ツールまで、さまざまなサービスクライアントを構成するために不可欠なドメインネームシステム(DNS)の管理には、Cloudflareを利用しています。CloudflareはDNS管理システムとして機能するだけでなく、主要なコンテンツ配信ネットワーク(CDN)としても機能します。この二重の役割は、画像や動画ファイルなどのデジタル資産が世界中に効率的に保存および配信されることを保証するため、当社の業務にとって非常に重要です。Cloudflareを利用することで、Webサイトのパフォーマンスとセキュリティが向上し、読み込み時間が短縮され、サイバー脅威に対する強力な保護が提供されます。この設定は、コンテンツへのシームレスなアクセスを維持し、最適なユーザーエクスペリエンスを促進し、ユーザーデータを保護する上で役立ち、それによって当社の包括的なオンライン戦略をサポートします。


結論当社のマーケティング戦略、特にトラフィック生成を最適化し、さまざまなキャンペーンの効果を評価するための A/B テストに関しては、ランディング ページとマーケティング ページの設計と開発の主要ツールとして Webflow を選択しました。このプラットフォームにより、デザインとコンテンツを迅速に反復して、テスト結果に基づいてリアルタイムで調整できるようになりました。Webflow のユーザー フレンドリーなインターフェイスと強力な機能により、当社のチームは視覚的に魅力的でパフォーマンスの高いページを作成することができました。これは、ターゲット ユーザーを引き付け、マーケティング目標を推進するために不可欠です。


コンセプトから独自のデビット カード ソリューションのリリースまでの道のりを終えるにあたり、その道のりが困難でありながらもやりがいのあるものであったことは明らかです。この数か月間、私たちはフィンテック エコシステムの複雑さを乗り越え、無数のプロバイダーと連携し、ビジョンを実現するために必要なコンポーネントを組み立ててきました。この記事で共有した洞察は、初期のスクリーニング プロセスから Java Spring Boot、React、Cloudflare などのテクノロジーの戦略的導入まで、金融サービスの組み込みを検討しているすべての人に役立ち、その過程で遭遇したハードルの一部を軽減してくれることを願っています。


私たちの歩みを振り返ってみると、私たちのようなフィンテック ソリューションの作成は単なる技術的な取り組みではなく、日常の取引を通じて社会に貢献する方法を強化するという使命感に基づいた取り組みであるということが重要なポイントです。私たちは、この基盤の上に構築し、継続的に提供を改善し、仕事の影響を拡大していくことに興奮しています。


Fana の詳細については、 https://www.fanaverse.io/ をご覧ください。