How to Prepare Technical Specifications for Equipment in a Bid Document

How to Prepare Technical Specifications for Equipment in a Bid Document – The technical specifications of the equipment are an important part of the bid document. This section describes the equipment’s functions, operating conditions, capacity, power source, dimensions, accessories, standards, and other parameters necessary to determine whether the product being offered meets the project’s requirements.

Specifications that are too general can lead to multiple interpretations. Conversely, specifications that are too narrow or that simply copy a single product model without a basis in actual needs can limit alternatives and complicate the evaluation process. Therefore, each parameter must be defined in a measurable way, relevant to the application, and comparable to datasheets, catalogs, manuals, nameplates, or other official documents.

Before preparing the technical section, the team can review the completeness of administrative documents, qualifications, pricing, letters of support, and other supporting documents using the guide Checklist of Construction Equipment Bid Documents. The selection documents remain the primary reference, as they contain the information and provisions that all parties must comply with during the provider selection process.

What Are Technical Specifications for Equipment in a Tender?

Technical specifications for equipment are a structured description of the functional requirements and parameters of the equipment, which will serve as the basis for evaluating bids.

Technical specifications are more than just the names of equipment. Statements such as “a pump is required,” “a compressor is required,” or “a compactor is required” are not sufficient because they do not explain:

• the work to be done;
• material or workpiece;
• field conditions;
• required capacity;
• available energy sources;
• size or weight limit;
• accessories;
• number of units;
• standard;
• location of use;
• shipping or installation requirements.

In the context of government procurement, the procurement process extends from the identification of needs through to the handover of the completed work. Therefore, technical specifications should be based on the requirements of the project, not solely on the names of well-known products.

The technical specifications are then used for:

1. explain the requirements to potential providers;
2. standardize the basis for comparing bids;
3. verifying product compliance;
4. record differences or deviations;
5. reduce the risk of modeling or capacity errors;
6. ensuring that accessories and the scope of work are not left out;
7. assist with technical and commercial evaluations.

Why Should Technical Specifications Be Formulated in a Quantifiable Manner?

Terms such as “large capacity,” “powerful engine,” “easy to move,” or “heavy-duty” are relative. These terms do not provide verifiable criteria.

Measurable specifications should answer questions such as:

• What is the minimum capacity?
• What is the required operating pressure?
• What kind of materials are being processed?
• Are there any size limits?
• Does the equipment have to pass through a narrow opening?
• What energy sources are available?
• How many units are there?
• What accessories should be included?
• Are alternatives allowed?
• Is there any tolerance?

Parameters do not always have to be numbers. Some requirements may involve conditions, functions, materials, standards, compatibility, or the scope of services. However, requirements must be clear enough so that two people reviewing the document arrive at a relatively similar interpretation.

Presidential Regulation No. 46 of 2025 constitutes the second amendment to the framework for Government Procurement of Goods and Services. For government procurement packages, the tender team must review the applicable provisions and document templates for that package, including any amendments or addenda that have been issued.

Starting with the Functions and Applications of the Tool

A safer way to draft specifications is to start with the work that needs to be done.

Use the following sequence:

1. function;
2. app;
3. material or workpiece;
4. field conditions;
5. performance metrics;
6. physical boundary;
7. power source;
8. accessories;
9. number;
10. operational and logistical needs.

Functions

The function describes the expected results of the tool.

Generic example:

• to move water;
• supplying compressed air;
• compacting material;
• cutting material;
• generate electricity;
• to assist in the casting process.

Application

The app explains how and where the tool is used.

Example:

• dewatering work;
• structural casting;
• compaction in confined spaces;
• shared use of pneumatic tools;
• work at a site without a power source;
• use in areas with restricted access.

Field conditions

Field conditions can influence the choice of equipment, including:

• open or enclosed locations;
• wet area;
• dust;
• slope;
• vehicle access;
• width of the entrance;
• electricity supply;
• distance from the tool to the workpoint;
• hours of operation;
• elevation.

This preliminary data should be collected through RFQ Checklist for Construction Equipment so that the team receives not only the general names of the tools, but also their functions, specifications, quantities, locations, times of use, and the scope of requirements.

Distinguish Between Required Specifications and Preferences

Not all parameters need to be mandatory.

Required specifications

Mandatory specifications are parameters that must be met because they are directly related to:

• function;
• safety;
• compatibility;
• room;
• capacity;
• regulations;
• standard;
• contract requirements;
• field conditions.

Products that do not meet the required parameters must not be designated as a "Full Match.".

Preference Specifications

Preference specifications aid in the selection process, but they can still be evaluated or negotiated.

For example:

• a specific control design;
• panel configuration;
• choice of protective materials;
• additional features;
• preferences regarding form or layout;
• brand, unless it is required.

