カスタム ディスプレイの RFQ: エンジニアリングが役立つように送信する内容

よくある間違い: サイズと数量だけを送信する

多くの RFQ では、「4.3 インチのディスプレイ、1000 個が必要」と書かれています。これは出発点ですが、適切なモジュールを推奨するには十分ではありません。

有用な RFQ には、デバイスの使用例、インターフェース、タッチ要件、明るさ、機械的制限、数量段階、スケジュールが含まれます。

シンプルな最初のメッセージ構造を使用します: アプリケーション、ディスプレイ サイズ、解像度目標、インターフェース、タッチの必要性、明るさ環境、機械的制限、サンプル量、質量量、およびタイミング。不明な分野があっても「柔軟」または「未定」と記載してください。

エンジニアは、RFQ をプロフェッショナルに見せたいため、不確実性を隠すことがあります。不確実性は明確に示したほうがよいでしょう。サプライヤーは、どの点が柔軟であるかを知っていれば、標準モジュールを推奨できることがよくあります。

優れた RFQ は完璧な技術文書ではありません。有用なルールは、有用な RFQ は単純に正直であり、最初のエンジニアリング上の決定に十分な完全性を備えているということです。何かが不明な場合は、それは不明だと言います。何かが柔軟であれば、それは柔軟であると言います。

数量については、サンプル、パイロット、量産を分けてください。 5 個のサンプル要求と年間 20,000 個の需要では、1 回限りの 100 個のプロジェクトとは異なるアドバイスが得られます。 MOQ とカスタマイズの決定はこれに依存します。

次に、固定点を列挙します。おそらくハウジングの開口部にはすでに工具が取り付けられている可能性があります。おそらく PCB にはすでに RGB が搭載されているのでしょう。おそらくソフトウェアは 1 つのコントローラーのみをサポートしていると思われます。これらは厳しい制約です。その後、優先解像度や明るさの目標などの設定をリストします。

最後に、答えてほしい質問を追加します。 「可能であれば標準モジュールを推奨してください。」 「この FPC の方向性が実現可能かどうかを検討してください。」 「2.0 mm カバーガラスを使用した PCAP を見積もってください。」明確な質問がサプライヤーの対応につながります。これらがなければ、料金は支払われても、必要なエンジニアリングのサポートを受けられない可能性があります。

アプリケーションから始める

ディスプレイが使用される用途について教えてください: 医療機器、EV 充電器、ハンドヘルド スキャナ、POS 端末、エレベーター パネル、屋外コントローラーなど。

アプリケーションは推奨事項を変更します。同じ 7 インチ サイズでも、明るさ、タッチ、ガラス、テストが大きく異なる場合があります。

ユーザー環境を一文で追加します: 屋内カウンター、屋外壁、車両キャビン、病院カート、工場機械、手持ち倉庫での使用、または公共キオスク。これは業界名だけではありません。

類似の既存製品がある場合は、写真またはリンクを送信してください。使用例を説明するために機密の図面を共有する必要はありません。参考写真は、明るさ、ガラス、タッチ、機械的な期待を迅速に調整するのに役立ちます。

アプリケーションから始めます。 「3.5インチ液晶」よりも「医療用ハンディリーダー」の方が便利です。 「7インチタッチディスプレイ」より「屋外EV充電器支払い画面」の方が便利です。アプリケーションは、明るさ、ガラス、タッチ、環境、認証、供給の期待について教えてくれます。

タイミングについては、直接的に伝えてください。来週サンプルが必要な場合は、そのように言ってください。量産まであと 6 か月かかる場合は、そのように伝えてください。技術的に完璧なカスタム パーツでも、スケジュールで標準モジュールが必要な場合は間違っている可能性があります。

ラフファイルは早めに添付してください。部分的な図面、製品写真、正面開口部のスケッチ、または基板のスクリーンショットを使用すると、誤解を防ぐことができます。プロジェクト エンジニアは、図面が完璧になるまで待つことがありますが、サプライヤーからの最良のフィードバックは、設計がまだ進んでいる間に得られることがよくあります。

何が固定され、何が柔軟かをリストアップする

サイズは固定でもインターフェースが柔軟な場合は、そのように言います。インターフェースは固定されているが解像度が変更される可能性がある場合は、その旨も伝えてください。

すべての点が固定されたものとして提示されると、RFQ はさらに困難になります。実際には、1 つの柔軟なパラメーターによって標準モジュールが可能になり、コストが節約される可能性があります。

RFQ では、「必須」、「優先」、「柔軟」の 3 つのラベルを使用します。例: 「モジュールがすぐに入手できる場合は、5 インチクラスのサイズ、推奨 800x480、柔軟なインターフェースが必要です。」これは、長くて厳密なリストよりもはるかに作業が簡単です。

