Brief

The University of Melbourne's Old Quad redevelopment (Vic), by Lovell Chen, is an example of how the  brief plays a vital role in achieving the client's requirements and intended outcomes. Traditional land owners: the Wurundjeri people of the Kulin nation. (Photographer: Eve Wilson)Read time: 4 minutes

At the inception of a project the architect needs to establish the project brief or how the brief is to be prepared. A design brief is a written statement which details the client's expectations and the functions of a proposed building. It should describe the facilities to be provided and the activities to be performed. It should also clearly identify the broad policies within which these are to be achieved in respect of the time, cost and quality. The brief should not propose specific design solutions.

Page contents:

Introduction

The brief should provide a contextual basis for the development of the design, documentation, construction and commissioning of the building.

The brief is a dynamic document which is refined throughout the design process. The operational success of a building is directly related to a clear identification of the functions to be performed in the proposed building, resolved through a good design process.

Successful planning decisions are an outcome of clearly defined design and operational policies by the client. In this way the completed building will express the client's personal or corporate objectives and also satisfy the physical requirements of individual users.

The client should sign-off the initial brief and the revised brief at the schematic design stage, confirming that all the requirements have been met, as a basis for detailed design.

Back to top

Contents of brief

Client's vision statement

This should describe the:

  • client's profile
  • client's corporate policy statements
  • environmental, Sustainable, cultural Plans (referencing any reconciliation action plans or sustainability action plans)
  • project philosophy and objectives. For example, in the brief for the design of a school, the client would describe current trends in education policy; for a church, it would be reasonable to expect a commentary on spiritual and theological aspirations.
Project requirements

In order for the architect to understand the design task, the client needs to broadly describe the scope and scale of the project. Specific commentary could be expected from the client regarding the scope definition and parameters of the project and the client’s approach to:

  • cultural and social values
  • functional needs
  • environmental and sustainability approach/objectives (any Green Star ratings required)
  • environmental approach
  • specific requirements which may include reference to materials, finishes or services
  • aesthetic value
  • construction delivery method
  • intended future use or function changes.
The site

While the site may have been identified prior to receipt of a brief, a comprehensive briefing document should also include:

  • the site location
  • survey information denoting any encumbrances, easements, etc.
  • particular statutory or regulatory limits
  • adjoining property information
  • geotechnical information
  • climatic information
  • historical and/or heritage constraints
  • demographics.
Design policies

Design policies are general principles that will apply to a range of specific situations. These may extend from regional decisions on the location of a facility to the detailed planning of departments or rooms. Policies will thus reflect general planning and design principles and describe their application in light of the local requirements and limitations bearing upon a specific project.

Policies may refer to various aspects of design and planning, the main division being between operational policies such as staffing, organisational management and function, and design policies such as layout, environment and construction.

The primary objective in formulating a statement of policy is to determine the pattern of organisation and design that will provide optimum service with the available resources of staff and budget.

The secondary objective is to communicate the pattern in terms that will enable the architect and specialist consultants to design an efficient and economical building in which the organisation can function; and provide for staffing requirements and revenue implications to be assessed.

Functional requirements

Stating requirements in functional – rather than spatial – terms provides the architect with the raw data needed to generate the most effective physical solution and the most efficient interrelationship between departments, suites and individual rooms. Because the relationship between operational policies and functional requirements is very close, the statements of design policies and functional content are generally presented together.

Back to top

Administration and quality assurance

Client administration and management structures

Reference is often made in a good brief to:

  • organisational parameters for the project, including project personnel, their roles and responsibilities
  • authority of personnel
  • lines of communication
  • expected approval procedures.
Quality assurance

Some clients insist on strict quality assurance (QA) procedures on a project. Items to agree upon include:

  • project quality objectives
  • project reporting systems
  • subconsultant's QA requirements
  • contractor's QA requirements
  • project quality records including 'As Constructed' drawings and operational manuals.

There may be a requirement for specific digital transfer considerations and consequently the compatibility of computer systems needs to be clarified.

Although the design process generally commences in response to the prepared brief, these activities inevitably often overlap. Too rigid an application of the brief-design-documentation sequence can hamper a rapid finalisation of needs and efficient design. Some tentative design work can usefully proceed after the brief is reasonably well established but before it is complete. Preliminary design proposals can be useful in checking whether requirements are communicating what is intended. They can also provide a means for revealing or suggesting needs not previously considered.

It is important, however, that before extensive design work commences, the design brief is compiled and signed off by the client. Changes to the brief are common during the design process and should be documented as revisions, and the brief reissued accordingly.

In this way, a record is maintained of changes and additional requirements to the brief, with a view to minimising or eliminating abortive design work and allowing documentation to proceed satisfactorily.

Back to top

Program and budget 

Project program

A program should form part of the briefing documents and should specify major milestones for:

  • design submissions
  • authorities approvals
  • completion of documentation
  • tendering arrangements
  • construction period and floats
  • occupation and/or staged completion
  • defects-liability period
  • cost plans or estimates.

The program should also identify:

  • client approval times and sign-offs
  • contingency and/or float allowances
  • constraints or requirements for partial or staged completion and occupation.
Project budget

The brief should include reference to the project budget and identify inclusions and/or exclusions with regard to:

  • land costs
  • client costs
  • professional fees
  • contingency sums (design and construction)
  • construction cost
  • extent and scope of work for furniture, fit-out and equipment (FFE)
  • project funding
  • cost escalation during construction
  • cash-flow limitations.

The project budget may also state an approach to life-cycle costing, and the balance between initial capital expenditure and later maintenance funding allocations.

It is important to discuss with the client how the budget has been compiled, and any assumptions made on building efficiency (net to gross floor areas).

Back to top

Related courses - Available via Online CPD
Disclaimer

This content is provided by the Australian Institute of Architects for reference purposes and as general guidance. It does not take into account specific circumstances and should not be relied on in that way. It is not legal, financial, insurance, or other advice and you should seek independent verification or advice before relying on this content in circumstances where loss or damage may result. The Institute endeavours to publish content that is accurate at the time it is published but does not accept responsibility for content that may or has become inaccurate over time. Using this website and content is subject to the Acumen User Licence.

Was this note helpful?

We are always looking to improve our content and your opinion is important to us. If you have any feedback or suggestions on how this article could be more relevant and useful, please outline below.

Related Notes

Room data sheet
Project
19 October 2016
Client note: Your brief to your architect
Resources
29 August 2012
The briefing team
Project
1 December 2015

Recently Viewed

Indigenous cultural authorship and intellectual property
Practice
6 November 2024
Building contract deposits
Project
24 October 2024
2024 Client Architect Agreement (CAA2024)
Project
10 October 2024
Sustainability framework for practice
Environment
12 June 2024
Slip resistance compliance and testing
Project
14 December 2023