RFQ から量産まで: カスタム表示プロセス

カスタム ディスプレイ プロジェクトが、 顧客の RFQ から直接量産に移行することはほとんどありません。ディスプレイを大規模に製造する前に、その要件を分析し、適切なソリューションを選択し、設計を検証する必要があります。

プロジェクトによっては、既存のディスプレイをほとんどまたはまったく変更せずに、ほとんどの要件を満たせる場合があります。場合によっては、ディスプレイ、タッチスクリーン、カバーガラス、電子機器、または機械構造のカスタマイズが必要になる場合があります。

一般的な開発パスは次のとおりです。

RFQ分析 → 標準またはカスタムソリューション → 見積 → エンジニアリング設計 → 顧客確認 → サンプル生産 → サンプルテスト → パイロットラン → 量産

正確なプロセスは製品やアプリケーションによって異なりますが、目的は同じです。定義された要件を、一貫して検証および製造できるディスプレイ ソリューションに変えることです。

1. RFQ 分析: 要件の理解

RFQ はカスタム ディスプレイ プロジェクトの開始点です。この段階で、メーカーは顧客が何を購入したいのかだけでなく、最終用途でディスプレイが何をする必要があるのか​​も理解する必要があります。

一般的な要件には次のものが含まれます。

• ディスプレイのサイズと解像度

• 明るさと視聴要件

• タッチパネルの種類と動作条件

• カバーガラスの寸法と厚さ

• ディスプレイまたはタッチインターフェイス

• 機械的寸法と取り付け要件

• 動作温度

• 環境条件

• 光学要件

• 予想生産量

• アプリケーションと設置環境

同じディスプレイ仕様でも非常に異なるエンジニアリング要件が生じる可能性があるため、このアプリケーションは特に重要です。

たとえば、屋内コントロール パネルのディスプレイには、比較的単純な明るさと環境要件がある場合があります。屋外機器に設置されるディスプレイは、日光による可読性、水への曝露、手袋、温度変化、機械的保護、またはその他の環境要因に対処する必要がある場合があります。

このため、RFQ は単なる価格の要求ではありません。既存のソリューションが適切かどうか、およびどのレベルのエンジニアリング作業が必要になるかを判断するために必要な情報が提供されます。

2. 標準ソリューションかカスタム ソリューションか?

RFQ を分析した後の次の疑問は、既存のソリューションが要件を満たすことができるかどうかです。

標準ソリューション

既存のディスプレイまたはタッチ ディスプレイが主要な仕様を満たしている場合、プロジェクトは標準ソリューションで進めることができます。

RFQ分析→標準ソリューション→見積

既存のソリューションを使用すると、開発作業が軽減され、開発サイクルが短縮され、新しいプロトタイプの作成に伴うリスクが軽減されます。

これは、必ずしも製品が完全に変更されていないことを意味するものではありません。アプリケーションと統合の要件に応じて、プロジェクト固有の若干の調整が必要になる場合があります。

カスタムソリューション

利用可能な標準製品が要件を満たせない場合、プロジェクトはカスタム ソリューションに移行します。

RFQ分析 → カスタムソリューション → 見積

カスタマイズはさまざまなレベルで発生する可能性があります。プロジェクトでは、完全に新しいディスプレイ設計ではなく、ディスプレイ アセンブリの一部のみの変更が必要な場合があります。

要件に応じて、カスタマイズには以下が含まれる場合があります。

• TFTディスプレイの 選択

• タッチセンサー

• タッチコントローラー

• カバーガラス

• FPC

• インタフェース

• 機械的寸法

• バックライトと明るさ

• オプティカルボンディング

• 動作温度

• タッチファームウェアまたはチューニング

したがって、カスタマイズのレベルは、顧客の要件と利用可能な標準ソリューションとの間のギャップによって決まります。

3. 見積とプロジェクトの確認

ソリューションが評価されると、メーカーは必要なコンポーネント、カスタマイズ作業、生産要件、予想される数量に基づいて見積もりを作成できます。