Parameters	Required specifications	Preference Specifications	Notes
Main functions	Must meet job requirements	Irrelevant	Serving as a starting point
Capacity	Minimum as needed	Higher capacity can be evaluated	Check the cost and size implications
Power source	Must be compatible with field conditions	Alternatives may be considered	Don't assume
Dimensions	Required if there are space or access limitations	A more compact design may be preferred	Note the tolerance
Accessories	Required if necessary for the device to function	Additional accessories may be an option	Separate package scopes
Brand	It is mandatory only if it is based on a valid foundation and clearly stated	May be a preference	Don't lock it automatically
Model	It is mandatory only if it is specifically stipulated	Can serve as a reference model	Alternatives need to be evaluated
Color or appearance	It is rarely a technical requirement	May be a preference	Do not override the function
Documentation	Required if specified in the tender	Additional documents can serve as supporting evidence	Check the language and version

A brand or model is not automatically a mandatory specification. If the tender documents specify a brand, model, or reference product, the team must still review the basis, scope, and whether alternatives or equivalents are permitted.

Technical Parameters to Check

Technical parameters are selected based on the category and function of the device. Do not use the same list for all products.

Parameter groups	Sample data	Why is it necessary?	Status
Identification of Needs	Categories, functions, applications	Determining product groups	Required
Materials or workpieces	Water, soil, concrete, air, other materials	Determining the characteristics of the tool	Highly recommended
Capacity	Flow rate, pressure, output, work done	Assessing abilities	It depends on the type of tool
Power source	Electrical, mechanical, hydraulic, pneumatic	Ensuring compatibility	Required
Power	Power requirements or output	Assessing the adequacy of the system	It depends on the type of tool
Dimensions	Length, width, height	Checking access and space	To be confirmed
Weight	Actual weight or weight class	Assessing the mobilization and use of	It depends on the type of tool
Speed	Rotational speed, motion, cycle	Checking performance	It depends on the type of tool
Inlet and outlet	Joint size	Checking compatibility	Required for certain devices
Accessories	Hoses, cables, attachments, connectors	Determining the contents of the package	Highly recommended
Total	Unit or set	Determining the required volume	Required
Conditions	New, used, rental—open to alternatives	Defining the scope	Required
Standard	SNI or other relevant standards	Meet the requirements	If required
Origin	Country or point of origin	Use only if relevant	Optional
Documentation	Data sheets, manuals, certificates	To serve as technical evidence	Highly recommended
Operations	Operators, training, commissioning	Clarifying the scope	To be confirmed
Logistics	Packing, shipping, loading and unloading	Reducing the supply gap	To be confirmed

Examples of pump parameters

Parameters may include:

• type of liquid;
• solid content;
• debit;
• head;
• inlet and outlet sizes;
• type of drive;
• fluid state;
• hose requirements;
• installation conditions.

Examples of air compressor parameters

Parameters may include:

• air capacity;
• work pressure;
• type of drive;
• number of outlets;
• pneumatic tools used;
• usage patterns;
• environmental conditions.

Examples of compaction equipment parameters

Parameters may include:

• compacted material;
• work area;
• types of compaction;
• tool size;
• heavyweight;
• location access;
• mobility needs;
• surface conditions.

Examples of concrete vibrator parameters

Parameters may include:

• types of vibrators;
• head diameter;
• length of the flexible shaft;
• power source;
• casting applications;
• access area;
• usage patterns.

This example merely illustrates the framework. No specific product or model is specified as suitable.

Use the Right Technical Resources

Every technical claim must be traceable to its source.

Recommended order of sources:

1. tender requirements and the latest addendum;
2. manufacturer's official datasheet;
3. official catalog;
4. operating manual;
5. service manual;
6. parts catalog;
7. unit nameplate;
8. technical drawing;
9. vendor confirmation letter;
10. verifiable physical evidence.

Data Sheet

Data sheets typically list the key specifications for a particular model. Check:

• manufacturer's name;
• model;
• variation;
• document version;
• unit;
• footnote;
• test conditions;
• relevant page.

Catalog

Catalogs often list multiple models in a single series. Don’t just pick a number without verifying the correct column or row for the model.

Manual

The manual can provide additional information on:

• use;
• safety;
• operating limits;
• maintenance;
• compatibility;
• configuration.

Nameplate

The nameplate only confirms the information actually listed on the unit. Do not change the machine number, serial number, material number, or any other code to a part number without the manufacturer’s authorization.

GS1 explains that a serial number is used to identify a single, individual instance of an entity. This means that a serial number is not the same as a product type or model identifier.

Price List

A price list is a commercial resource. A price list is not a substitute for a technical datasheet, although it sometimes includes a product summary.

Distributor's website

A distributor’s website can serve as an initial clue, but it does not automatically prove:

• stock;
• availability;
• origin;
• variation specifications;
• warranty;
• lead time;
• condition of the unit.

