Websites
Machine Shop RFQ Form: What to Ask Before You Exchange Drawings
Build a machine shop RFQ form that captures buyer, process, material, quantity and timing information before sensitive drawings move to an approved technical channel.
Overview
A machine shop RFQ form has one deceptively simple job: collect enough information to decide what should happen next.
It does not need to reproduce an estimator’s worksheet. It does not need to accept every CAD format. And it should not become the place where a buyer casually uploads export-controlled, NDA-protected or otherwise sensitive technical data.
The best public RFQ form is often a first-stage qualification form. It gives the shop a usable summary, helps route the request to the right person, and creates a clean handoff to the company’s approved technical exchange process.
The two-stage RFQ model
For many shops, separating public intake from technical exchange creates a clearer and safer process.
Stage 1: public qualification
The website collects ordinary business and project information. The goal is to answer questions such as:
- Who is asking?
- What process do they appear to need?
- What material is involved?
- What quantity are they considering?
- What timing matters?
- Is this obviously within the shop’s scope?
Stage 2: approved technical exchange
After a human reviews the request, the shop tells the buyer how to provide drawings, models, specifications, quality clauses or controlled information through the company’s real process.
That may be email for ordinary commercial work, a secure portal, a customer system or another controlled channel. The website should not invent or imply a secure method that the business has not actually implemented.
Core RFQ fields for the public website
The exact form should match the shop’s business. A practical first-stage form can start with the following groups.
Buyer information
Name
Ask for the person responsible for the request.
Company
For B2B machining, company name is usually important qualification context.
Business email
Use an email field so the shop can respond through an established business channel.
Phone
Make phone required only if the team genuinely uses it in the first response. Unnecessary required fields add friction.
Preferred contact method
This can be useful when buyers have a strong preference, but it is optional rather than essential.
Project fit
Process or capability needed
Let the buyer identify the closest category, such as CNC milling, turning, Swiss machining, wire EDM or another verified shop capability.
Do not publish choices for processes the shop does not offer.
Material
Ask for material or material family if known. Allow “not sure” or a short text response when the buyer is still evaluating manufacturability.
Quantity
Quantity strongly affects project fit. A simple field can ask for prototype quantity, initial run or estimated production quantity.
Avoid forcing a buyer to know annual usage if that information is not relevant at first contact.
Timing
Ask for a target delivery window, project deadline or general timing. Make clear that submitting a target date does not create a delivery commitment.
Short project summary
Give the buyer a place to explain the application, part family or reason for the request in ordinary language.
A short summary can reveal whether the request belongs with estimating, engineering, sales or another person before technical files arrive.
Technical details that may be useful, but should not overload the form
Some shops can benefit from optional fields for:
These fields should earn their place. If the estimator still needs the drawing to answer the question, a giant public form may not save much time.
- approximate part size;
- material grade;
- finish or secondary operation;
- tolerance class or critical tolerance summary;
- inspection requirement;
- prototype versus production intent;
- recurring versus one-time demand.
What not to request through an ordinary public form
A public website form should be conservative about sensitive engineering data.
Do not ask visitors to paste or attach information that the shop’s security policy says belongs in a controlled system. Depending on the customer and project, that may include:
The website can say, in plain language, that sensitive or controlled technical files should not be submitted through the initial enquiry and that the team will provide the appropriate exchange instructions after review.
- export-controlled technical data;
- controlled unclassified information;
- NDA-protected drawings;
- proprietary customer specifications;
- source-controlled or defense-related files;
- credentials for customer portals;
- personal access codes;
- large technical packages that require an authenticated exchange process.
Should the RFQ form include drawing upload?
Only if the business has deliberately implemented and approved that workflow.
A file-upload field is not automatically a secure engineering portal. Security depends on storage, access control, retention, encryption, logging, staff procedures, contractual obligations and the classification of the data itself.
If those questions have not been answered, keep the initial public form text-first.
OneStudio’s current public product pages document contact forms and enquiries on the Site plan. They do not document a secure CAD exchange or regulated technical-data repository. Do not describe OneStudio as one. See OneStudio pricing for the currently listed plan capabilities.
How much technical detail should be required?
Use a simple rule: require only what the team needs to decide whether to continue the conversation.
A shop specializing in repeat production may need quantity and annual demand early. A prototype shop may care more about material, process and timing. A regulated supplier may need to know the program or quality requirement before deciding how to exchange documents.
The form should fit the decision, not a generic template.
Example: lean first-stage RFQ form
A compact public form might ask:
Contact
- Name
- Company
- Business email
- Phone, optional
Project
- Capability needed
- Material, if known
- Quantity or quantity range
- Target timing
- Short project summary
Safety note
“Please do not send controlled, export-restricted or NDA-protected technical data through this initial form. If the project is a fit, our team will provide the appropriate method for technical file exchange.”
That message does two useful things. It protects the intake boundary and tells serious buyers that a next step exists.
Example: more detailed qualification form
A shop with a structured estimating process might add:
Part context
- New part or repeat part
- Prototype, bridge production or recurring production
- Approximate part size
- Material and grade
Requirements
- Critical tolerance summary
- Surface finish or secondary process
- Inspection or documentation requirement
- Requested quantity breaks
Commercial context
Even here, the public form should not become a substitute for the controlled drawing package.
- Quote due date
- Desired delivery window
- Expected reorder pattern
What happens after submission?
A good RFQ page explains the handoff.
The shop can describe a sequence such as:
Do not publish response-time promises unless they are operationally reliable.
- The team reviews the initial request for capability fit.
- A person confirms whether more information is needed.
- The buyer receives the appropriate instructions for drawings or technical documents.
- Estimating begins only after the required package is available.
- The shop returns a quote or asks clarifying questions according to its real process.
Route RFQs by capability, not by marketing label
If the shop has multiple processes, the RFQ can use the selected capability to help the team route the enquiry. But the public page should avoid promising automated routing unless that automation actually exists.
A simple website form that reaches the right mailbox or team can still be effective. Complexity is valuable only when it removes real work.
Keep sales follow-up separate from production operations
After a buyer becomes a real contact or client, a lightweight CRM can help preserve contact details and interaction context. OneStudio’s current Business plan includes a CRM/client base, and the product documents client records, notes/labels and related activity.
That is not the same as a manufacturing RFQ pipeline, estimating database, ERP, MRP, production scheduler or quality-management system. Use OneStudio features to see the currently documented scope.
RFQ form usability checklist
Before publishing, test the form from a buyer’s perspective:
- Is the purpose of the form obvious?
- Can a buyer complete it without opening a drawing?
- Are required fields truly required for first review?
- Does every capability option correspond to a real shop capability?
- Is there a safe-data warning before submission?
- Does the buyer know what happens next?
- Does the form work on a phone?
- Does the team know who receives the enquiry?
- Is there a fallback phone or contact route for urgent commercial questions?
- Are confirmation messages free of unrealistic quote-time promises?
Build the simplest safe first step
A strong RFQ form is not the one with the most fields. It is the one that gives the shop enough context to qualify the project and gives the buyer a clear, safe path to the technical conversation.
For a website-first enquiry flow, review OneStudio features and OneStudio pricing. Use OneStudio only for the capabilities it publicly documents, and keep specialist engineering and manufacturing systems where the job requires them.
Questions businesses ask
How many fields should a machine shop RFQ form have?
Enough to determine project fit and the next step, but not so many that the buyer must recreate the engineering package in the browser. Name, company, email, capability, material, quantity, timing and a short summary are a practical starting point for many shops.
Should tolerances be a required field?
Not always. If tolerance information is essential to determine whether the shop can even consider the job, ask for it. Otherwise, let the detailed drawing package carry the authoritative tolerance requirements.
Should a public RFQ form accept STEP or DWG files?
Only when the company has intentionally implemented and approved the security, storage and access workflow for those files. A generic file upload should not be treated as a secure technical-data exchange by default.