Understand the difference between basic design and detailed design under Brazil’s Law 14,133, based on guidance from AGU, TCU, IBRAOP, and CONFEA. See requirements, risks, checklists, and implications for private projects as well.

Check it out!

This is precisely why the difference between basic design and detailed design must be addressed accurately by public-sector managers, private clients, engineers, architects, estimators, and companies participating in tenders. When this distinction is underestimated, a procurement process may begin with an imprecise scope, weak quantities, inconsistent budgeting, incomparable proposals, and greater exposure to change orders, delays, rework, and technical liability.

The distinction is especially important in public works because Law No. 14,133/2021, along with guidance from the Federal Attorney General’s Office, the Federal Court of Accounts, IBRAOP, and the CONFEA/CREA professional system, establishes a consistent understanding: the basic design defines and sizes the work; the detailed design details the execution of solutions already defined.

This reasoning is also useful in private projects. Even when the Public Procurement Law does not apply directly, the definitions used in the public sector serve as a benchmark for technical maturity. They help private clients assess whether the engineering company is actually providing a reliable basis for budgeting, procurement, and execution.

What is the difference between basic design and detailed design?

The central difference is this: the basic design is the set of elements that defines and sizes the construction work or engineering service; the detailed design is the set of elements that enables the complete execution of that work by detailing the solutions established in the basic design.

In practical terms, the basic design must be sufficient to characterize the object, adequately estimate costs, define execution methods and schedules, and allow comparable proposals to be prepared. The detailed design, in turn, must provide the level of detail required for construction, assembly, installation, multidisciplinary coordination, and technical supervision of the work.

CriterionBasic designDetailed design
Main functionDefine and size the construction work or serviceDetail the complete execution of the defined solution
StagePlanning and procurement preparation phaseBefore construction execution, or as the contractor’s responsibility under specific delivery models
Level of detailSufficient to characterize scope, cost, schedule, and methodMaximum construction detail required for execution
BudgetMust enable an adequate assessment of construction costMust not be used to rebuild the budget because of deficiencies in the basic design
QuantitiesMust be properly assessedMust reflect and detail the basic-design quantities, not reinvent them
Typical riskIf incomplete, it leads to weak tendering, change orders, and contractual disputesIf incomplete, it creates execution uncertainty, incompatibilities, and rework
Technical responsibilityRequires a legally qualified professional and ART, RRT, or TRT, as applicableAlso requires a legally qualified professional and ART, RRT, or TRT, as applicable

Why does this difference matter?

In construction works and engineering services, procurement quality depends on design quality. A well-written tender document does not correct a deficient design. A well-formatted cost spreadsheet does not compensate for poorly surveyed quantities. A contract with strong clauses does not eliminate technical uncertainty caused by missing surveys, generic technical specifications, or poorly defined solutions.

For this reason, the distinction between basic design and detailed design is not merely academic. It directly affects:

  • the definition of the contracted scope;
  • the quality of the proposals received;
  • the comparability of bidders’ proposals;
  • the accuracy of the reference budget;
  • the contract execution model;
  • the risk allocation matrix;
  • construction supervision;
  • the possibility of change orders;
  • the accountability of managers and technical professionals.

For managers seeking to hire an engineering company, this distinction works as a quality filter. Technically mature companies generally know how to separate concept development, sizing, budgeting, detailed design, multidisciplinary coordination, technical supervision, and final project documentation.

What is a basic design?

Under Law No. 14,133/2021, the basic design is treated as the set of necessary and sufficient elements, with an appropriate level of accuracy, to define and size the construction work or engineering service being procured. It must be developed based on preliminary technical studies, ensure technical feasibility, consider appropriate environmental treatment, and enable assessment of construction cost, methods, and execution schedules.

In direct terms, the basic design is the technical basis of the procurement. It must allow the Public Administration, interested companies, estimators, inspectors, and oversight bodies to understand what will be executed, how it will be executed, how much it should cost, and which technical conditions must be observed.

What should a basic design include?

The exact content varies according to the type, scale, and complexity of the construction work or service. Even so, in engineering procurements, a consistent basic design normally includes:

  • topographic and existing-condition surveys;
  • soil investigations, geotechnical tests, and other necessary investigations;
  • social and environmental studies, where applicable;
  • overall and localized technical solutions;
  • drawings, plans, sections, details, and other graphic documents;
  • design narrative;
  • technical specifications for services, materials, and equipment;
  • definition of relevant construction methods;
  • identification of the services to be performed;
  • quantities supported by calculation records;
  • summary budget and, when necessary, detailed budget;
  • unit-cost compositions;
  • BDI markup and labor burden composition;
  • physical-financial schedule;
  • measurement and payment criteria;
  • inputs for the tendering plan and construction management;
  • technical responsibility records such as ART, RRT, or TRT.