カスタム ディスプレイ プロジェクト のコスト構造は、 標準製品のコスト構造とは大きく異なる場合があります。カスタム コンポーネント、ツール、テスト要件、最小注文数量、および予想される生産量はすべて、最終的なプロジェクトのコストに影響を与える可能性があります。

見積書と主要な商業条件が確認された後、プロジェクトはエンジニアリング設計に進むことができます。

4. エンジニアリング設計: 要件を構築可能なソリューションに変える

エンジニアリング設計では、RFQ 段階で定義された要件が実際の製品構成に変換されます。

ディスプレイ システムには、TFT ディスプレイ、タッチ センサー、タッチ コントローラー、カバー ガラス、FPC、インターフェイス、機械的構造、光学的ボンディングなど、いくつかの相互接続された要素が含まれる場合があります。

1 つの要素を変更すると、他の要素に影響を与える可能性があります。

たとえば、カバー ガラスの厚さを増やすとタッチ感度に影響を与える可能性があり、タッチ パラメータやセンサー設計の変更が必要になる場合があります。ディスプレイの輝度を上げると屋外での視認性が向上しますが、消費電力と熱負荷も増加する可能性があります。オプティカルボンディングにより、光学性能が向上し、エアギャップの影響が軽減されますが、追加のプロセスとコストの考慮事項も必要になります。

同様に、などの要件は、コンポーネントの選択、機械設計、タッチ性能、検証要件に影響を与える可能性があります。 幅広い動作温度 や耐水性

したがって、エンジニアリング設計の目標は、単に各仕様を独立して達成することではありません。さまざまな要件が実用的で製造可能なシステムとして連携する必要があります。

5. お客様の確認

エンジニアリング ソリューションが定義されたら、主要な仕様と設計の詳細を顧客に確認する必要があります。

これには、ディスプレイ構成、タッチ ソリューション、機械的寸法、インターフェイス、光学要件、環境要件、その他のプロジェクト固有の詳細が含まれる場合があります。

顧客の確認により、サンプル製造とその後の検証の明確な基準が提供されます。

6. サンプルの製造とテスト

デザイン確認後、サンプルを作成して評価を行っていただきます。

サンプルの目的は、ディスプレイが組み立てられることを実証することだけではありません。実際の製品が合意された要件を満たしているかどうかを確認する機会です。

プロジェクトによっては、サンプル テストは次のような領域をカバーする場合があります。

• 表示性能

• タッチの反応と精度

• 機械的なフィット感

• インターフェース操作

• 光学性能

• 温度性能

• 手袋操作

• ウォータータッチ性能

• 環境または信頼性の要件

すべてのプロジェクトに同じテストが必要なわけではありません。検証計画には、製品仕様、アプリケーション環境、および顧客の要件が反映されている必要があります。

7. サンプルが不合格の場合はどうなりますか?

サンプルがテストに不合格になったからといって、カスタム ディスプレイ プロジェクトが終了するとは限りません。

サンプルが合意された要件を満たしていない場合、結果はエンジニアリング プロセスにフィードバックされます。

サンプルテスト→NG→設計設計→修正サンプル→テスト

必要な調整は故障状況によって異なります。これには、タッチ センサー、コントローラー設定、機械構造、光学構成、表示パラメーター、またはシステムの別の部分が含まれる場合があります。

この反復プロセスは、エンジニアリング検証の通常の部分です。サンプル段階の目的はまさに、プロジェクトが大量生産に達する前に問題を特定して解決することです。

サンプルが必要な仕様を満たしている場合、プロジェクトは次の段階に進むことができます。

8. 量産前の試運転

サンプル検証に合格したからといって、プロジェクトがすぐに本格的な生産に入る必要があるとは限りません。

多くのカスタム プロジェクトでは、パイロット実行により、プロトタイプの検証と量産の間に追加のステップが提供されます。

パイロット実行の目的は、検証された設計が実際の製造条件下でも一貫して製造できることを検証することです。

これは、以下に関連する問題を特定するのに役立ちます。

• 生産工程

• アセンブリの一貫性