How to Create a Compliance Matrix

The compliance matrix compares each requirement with the product data separately.

Tender Requirements	Product data	Source	Status	Deviation	Notes
Function of the device	Product Candidate Data	Data Sheet/Manual	Insufficient Data	Not yet rated	A full-featured app is needed
Minimum capacity	Product value	Related Model Datasheet	Full Match/Partial Match	Record the difference	Check the unit
Power source	Product Configuration	Data Sheet/Manual	Match/No Match	Explain the difference	Check the supply on-site
Maximum dimensions	Product dimensions	Drawing/Data Sheet	Close Match	Record the difference	Check the tolerance
Must-have accessories	Package scope	Quotation/Data Sheet	Partial Match	Items not included	A separate quote is required
Standard	Certificate or statement	Official document	PENDING	Evidence has not yet been received	Don't assume
Total	Units Offered	Quotation	Full Match	None	Separate availability
Warranty	Vendor Terms and Conditions	Warranty Statement	PENDING	Not yet approved	Not a final technical claim

Instructions for use:

1. Break down the requirements into one line per parameter;
2. Copy the requirement values exactly;
3. Enter product data from the source;
4. List the source and version;
5. set the status;
6. record the deviation;
7. List the impacts;
8. Please ask for clarification if the information is insufficient.

Don’t overlook the differences just because a product seems to meet your needs.

Status of Requirement and Product Alignment

Full Match

All parameters must be accurate and supported by adequate sources.

Partial Match

Some parameters are already in order, but there are still requirements that have not been met or verified.

Close Match

The product comes close to meeting the needs, but there are differences that must be evaluated.

Example:

• the dimensions are slightly different;
• capacity is near its limit;
• One accessory is not included;
• The configuration needs to be adjusted.

Equivalent Match

The product differs from the initial reference, but can be considered equivalent based on the agreed-upon functions and parameters.

An Equivalent Match should not be granted solely because:

• they are in the same category;
• They look similar;
• price is close to;
• similar model names;
• The supplier calls it a substitute.

No Match

There is a mandatory requirement that has not been met.

Insufficient Data

The requirements or product data are incomplete.

Not Found Yet

There are currently no verifiable candidates.

Manage Parent Products and Variations

A single parent product can have multiple variations. Each variation can differ in:

• capacity;
• size;
• power;
• SKU;
• part number;
• price;
• weight;
• image;
• accessories;
• condition;
• service eligibility.

Parent data should not be automatically inherited by the variation unless there is evidence that the field applies to all of them.

Use the following rules:

• Each variation has its own identity key;
• Price variations are checked separately;
• SKUs and part numbers are checked separately;
• The image must match the variation;
• Mandatory specifications must not be derived from other variations;
• Mappings that have not yet been verified are assigned a "HOLD" status.

Distinguish Product Identities

Brand

Brand name or manufacturer.

Model

Product type or family name.

SKU

Inventory management code in the company’s or supplier’s system.

Part number

Component or product codes according to the manufacturer’s or supplier’s system.

Serial number

A code used to identify a specific physical unit.

Machine number

A term that manufacturers may use to identify a machine. Its meaning must conform to the manufacturer’s documentation.

Material number

A material or item code in a specific system. Do not automatically assume it is a part number.

Variation

Variants of the parent product based on specific attributes.

GS1 uses identification keys to distinguish entities such as products, documents, and locations. This system highlights the importance of separating the identity of a product class from the identity of individual units.

Common Errors in Technical Specifications for Bids

1. Just mention the name of the tool

Generic names do not describe function, capacity, or conditions of use.

2. Copy the product datasheet into the requirements

This approach runs the risk of having the specifications follow the product rather than the needs.

3. Locking in a brand without a solid foundation

A brand name may be listed if it is justified and included, but don’t make it mandatory simply because it’s familiar.

4. Using ambiguous terms

Terms such as “strong,” “large,” “premium,” or “heavy-duty” must be translated into verifiable parameters.

5. Mixing requirements and preferences

The provider may mistakenly treat all parameters as disqualifying conditions.

6. Using irrelevant parameters

Too many parameters that are unrelated to the function make the document difficult to evaluate.

7. Does not specify a tolerance

Excessively precise requirements, without good reason, can rule out alternatives that are actually viable.

8. Does not describe the accessories

The main unit may be suitable, but it cannot be used yet without a hose, cable, attachment, or connector.

9. Mixing models or variations

One specification is taken from Model A and another parameter from Model B.

10. Using the wrong brochure

A single brochure in a series is considered evidence for all models.

11. Not recording deviations

Minor discrepancies are hidden and only come to light during evaluation or delivery.

12. Failing to review the addendum

The old specifications remain in effect even after changes to the tender.

13. Viewing price as proof of suitability

Whether the price is low or high does not prove that the requirements are met.

14. Neglecting logistics

