Skip to content
Commercial
DisplayDISPLAY GUIDES / DE

GUIDE / 12

Write a better display tender

A useful display specification connects each requirement to evidence and an acceptance task. Define the site, content, operating schedule and responsibilities first. Compare proposed solutions using the same documents and demonstrations.

How does a requirement become a test?

Decision pointEvidence to record
ReadabilityName the content, viewing point and lighting condition
OperationDescribe the duty cycle and recovery task
HandoverAssign documents, responsibilities and unresolved items
  1. Separate required features from preferences and open questions.
  2. Request a document or demonstration for every required feature.
  3. Record the result and follow-up work in the acceptance sheet.

FOR THIS GUIDE / REGISTER

Search statements and sources
01

State needs before solutions

Describe who must understand what information and where. Record use and site conditions before selecting a technology. Explicitly mark requirements, preferences and open assumptions. If on-site sampling is needed, set content, positions and evaluation method so suppliers price the same scope.

02

Request comparable evidence

Every key requirement needs a response with a model, document or test. Ask suppliers to mark deviations in a separate column. A spec sheet without installation context cannot approve the use. Request a complete bill of materials, licenses, mounting, commissioning and service. Compare total costs using the same term and site assumptions.

03

Define acceptance and handover

Check real content, switching on and off, language switching, offline playback and relevant failure cases. Assign an expected result and owner to each test. Handover includes asset register, approved configuration, service instructions and training. Record defects with a deadline and recheck before approving a broad rollout.

PLANNING EXAMPLE

Planning steps and acceptance checks

Three suppliers receive the same needs matrix. For each mandatory requirement they name a model, document or demonstration and mark deviations. The project team compares complete scope and records open questions. A pilot passes agreed tests before rollout. A better price or attractive demo does not compensate for unresolved mounting approval. The brief, supplier response and acceptance record should reference the same requirements so later changes remain traceable.

Acceptance questions for the planning example
AspectWhat to check
Normalize supplier responsesEach proposal covers the same scope or marked deviations
Check pilot against mandatory requirementsEvery requirement has evidence or an open defect
Review handoverAsset register, instructions and owners are documented

What to bring to the project discussion

Project review matrix
AspectWhat to check
RequirementMandatory, preferred or open
Supplier responseEvidence and deviation
CostHardware, software, installation, service
AcceptanceTest, expected result, owner

Three concrete next steps

  • Create a project brief and enrich it internally.
  • Give every supplier the same evidence matrix.
  • Agree on pilot and handover documents in advance.

Limit of this recommendation

Generated requirements remain suggestions. Site assessment, specialist design and internal approval determine what is mandatory.

Sources & context

Planning advice: check the model-specific documents for your use. Procurement documents

Request documents for the exact model and assess the planned installation before acceptance. Prepare a correction

PUT IT TO WORK

Record requirements in a project brief.

Create a project brief

Keep reading

NEW DOSSIER / SHOP WINDOWS

Between the display
and the street is glass.

OM55B: check the model code, glass reflections and air temperature at the display behind the shop-window glass. Then record viewing position, installation space and operating questions for your site.

Open the window guide ↗

Revised on