内蔵カート・見積
PartGridの内蔵カート・見積依頼ワークフローを使い、選択された部品、数量、顧客情報、メモを収集して、構造化された見積依頼として送信できます。
カート・見積連携
選択された部品を、カート、見積、または自社ワークフローへ。
PartGridでは、ユーザーが図面から部品を選択し、内蔵カート・見積ワークフロー、対応している場合のネイティブeコマース連携、またはpostMessageによる親サイト側のカスタムワークフローへ移動できます。
内蔵カート・見積ワークフロー
選択部品のカスタム連携
対応している場合のShopware連携
Selected-part handoff
Visual selection becomes an actionable workflow.
Interactive diagram
12
Ref 12
Hydraulic filter
Ref 13
Seal kit
Ref 14
Mounting bracket
1
内蔵カート・見積
PartGridの内蔵カート・見積依頼ワークフローを使い、選択された部品、数量、顧客情報、メモを収集して、構造化された見積依頼として送信できます。
2
ネイティブeコマース連携
PartGridが対応しているeコマースプラットフォームで、プロジェクトにプラットフォーム固有の商品、カート、顧客、チェックアウトの動作が必要な場合に、ネイティブ連携を使用できます。
3
カスタムpostMessage連携
iframeのpostMessageを使って、PartGridビューアーから親サイト、ポータル、またはアプリケーションへ選択部品を送信し、自社のシステム側で次の処理を制御できます。
Users move from "I found the part" to "I can request, quote, buy, or process it" without rebuilding the parts list manually.
最後のワークフロー課題
部品を見つけるだけでは不十分です。
顧客や販売店は、分解図、図面、部品リストから正しい部品を特定できるかもしれません。しかし、その後も部品番号を別システムにコピーしたり、スクリーンショットをメールで送ったり、部品リストを手作業で作り直す必要があるなら、ワークフローは未完成です。
顧客は部品を特定した後も、見積依頼または購入する必要がある。
販売店は、選択された部品を見積または注文ワークフローに移す必要がある。
eコマースチームは、選択内容が独立したカタログ内に閉じ込められることを望まない。
サービスチームは、選択された部品をチケットや作業指示に含める必要がある場合がある。
見積主導のビジネスでは、直接チェックアウトを望まない場合がある。
カスタムポータルでは、メッセージベースの柔軟な連携が必要になる場合がある。
3つの連携オプション
自社システムに合った連携パスを選択。
3つのオプションはいずれも同じ目的をサポートします。ユーザーが部品を視覚的に特定し、ビジネス側で対応できるワークフローへ移動できるようにすることです。
ネイティブeコマース連携
PartGridが対応しているeコマースプラットフォームで、プロジェクトにプラットフォーム固有の商品、カート、顧客、チェックアウトの動作が必要な場合に、ネイティブ連携を使用できます。
カスタムpostMessage連携
iframeのpostMessageを使って、PartGridビューアーから親サイト、ポータル、またはアプリケーションへ選択部品を送信し、自社のシステム側で次の処理を制御できます。
導入方法の選択
導入計画に合った連携パスを使用。
PartGridは、1つのチェックアウトモデルや見積モデルを強制しません。まずは自社ビジネスに合った方法で始め、ワークフローの成熟に合わせてより深く連携できます。
内蔵カート・見積
本格的なカスタム連携なしで開始できます。
見積主導の販売や販売店からの依頼をサポートできます。
確認、価格設定、在庫確認、または出荷処理の前に、選択された部品を収集できます。
ネイティブeコマース連携
利用中のeコマースプラットフォームが対応している場合に使用します。
商品、ストアフロント、顧客、カート、チェックアウトの動作と整合させます。
現在もっとも明確なネイティブ連携ストーリーとしてShopwareを使用します。
postMessageによるカスタム連携
カスタム販売店ポータルやフロントエンドで使用できます。
未対応プラットフォームや段階的な導入をサポートできます。
親アプリケーション側でカート追加、見積ドロワー表示、API呼び出し、CPQへのルーティングを行えます。
内蔵カート・見積
PartGridの内蔵カート・見積ワークフローから始める。
PartGridは、選択された部品を内蔵カートと見積依頼フローで収集できます。このワークフローは、設定に応じて、選択部品、数量、会社情報、連絡先情報、住所情報、メモ、見積書類、フォローアップに対応できます。
これは、価格の確認、在庫確認、販売店や顧客による部品依頼、または直接eコマース取引の前に見積依頼を行いたい場合に有用です。
見積依頼
選択された部品 3点
連絡先・会社情報
配送メモ
見積書類とライフサイクル
対応している場合は、ネイティブeコマース連携を使用。
対応しているeコマースプラットフォームでは、ネイティブ連携が適している場合があります。商品、カテゴリ、ストアフロント、顧客、カート、チェックアウトの動作とより密接に連携できるためです。このページでは、Shopwareを代表的なネイティブ連携として扱います。
Shopware連携を見るポータルや柔軟なワークフロー向けのカスタム連携。
カスタムポータル、未対応プラットフォーム、または段階的な連携では、選択された部品をPartGridビューアーからpostMessageを通じて親ページに送信できます。親ページ側でカート追加、見積フローの表示、API呼び出し、または別ワークフローへの接続を行えます。
iframe連携を見る連携先ワークフロー
選択部品を、ビジネスが必要とする場所へ送信。
見積依頼
選択された部品を収集し、営業、部品、販売店、またはサービスチームへ確認用として送信できます。
PartGrid内蔵カート
ユーザーが見積または依頼ワークフローを送信する前に、選択された部品をまとめておけます。
eコマースカート
対応している場合、ネイティブ連携またはカスタム連携を通じて、選択された部品をストアフロントのワークフローへ渡せます。
CPQ
より複雑な商取引プロセスのために、部品をconfigure-price-quoteワークフローへ送信できます。
ERPまたはバックエンドワークフロー
価格、在庫、承認、出荷処理を扱うシステムへ、選択された部品を引き継げます。
サービスワークフロー
選択された部品を、サービス依頼、メンテナンスワークフロー、または作業指示に添付できます。
ビジネス価値
検索からアクションまでのギャップを埋める。
PartGridは、ユーザーが正しい部品を特定した後、手作業のコピー＆ペーストや分断されたワークフローなしで、依頼、見積、購入、または処理へ進めるよう支援します。
手作業のコピー＆ペーストを削減
見積品質を向上
既存システムを引き続き活用
柔軟な導入パス
顧客・販売店体験を改善
FAQ
カート・見積連携に関するよくある質問
PartGridのカートを使用する必要がありますか？+
いいえ。PartGridは複数の連携パスに対応できます。内蔵カート・見積ワークフロー、postMessageによる選択部品連携、対応している場合のネイティブeコマース連携、またはカスタム実装を利用できます。
PartGridの内蔵カート・見積管理を使用できますか？+
はい。選択された部品を収集し、見積依頼を管理するネイティブワークフローが必要な場合、PartGridは内蔵カート・見積依頼機能を提供できます。
自社のカートや見積フローを使用できますか？+
はい。選択された部品を親サイトまたはポータルに送信し、自社アプリケーション側で次の処理を決めることができます。
postMessageだけがPartGridとの連携方法ですか？+
いいえ。postMessageは、埋め込み型およびカスタムワークフロー向けの柔軟な連携パターンの1つです。PartGridは、内蔵カート・見積ワークフローや、実装済みの場合はネイティブeコマース連携にも対応できます。
どのeコマースプラットフォームに対応していますか？+
現在もっとも明確なネイティブeコマース連携ストーリーはShopwareです。その他のプラットフォームについては、実装状況に応じて、確認済み連携、ロードマップ項目、またはカスタムスコープの連携として相談する必要があります。
PartGridは見積専用ワークフローに対応できますか？+
はい。価格、在庫、運送費、適合性、販売店による確認がチェックアウト前に必要な場合、見積専用ワークフローは特に適しています。
部品が選択されたとき、どのデータが送信されますか？+
正確なペイロードは実装ドキュメントで確認する必要があります。選択部品データには、部品ID、部品番号、数量、図面コンテキスト、コレクションコンテキスト、価格コンテキスト、商品URL、受信側ワークフローに必要なその他のフィールドが含まれる場合があります。
PartGridは最終価格、税金、送料、チェックアウトを処理しますか？+
PartGridはカタログおよび選択部品のコンテキストを提供し、見積ワークフローをサポートできます。最終価格、税金、送料、チェックアウト、決済、出荷処理は、eコマース、ERP、CPQ、見積、またはバックエンドシステム側で処理される場合があります。