A basic design does not need to contain every final construction detail, but it must be sufficiently robust so that the procurement does not depend on essential decisions that will only be discovered later.

What a basic design should not be

The basic design should not be treated as a generic, preliminary, or merely illustrative document. It is not a sketch, it is not merely a statement of intent, and it is not a stage that can be “fixed” later by the detailed design.

When the basic design leaves essential decisions unresolved, it transfers uncertainty to tendering and execution. This can undermine competition, distort pricing, and increase the risk of requests for economic rebalancing, work stoppages, and change orders.

What is a detailed design?

The detailed design is the set of elements necessary and sufficient for the complete execution of the construction work. It details the solutions established in the basic design, identifies the services, materials, and equipment to be incorporated, and defines technical specifications in accordance with applicable standards.

If the basic design answers “what will be done, using which main solutions, in what quantities, at what estimated cost, and within what schedule,” the detailed design answers “how each solution will be executed in detail.”

The detailed design develops; it does not reinvent

This is the most important point. The detailed design should not be used to replace a deficient basic design. It should not be used to define for the first time solutions that should already have been mature at the basic-design stage, nor to alter the concept, quantities, budget, or procurement schedule.

IBRAOP’s technical guidance on detailed design is especially relevant here: the detailed design should be limited to the detailing required for the proper installation, assembly, and execution of services and works. When the detailed design begins to materially change the solution, method, quantity, price, or schedule, there is a strong indication that the basic design was insufficiently developed or that the procurement requires formal revision.

Detailed design and “as-built” documentation

During and after execution, technical documentation may be updated to reflect what was actually constructed. This documentation is known as “as built.” It does not replace the detailed design, but records the final conditions of the work and provides a basis for operation, maintenance, and future interventions.

Can the detailed design change the basic design?

As a rule, no. The detailed design must detail the solutions established in the basic design. Changes to the concept, quantities, budget, schedule, or essential construction method should not be treated as a simple natural evolution of the detailed design.

There is a difference between detailing and changing. Detailing means developing the solution already defined by indicating dimensions, connections, multidisciplinary coordination, specifications, construction sequences, and interfaces. Changing means modifying the technical solution, a relevant quantity, the scope, a pricing assumption, or the schedule.

If development of the detailed design reveals that the basic design did not contain sufficient elements, the situation must be addressed both technically and legally. In public works, this may require formal revision, assessment of budget and contract impacts, analysis of technical responsibility, and, where applicable, investigation of the causes of the deficiency.

Is it possible to tender a construction project without a detailed design?

Law No. 14,133/2021 prohibits the execution of construction works and engineering services without a detailed design, except in specific situations where it can be demonstrated that there is no impairment to the assessment of the intended performance and quality standards. The issue therefore needs to be stated precisely: tendering may proceed with a basic design in certain situations, but execution of the work requires sufficient detailed design.

There are also delivery models in which preparation of the detailed design may be assigned to the contractor. In such cases, this obligation must be provided for in the procurement documents, and the corresponding costs must be included in the proposal, cost spreadsheet, and schedule, as applicable.

Integrated contracting

Under integrated contracting, the Public Administration prepares the preliminary design, and the contractor is responsible for preparing and developing the basic design and detailed design, in addition to executing the construction work or engineering service. This model requires special care in defining guidelines, performance parameters, the risk allocation matrix, and evaluation criteria.

Semi-integrated contracting

Under semi-integrated contracting, the Public Administration prepares the basic design, while the contractor develops the detailed design and executes the construction work or service. The distinguishing feature is that the contractor may propose changes to the basic design, provided they are previously authorized by the Public Administration and demonstrably superior in terms of cost reduction, quality improvement, schedule reduction, or ease of maintenance and operation. In this case, the risks associated with the proposed change tend to be assumed by the contractor.

How does the difference appear in construction budgeting?

Budgeting is one of the areas where confusion between basic design and detailed design causes the most problems. In public works, the reference budget must be prepared based on quantities and cost compositions compatible with the design supporting the procurement. For construction works and engineering services, Law No. 14,133/2021 prioritizes official systems such as SINAPI and SICRO, according to the nature of the scope, and also requires technical justification when other sources are used.

A well-developed basic design must allow the overall cost of the work to be adequately estimated. This includes direct costs, BDI markup, labor burdens, unit-price compositions, quantity calculation records, and the physical-financial schedule. If these elements only become consistent at the detailed-design stage, the tender may have been based on insufficient information.

