
Context
Record the application, stakeholders, location and project stage.
Projects and referencesReview project decisions in the order they become useful.
Projects / methodology
A project reference is more valuable when it explains the question, constraint, evidence and next action instead of showing a product without context.

Procurement question
Use the methodology to frame what the team is trying to decide, what evidence is available and which detail still needs confirmation.
Decision evidence
The sequence supports product, application, technical and commercial conversations without presenting unsupported project outcomes.

Record the application, stakeholders, location and project stage.

Identify the site, mounting, document, market or procurement constraint shaping the decision.

Link the relevant product, application, testing image or requested file to the question it answers.
Keep these facts connected
The public site can explain the review method. Customer names, measured outcomes and project documents require explicit permission and verified source material.
Use verified product, process and application information that can be reviewed openly.
Treat customer identity, project photography and project results as separate approval items.
Give the project team a clear route to a product, document or enquiry review.
Questions to carry forward
Use the answers as a starting point. Model, market and project-specific details still need written confirmation.
No. It explains how to organize a review and keeps customer evidence separate from general company or product information.
Include the application, market and the type of reference or document needed so the team can confirm what can be shared.
Your next step
Share the application, product context, target market and documents you need reviewed. The final configuration remains subject to the selected model and project brief.