どのコンフィギュレーターも同じ暗黙の約束をする：見たものが注文したものである。その約束を守ることは、まず画像の問題であり、その後にソフトウェアの問題である。なぜなら、コンフィギュレーターが販売するすべてのトリム、カラー、オプションの組み合わせには正しい画像が必要であり、撮影は組み合わせを撮ることはできないからである。これがコンフィギュレーターの画像が実際に構築される方法である。
組み合わせの壁
トリムが4種類、色が12種類、ホイールオプションが3種類の控えめなラインナップでも、角度ごとにすでに144種類の外観組み合わせがあります。8つの角度を掛けると、1つのモデルの撮影リストは静かに1000枚を超えます。メーカーはCGIパイプラインでこれを解決します。リースプラットフォームからディーラーグループまで、歴史的に誰もが丁寧に間違った車を表示することで解決してきました。
仕様データからのレンダリング
スケーラブルな解決策は、メーカーのデータから各組み合わせをオンデマンドでレンダリングします：トリムはボディとホイールを定義し、カラーコードは塗装を定義し、リクエストは角度とフォーマットを定義します。カラーパラメータを変更すると、同じスタジオショットが再塗装されます。トリムを変更すると、ボディがそれに従います。これが カラーサポート の裏側の仕組みであり、なぜコンフィギュレーター画像がリクエストパターンであるか、アセットライブラリではないかを説明しています。
同期が真のエンジニアリングの課題です
コンフィギュレーターの難しいバグはドリフトです：価格エンジンは新しいトリムが存在することを知っていますが、画像レイヤーは知らず、顧客は静かに去年の画像の車を設定します。ドリフトを防ぐことは建築的です：
- 価格と画像の両方に情報を提供する範囲の一元管理
- 各設定に安定したカタログIDを保存
- フォールバックをフラグするレスポンスで、UIが反応できるようにする
- モデルイヤーのロールオーバーはデータの変更として処理され、アセットプロジェクトではありません
メーカーのコンフィギュレーターを超えて
そのパターンはブランドサイトをはるかに超えて広がります。リースプラットフォームはクォータブルレンジでコンフィギュレーターを実行し、サブスクリプションエプリはメンバーが次のスワップをスペックするのを許可し、ブローカーは提案の中でクライアントにオプションを案内します。それぞれが同じループです：仕様が入力され、正確な画像が出力され、価格が並行します。リースページは、そのループの最も完全なバージョンを生産中に示しています。
間違った車を表示するコンフィギュレーターは、丁寧に嘘をつく非常に高価な形です。
もし今、どのコンフィギュレーションフローを実行しているなら、敵対的にテストしてみよう：最も人気のないトリムを最も人気のないカラーで選んで、どの画像が表示されるかを見てみよう。その特殊なケースが画像システムが自分自身について真実を語る場所である。
パフォーマンスが魔法を維持する
コンフィギュレーターの魅力は最初のスピナーで終わる。カラースイッチは瞬間的に感じられるべきで、これは顧客が現在のオプションを検討している間に隣接するオプションを事前に読み込むことを意味する。パレットは既知であり、トリムは固定されているため、事前に読み込まれた数種類のバリアントが全体のパネルをネイティブに感じさせる。角度スイッチも同じトリックを使う。これは特殊なエンジニアリングではなく、既知のオプション空間に対する普通の画像の事前読み込みであり、これはおもちゃのように感じるコンフィギュレーターとショールームのように感じるコンフィギュレーターの違いである。
顧客が感じるように測定する：中級のスマートフォンで、ホテルのWi-Fiで、カラートップから塗装された車までの時間。二百ミリ秒未満は瞬間的に感じられる、五百ミリ秒未満は問題ない、それ以上は配置を失う。