また、ツール、PCB、ソフトウェア、認証、または顧客の承認のために変更できないものについても言及します。これらの制約は好みよりも重要です。

次に、固定点と柔軟な点をリストします。これは最も役立つ習慣の 1 つです。サイズは固定だが解像度は柔軟な場合は、その旨を記述します。 PCB がすでに MIPI を必要とする場合は、それを記述します。使用可能なモジュールに合わせてインターフェースを変更できる場合は、それも記述します。

価格だけでなくコメントも求めて RFQ を終了します。標準モジュールが適合するかどうか、何をカスタマイズする必要があるか、どのようなリスクがあるか、どのようなドキュメントを提供できるか、どのようなサンプル パスを推奨しているかを尋ねます。これにより、単なる販売見積もりではなく、エンジニアリングに関する回答が求められます。

最後に、標準モジュールの推奨事項、カスタム FPC レビュー、タッチおよびガラスの提案、サンプルの入手可能性、MOQ、リードタイム、または文書サポートなど、必要な決定を行ってください。明確な質問は、サプライヤーがカタログ リンクを送信するだけでなく、エンジニアリング上の価値を持って回答するのに役立ちます。

機械的およびタッチの詳細を追加する

有用な詳細には、前面開口部、カバーガラス サイズ、FPC 出口方向、コネクタ側、総厚制限、タッチ タイプ、手袋の使用、水への露出、ロゴ印刷が必要かどうかなどがあります。

図面は役立ちますが、製品コンセプトの大まかなスクリーンショットや写真でも、初期のアドバイスとしては十分です。

すでに PCB をお持ちの場合は、コネクタの位置と利用可能な高さを送信してください。すでにハウジングをお持ちの場合は、正面開口部と断面図をお送りください。どちらもお持ちでない場合は、ご希望の製品サイズとディスプレイを設置する場所をお送りください。

タッチについては、ユーザーがどのようにタッチしたかを言います: 裸の指、濡れた指、薄い手袋、厚い手袋、スタイラス、または時々掃除します。これにより、カバーガラスとコントローラーの推奨事項が変更されることがよくあります。

最終的なものではない場合でも、ラフ図面を添付してください。正面開口部のスケッチ、PCB コネクタ領域、製品の写真、または断面図を使用すると、数回分の電子メールを節約できます。図面を洗練する必要はありません。制約を示す必要があります。

RFQ を書くときは、エンジニアが他のエンジニアに助けを求めるように書きます。不確実性を隠さないでください。すべての点を固定的に聞こえるようにしないでください。製品、制約、およびまだ柔軟なものについて説明します。

RFQ レビューの場合は、プロジェクト エンジニアに、初めてプロジェクトを見るサプライヤーであるかのようにリクエストを読んでもらいます。彼らはデバイス、固定制約、柔軟なポイント、数量段階、タイミングを理解できますか?そうでない場合、RFQ は回答の代わりに電子メール ループを作成します。

量とタイミングを明確にする

サンプル数量と量産数量を分離します。サンプルの目標日と生産開始予定日についても言及します。

これにより、技術的には問題ないが、可用性、MOQ、またはリードタイムの点で間違っているモジュールの見積もりを回避できます。

コンセプト、プロトタイプ、パイロット、承認されたデザイン、またはリピート注文などの段階について正直に話してください。サンプル戦略はステージごとに異なります。コンセプトには利用可能な標準モジュールが必要な場合があります。承認された設計ではカスタマイズが正当化される場合があります。

プロジェクトの開始日が決まっている場合は、早めに発表してください。そうすれば、可用性とリードタイムは、技術的選択後の不快な驚きとしてではなく、設計上の制約として扱うことができます。

タッチの場合は、ユーザーについて説明します。素指、手袋、濡れた指、スタイラス、掃除、公共の場での使用、厚いカバーガラスなどによって、推奨事項が変わります。 「タッチ付き」とだけ書いた場合、サプライヤーは推測する必要があります。

最初の段落では、デバイスが何であるかを説明する必要があります。屋外充電器、医療リーダー、ハンドヘルド スキャナ、エレベーター パネル、または POS 端末のディスプレイは、コンテキストを即座に提供します。そのコンテキストは、明るさ、タッチ、ガラス、インターフェース、品質、ドキュメント、供給に影響します。

次に、誤った精度を削除します。 800x480 を好むが、別の解像度を受け入れることができる場合は、「推奨」、「必須ではない」と言います。 1000 nits が必要だが、実際の屋外条件がわからない場合は、固定ではなくターゲットとしてください。優れた RFQ は柔軟性を正直に示します。これにより、カスタム パーツを早々に追いかけるのではなく、利用可能なモジュールを推奨することができます。