Upgrade to Pro — share decks privately, control downloads, hide ads and more …

DevelopersIO 2024 SENDAI - prismatix

Avatar for Masaki Konno Masaki Konno
July 04, 2024
43

DevelopersIO 2024 SENDAI - prismatix

Avatar for Masaki Konno

Masaki Konno

July 04, 2024

Transcript

  1. prismatixとは • EC / CRM特化型プラットフォーム • クラスメソッドのB2B自社サービス • エンゲージメントコマース •

    伴走型コンサルティング https://prismatix.jp/ prismatix は 「OMO」 や「ヘッドレス」を指向する事業会社様にフィットします ・OMO Online Marges with Offline EC、アプリ、店舗、どのチャネルでも一貫した顧客体験を提供する ・ヘッドレス フロントエンド(画面)とバックエンド(データ /ビジネスロジック)が分離され、 API を介して疎結合になっている構成
  2. ヘッドレスコマースとは? 一般的なCMS ヘッドレス CMS フロントエンドとの分離 データ(コンテンツ)とその表示 方法(フロントエンド)は同一に 管理されます。 データとその表示方法は別々に管理されます。 (フロントエンドとCMSが分離されています)

    コンテンツの用途 通常はウェブサイトにコンテンツ を表示します。 コンテンツは、 APIを通じて異なるプラット フォームで表示することが可能です(複数のウェ ブサイト、モバイルアプリ、 IoTデバイスな ど)。 パフォーマンス ユーザーがページをリクエストす るたびにサーバーで HTMLを生成 します(動的サイト生成と呼ばれ ます)。この手法では、パフォー マンスに影響を及ぼすことがあり ます。 静的サイトジェネレータと組み合わせることで、 あらかじめ HTMLを生成しておく(静的生成)こ とが可能です。これにより、ページのロード時間 が短くなります。 セキュリティ ユーザーからのリクエストを元に HTMLを生成するため、 SQLイン ジェクションなどの脆弱性を生じ る可能性があります。 APIを介してデータを取得するため、攻撃対象と なる余地が小さくなります。また、静的サイト ジェネレータと組み合わせることで、すべての HTMLが予め生成されるため、 SQLインジェク ションなどの脆弱性を避けることができます。
  3. ヘッドレスコマースとは? 一般的なeコマースプラットフォーム ヘッドレスコマース フロントエ ンドとの分 離 ショッピングサイトの見た目(フロントエン ド)と、裏側のデータ管理(バックエンド) が一体化しています。 見た目(フロントエンド)と裏側のデータ管理

    (バックエンド)が別々になっています。それぞ れ、APIで情報をやり取りします。 機能とデザ インの柔軟 性 プラットフォームが提供する機能やデザイン の範囲内でしかカスタマイズできません。 フロントエンドとバックエンドが分離しているた め、見た目や機能を自由にカスタマイズできます。 改修やアッ プデートの 汎用性 プラットフォーム自体のアップデートに依存 します。全体を変更することが難しい場合が 多いです。 フロントエンドとバックエンドが独立しているの で、一部だけを変更することや、新しい機能を追加 することが比較的容易です。
  4. prismatixを利用したシステムの構成 15 ▪ EC や CRM のフロントシステム( Web アプリ/モバイルアプリ)を開発する必要がある •

    フロントシステムは、 ヘッドレスシステム の API を利用して、独自の EC, CRM システムを実現する ▪ 業務に合わせた APIのラップや、ヘッドレスシステムで対応できない業務処理を行うため、中継 APIサー バを構築するケースが一般的 サービス API API ・・・ サービス API API ・・・ サービス API API ・・・ 中継API(BFF) API API API DB 業務処理 業務処理 フロントシステム (Web/アプリ等) AWS環境など AWS環境 ヘッドレス システム
  5. fannalyとは? • 顧客体験価値を高める 会員・クーポン・ポイント 管理システム • クラスメソッドの B2B / B2C

    自社サービス • 手軽にはじめてオンライン /オフラインを統合 • LINEミニアプリ、管理画面、 API連携 https://fannaly.jp/
  6. 導入事例 : スターバックスコーヒージャパン様 ECのロジックを転用しつつ、 独自のサービス( MOP)を実現 ・ECの仕組みを転用できるが、通常の ECとは異なる ・商品をカートへ入れて、注文を行うという一連の操作など一部は ECと共通

    ・一般的な ECパッケージ製品ではフィットしづらい ヘッドレス構成で解決 ・APIでフロントアプリケーションを集約させ、システムの拡張性と柔軟性を確保 ・フロントエンドの画面・ロジックを自由にカスタマイズできる ・基幹となるバックエンドのロジックはプラットフォームの仕組みを利用
  7. 導入事例 : スターバックスコーヒージャパン様 約6ヶ月で「 Mobile Order & Pay」をリリース ・EC/CRMの仕組みを利用するが、すべての機能(開発)が必要ではない ・いち早く顧客へサービス提供したい

    マイクロサービスアーキテクチャ構成で解決 ・フロントエンドの画面・ロジックを自由にカスタマイズできる ・MVP(Minimum Viable Product)形式で必要最低限からサービスを開始可能 ・拡張性があるため、サービス提供を続けながら追加機能を提供できる
  8. 支援事例 : 良品計画様 オンライン・オフライン、デバイス、利用サービスに 依存しない ”ハブ”の構築 ・MUJI passport(スマホアプリ) ・無印良品ネットストア( ECサイト)

    ・店舗/倉庫/工場 ・基幹システム ...etc とシームレスに繋がったシステムを構築したい お客様とのコミュニケーションや購買の ”ハブ”となる「API基盤の構築」で解決 ・API基盤を通じて同じデータをアプリネイティブ画面と Web画面に提供 ・全国にある倉庫や工場、協力会社へのリアルタイムな在庫引当
  9. 32