Before a camera goes near your line, describe the defect, the part, the cycle time and how you inspect today. An engineer reviews it — not an automated form — and comes back with a feasibility class, the sample images needed to confirm it, and the imaging risks specific to your environment.
Check my inspection use caseSee all Proof of Concept programsFor a quality or engineering team that has heard Computer Vision can catch defects human inspectors miss, but does not yet know whether their specific defect, part geometry and line speed make it a realistic candidate — or what it would actually take to find out.
This check never declares feasibility automatically from a form. A qualified engineer reviews every submission, and "not enough information" is a legitimate, common outcome — it means a short image study is the honest next step, not a rejection.
Only if you already have some — sending a handful of representative images (with confidential branding or product identifiers removed) speeds up the review. If you have none, describe the defect and environment instead; that alone is often enough for a first classification.
It means the description alone cannot confirm feasibility — usually because lighting, part variation or defect subtlety needs to be seen, not described. The recommended next step is a short, scoped image-capture exercise on your line before committing to a full PoC.
No — this is a free qualification step before that commitment. The PoC itself installs a camera, builds and validates a model against your line, and measures detection accuracy on real production parts.
Tell us the scope you have in mind and we will come back with a written PoC plan: what gets connected, what you provide, how success is measured and what the decision at the end looks like.