The product meets the technical specifications, but cannot be delivered to the site or requires special handling.

15. Declaring equivalence without evaluation

Equality must be based on agreed-upon criteria, not public opinion.

Examples of Inaccurate and Improved Specifications

Inappropriate example

We need a powerful machine with a large capacity, from a reputable brand, fully equipped, and easy to ship.

Problem:

• function not specified;
• type of device is unclear;
• “Strong” and “big” are not measurable;
• The brand is not specified as mandatory or preferred;
• completeness is not defined;
• Location and access information are not available;
• amount not specified;
• The schedule is unclear.

A better example

Tool category: [to be filled in]
Function: [tasks to be completed]
Application: [Terms of Use]
Materials or workpieces: [to be filled in]
Minimum capacity: [Fill in as needed]
Power source: [to be filled in]
Dimension limits: [Fill in if there are access restrictions]
Total: [to be filled in]
Requirements: new, used, rental, or open to alternatives
Must-have accessories: [to be filled in]
Standard: [fill in if required]
Brand: required, preferred, or unspecified
Alternatives: allowed or not
Intended use: [date/time period]
Location: [City and Access Conditions]
Logistics: Shipping, packing, loading and unloading, and insurance need to be explained separately.

This format still requires actual data, but it has already identified the key parameters.

Final Checklist for Equipment Technical Specifications

EQUIPMENT TECHNICAL SPECIFICATIONS CHECKLIST

Package Name:
Equipment Name:
Category:
Function:
Application:
Material or Work Object:
Field Conditions:
Quantity:
Requirements:
Required or Preferred Brand:
Reference Model:
Mandatory Specifications:
Preferred Specifications:
Minimum Capacity:
Dimension Limits:
Weight Limits:
Power Source:
Accessories:
Attachments:
Hoses or Cables:
Standards or Certifications:
Country of Origin, if required:
Operator Requirements:
Installation requirements:
Commissioning requirements:
Training requirements:
Location of use:
Shipping location:
Intended use:
Supporting documents:
Tolerances:
Alternatives allowed: yes/no
Basis for evaluating equivalents:
Deviation notes:
Technical Point of Contact (PIC):

Before including the specifications in the bid document, make sure:

• the function has been agreed upon;
• Required parameters have been separated;
• The preferences have been labeled;
• consistent unit;
• tolerance is explained;
• accessories aren't left behind;
• unmixed model;
• corresponding datasheet;
• The source has a version or date;
• The addendum has been reviewed;
• Alternatives and equality have rules;
• deviations were recorded;
• The technical PIC has conducted a review.

FAQ

What are the technical specifications of the equipment?

Technical specifications are descriptions of a device’s functions, capacity, configuration, conditions, limitations, accessories, standards, and other parameters used to verify the device’s compliance.

Do the specifications need to include the brand?

Not always. A brand can be listed as a requirement or preference if there is a clear basis for doing so. If it is not mandatory, focus the specifications on functionality and parameters.

What if the device model is unknown?

These include function, application, capacity, field conditions, power source, size, and accessories. Potential models are identified once the requirements are sufficiently clear.

What is the difference between mandatory specifications and preferences?

Mandatory specifications must be met. Preferences aid in the selection process but are still subject to negotiation or evaluation.

Can products that are close to the specifications be offered?

This depends on the tender documents and alternative rules. Products may be assigned a "Close Match" or "Equivalent Match" status, but any differences must be explained.

What is the purpose of a compliance matrix?

The compliance matrix helps compare each requirement with product data, sources, status, and deviations separately.

Is a brochure sufficient as technical evidence?

Not necessarily. Brochures can be helpful, but datasheets, manuals, technical drawings, or model-specific documents may still be required.

How do you handle discrepancies between the datasheet and the nameplate?

Don’t choose one of them without discussing it. Record the values from both sources, including the model, document number, physical unit, and impact, and ask the manufacturer or vendor for clarification.

Is the price included in the technical specifications?

Price is a commercial consideration. Price does not indicate technical suitability and must be evaluated separately on an equal basis.

Conclusion

The technical specifications for equipment in a tender must begin with its functions, applications, and conditions of use. Next, specify the mandatory parameters, preferred parameters, capacity, power source, dimensions, accessories, quantity, standards, and supporting requirements.

Each requirement must be matched to the appropriate product source. Use the compliance matrix to record matches and deviations. Do not mix brands, models, variations, SKUs, part numbers, and serial numbers.

If there is not enough data, use the status "Insufficient Data" or "PENDING." Do not fill in the gaps with assumptions.

Need help reviewing equipment requirements and technical documents? Prepare the tender documents, mandatory specifications, applications, quantities, and supporting documentation so that the requirements can be reviewed through project bid documentation or Consultation on Construction Equipment Needs.

The scope of support, products, documentation, schedules, and availability must still be confirmed in advance.