The TCU has a longstanding focus on cost spreadsheets, cost compositions, BDI, labor burdens, ABC curves, measurement criteria, and the risk of unbalanced bidding. For this reason, basic-design maturity is a practical condition for safer procurement.

Risks of a deficient basic design

An incomplete or imprecise basic design tends to create cascading problems. Some of the most common risks are:

  • underestimated or overestimated budget: weak quantities and inadequate cost compositions distort the reference price;
  • predictable change orders: omissions in the basic design end up being presented as unforeseen events;
  • unbalanced bidding: distortions in unit prices can be exploited when quantities change during execution;
  • restricted competition: poorly drafted specifications may steer the procurement or exclude qualified suppliers;
  • discipline incompatibility: architecture, structural, building systems, drainage, fire protection, and other designs may conflict;
  • unsafe supervision: without clear measurement and acceptance criteria, the inspector has difficulty certifying execution;
  • delays and work stoppages: technical uncertainties during construction delay procurement, services, and work fronts;
  • accountability: managers and technical professionals may be questioned for planning, budgeting, and control failures.

Technical responsibility: CREA, CONFEA, ART, RRT, and TRT

Engineering, architecture, and related technical designs require legally qualified professionals. In practice, this means that drawings, design narratives, specifications, budgets, schedules, technical reports, supervision, and execution must have identified authors and responsible professionals, together with the corresponding technical responsibility registration.

Within Brazil’s professional system, this may involve:

  • ART — Anotação de Responsabilidade Técnica, within the CONFEA/CREA system;
  • RRT — Registro de Responsabilidade Técnica, within the CAU system;
  • TRT — Termo de Responsabilidade Técnica, within the CFT/CRT system.

Issuing the registration is not an empty formality. It identifies who is technically responsible for a given document or service. For managers, requiring the appropriate technical responsibility is a governance measure. For an engineering company, it is a minimum demonstration of professional compliance. For a private client, it is contractual and asset protection.

How does this work in private projects?

In private projects, Law No. 14,133/2021 does not apply as a mandatory procurement regime, except in specific situations involving public funds or particular contractual rules. Even so, the definitions used in public works help establish a technical quality standard.

In practice, a private client also needs to know whether it is procuring:

  • a preliminary study or feasibility study;
  • a preliminary design or initial concept;
  • a basic design for budgeting and procurement;
  • a detailed design for execution;
  • an indicative budget or a detailed budget;
  • technical monitoring or formal construction supervision.

This distinction avoids conflicts that are very common in the private sector. A client may believe it purchased a design ready for execution when, in fact, it received only a preliminary set of solutions. A contractor may price the work based on insufficient information and later request additional compensation. An investor may approve a budget without soil investigation, multidisciplinary coordination, or detailed building-services design. The result tends to be the same: higher cost, longer schedule, and more contractual disputes.

For this reason, even in private projects, it is advisable to adopt the public sector’s maturity logic: first define the need correctly, then develop the solution, size the scope and cost, coordinate the disciplines, and only then proceed to execution.

Checklist: is the basic design mature enough?

Before tendering, contracting, or requesting commercial proposals, it is worth checking whether the basic design answers essential questions:

  • Is the scope clearly characterized?
  • Is the selected technical solution justified?
  • Have the necessary surveys and investigations been completed?
  • Have the technical disciplines been coordinated?
  • Is there an adequate design narrative?
  • Do the technical specifications avoid ambiguity?
  • Are the quantities supported by calculation records?
  • Is the budget based on appropriate sources such as SINAPI, SICRO, or a justified alternative source?
  • Is there a BDI and labor-burden composition?
  • Is the physical-financial schedule compatible with the execution model?
  • Are measurement and payment criteria defined?
  • Have licenses, approvals, and constraints been assessed?
  • Are there ART, RRT, or TRT registrations for the technical documents?
  • Does the design allow comparable proposals from different companies?

If several answers are negative, the document is probably not yet mature enough to support safe procurement.

Checklist: is the detailed design ready for execution?

The detailed design must allow the construction work to be executed with technical clarity. Before execution begins, verify whether it:

  • details all solutions established in the basic design;
  • resolves interfaces among architecture, structure, building systems, and other disciplines;
  • provides sufficient construction details;
  • defines materials, equipment, and services precisely;
  • complies with applicable technical standards;
  • is compatible with the budget and schedule;
  • does not improperly alter quantities or essential solutions;
  • includes complete drawings, design narratives, and specifications;
  • allows measurement, supervision, and acceptance of the services;
  • has registered technical responsibility.

Best practices for managers and clients