• マテリアルハンドリング

• 品質管理

• プロセスパラメータ

• 収量と生産の安定性

したがって、パイロットランは、実用的なプロトタイプと再現可能な製造プロセスの間のギャップを埋めるのに役立ちます。

9. 量産

設計が検証され、製造プロセスが検証されると、プロジェクトは量産に進むことができます。

この段階では、設計の証明から、承認された仕様に従って製品を一貫して製造することに焦点が移ります。

生産品質は、材料管理、プロセス管理、検査、組み立ての一貫性、最終品質検証などの要素によって決まります。

カスタム ディスプレイの場合、量産製品はサンプル段階で検証された設計と一致し続ける必要があるため、一貫性を維持することが特に重要です。

見積依頼から量産まで

カスタム表示プロジェクトは次のように要約できます。

RFQ分析 → 標準またはカスタムソリューション → 見積 → エンジニアリング設計 → 顧客確認 → サンプル生産 → サンプルテスト → パイロットラン → 量産

標準ソリューションが適切であれば、プロジェクトは不必要な開発作業を回避できます。カスタマイズが必要な場合は、エンジニアリング設計と検証により、必要なソリューションを開発するための制御されたパスが提供されます。

サンプルが要件を満たしていない場合、プロジェクトは調整と再検証のためにエンジニアリングに戻ります。設計が検証に合格し、製造プロセスがパイロット実行によって検証されると、プロジェクトは量産に移行できます。

したがって、カスタム ディスプレイ プロジェクトを成功させるには、カタログから画面を選択するだけでは十分ではありません。これには、量産に至る前に、要件分析、ソリューションの選択、エンジニアリング設計、検証、製造検証が含まれます。

FANNAL の場合、このプロセスは、最初の RFQ から検証済みの製造可能なカスタム ディスプレイ ソリューションまでの構造化されたパスを提供します。

よくある質問

1. 標準製品は開発コストを削減できますか?

はい。標準製品がプロジェクトの要件を満たしている場合、追加の製品開発は必要ない場合があります。これにより、完全にカスタマイズされたソリューションと比較して、開発作業、プロトタイプのリスク、および関連する開発コストを削減できます。

2. 独自の研究開発およびエンジニアリング チームはありますか?

はい。 FANNAL には、ディスプレイ、タッチスクリーン、光学接着技術をカバーする社内エンジニアリング チームがあります。当社のエンジニアは、ソリューションの評価と設計からサンプル検証、パイロット生産、量産までプロジェクトをサポートします。

3. 自分のプロジェクトに適したディスプレイ ソリューションを見つけるにはどうすればよいですか?

まず、ディスプレイのサイズ、解像度、明るさ、インターフェイス、タッチ要件、動作温度、機械的制約、予想される容量など、アプリケーションの主要な要件を提供します。 FANNAL は、標準製品が適切かどうか、またはカスタム ソリューションが必要かどうかを評価できます。

4. OEM および ODM タッチ ディスプレイ ソリューションを提供していますか?

はい。 FANNAL は、B2B アプリケーション向けの OEM および ODM ディスプレイおよびタッチスクリーン ソリューションを提供します。プロジェクトの要件に応じて、ディスプレイサイズ、タッチセンサー、カバーガラス、FPC、インターフェース、オプティカルボンディングなどのコンポーネントのカスタマイズをエンジニアリングから量産までサポートします。

5. サンプルから量産に移行する際の品質をどのように確保しますか?

FANNAL は、サンプル検証とパイロット生産を使用して、大量生産の前に設計と製造プロセスを検証します。プロジェクトによっては、実稼働ソリューションが合意された要件を満たしていることを確認するための検証には、電気、ディスプレイ、タッチ、環境、および信頼性のテストが含まれる場合があります。

6. カスタム ディスプレイ プロジェクトの長期供給を保証しますか?

FANNAL は、カスタム ディスプレイの開発と検証が完了した後も製品の継続性が重要であることを理解しています。製品、コンポーネント、予想数量、プロジェクト要件に応じて、長期的な供給計画を検討できます。