名称なぜ「テッペイ」？　JR東、遅れすぎたコード決済参入の勝算（4/4 ページ）

公開 2026年10月21日 12時42分

[ITmedia]

印刷する Googleで優先するソースとして追加

たった10カ月でどうシステム構築したのか

　最後に約1年前のteppayレポートで触れた突貫工事の答え合わせだ。開発にまつわる詳細な政治事情については別記事に譲るが、筆者が情報源から聞いている範囲で、teppayが実質10カ月程度の開発期間だったことは間違いない。だが「7pay」で憂慮されたような品質の悪さによるトラブルの心配は少ないと考える。

　その理由はteppayの開発体制にある。JCBプリカの発行機能やコード決済での「Smart Code」連携などにみられるが、teppayの随所にJCBの“息吹”が感じられる。このほか典型的なのが銀行口座からの口座振替機能を利用しての残高チャージだが、サービス開始時点で日本国内のほとんどの主要銀行をカバーしている。「10カ月の開発期間で機能盛りだくさんでは？」とも感じるが、その秘密はおそらくJCBが提供するSaaS（Software as a Service）の金融サービスパッケージを積極活用したことにある。

　筆者の推測も混じるが、MPMと呼ばれるteppayで店舗のQRコードを読み込んで決済する機能を除き、ほとんどの機能はJCBが提供するサービスパッケージをカスタマイズして組み込むことで実装していると考えられる。これにより品質を担保しつつ、短期間でのサービスインを可能にしたとみられる。

　考え得るデメリットとしては、自前でシステムを開発した場合と比較して手数料その他の面でJR東日本の取り分が少なくなり（つまりJCB側に支払う金額が増える）、本来決済サービスで得られる利幅が少なくなることが挙げられる。teppayの最優先ミッションとして「ポイントプログラムを組み合わせたコード決済サービスを素早く立ち上げる」があり、利益よりもスピードを優先したのが今回の一連の仕組みではないかと考える。至急の課題としてSuicaのテコ入れとグループ内周辺サービスの盛り上げがあり、teppayは単体でのビジネスよりも、あくまでそれらを支えるのが目的なのではないかというのが筆者の予想だ。