Public-sector managers, private companies, and institutional clients can reduce risk by adopting a few simple but decisive practices:

  • do not procure solely on the basis of the apparent lowest price: a low price combined with a weak design usually creates later costs;
  • require scope clarity: distinguish among studies, preliminary design, basic design, detailed design, budgeting, and supervision;
  • verify technical responsibility: identify authors, professional registrations, and ART/RRT/TRT records;
  • coordinate disciplines: conflicts among designs must be resolved before construction;
  • validate quantities and budget: the most relevant items should be reviewed carefully, especially through the ABC curve;
  • define measurement criteria: the payment method must align with the execution model;
  • document decisions: technical justifications reduce uncertainty and facilitate audits;
  • do not use detailed design as a late correction: if the basic design is incomplete, the issue must be addressed before execution.

Best practices for engineering companies and bidders

For companies that participate in tenders or provide engineering services, the distinction between basic and detailed design is also strategic. It helps assess risks before submitting a proposal and properly define responsibilities.

Recommended practices include:

  • assess whether the basic design supports reliable budgeting;
  • verify whether there are sufficient surveys, investigations, and design narratives;
  • assess inconsistencies among the cost spreadsheet, design narrative, drawings, and schedule;
  • map risks related to significant quantities;
  • formally submit clarification requests before the proposal;
  • assess the risk matrix under integrated and semi-integrated contracting models;
  • properly price development of the detailed design when it is the contractor’s responsibility;
  • technically document identified incompatibilities.

A technically mature company does not treat design as a bureaucratic attachment. It reads the design as the basis of risk, price, schedule, and responsibility.

Conclusion

The difference between basic design and detailed design is decisive for the security of engineering procurement. The basic design defines the work, sizes the solution, supports the budget, and guides procurement. The detailed design develops execution details, coordinates solutions, and enables the work to be carried out with technical clarity.

When these stages are confused, procurement quality deteriorates. Budget uncertainty increases, supervision becomes more difficult, and execution begins to depend on decisions that should have been made earlier.

For public-sector managers, correctly distinguishing the two is a planning and governance requirement. For companies participating in tenders, it is a risk-assessment tool. For private clients, it is a way to procure better and avoid surprises. In every case, the message is the same: a well-defined design is not an additional cost; it is technical, financial, and contractual protection.

Technical References

[1] Law No. 14,133/2021 — Public Procurement and Administrative Contracts Law.

[2] Federal Attorney General’s Office and Ministry of Management and Innovation — Standardization Instrument for Procedures for Procurement of Construction Works and Engineering Services.

[3] Federal Court of Accounts — Guidance for preparing cost spreadsheets for public works.

[4] Federal Court of Accounts — Public Works: basic recommendations for procurement and supervision of public-building projects.

[5] IBRAOP — Technical Guidance OT-IBR 001/2006, Basic Design.

[6] IBRAOP — Technical Guidance OT-IBR 008/2020, Detailed Design.

[7] IBRAOP — Technical Guidance OT-IBR 006/2016, Preliminary Design.

[8] CONFEA — Normative Decision No. 106/2015 and related rules on technical responsibility and professional attributions.

Frequently Asked Questions
Are basic design and detailed design the same thing?

No. The basic design defines and sizes the construction work or service, while the detailed design develops the established solutions so that complete execution is possible.

Does the basic design replace the detailed design?

As a rule, no. The basic design characterizes the procurement, while the detailed design supports execution. In some cases, if the basic design already contains all details required for execution, it may also fulfill the detailed-design function, provided it is technically adequate.

Is it possible to tender using only a basic design?

In certain procurements, the tender may be supported by a basic design, especially when the detailed design will be developed later or assigned to the contractor. Execution, however, requires sufficient detailed design, subject to Law No. 14,133/2021 and the selected contracting model.

Can the detailed design change the budget?

It should not. The detailed design must develop the solutions established in the basic design. If it reveals a need to change the budget, quantities, or schedule, the situation must be formally analyzed because it may indicate a deficiency in the basic design or the need for contractual revision.

Who can prepare basic and detailed designs?

Legally qualified professionals, according to the nature of the technical documents involved. This generally includes qualified engineers, architects, or technicians with the corresponding technical responsibility registrations such as ART, RRT, or TRT.

Does a basic design require ART?

The engineering, architecture, or industrial-technical documents that comprise a basic design must have registered technical responsibility, as applicable. The same principle applies to budgeting, scheduling, specifications, supervision, and execution.

What is the difference between preliminary design, basic design, and detailed design?

The preliminary design presents the concept and inputs needed to develop the basic design. The basic design defines and sizes the construction work or service. The detailed design develops the solutions required for complete execution.

For a private project, do I need to follow these same definitions?

Not always as a legal obligation, but using them as a technical reference is advisable. They help avoid imprecise procurement, weak budgeting, and conflicts during execution.