A written agreement can feel
overly formal at the beginning of a friendly project. The client is excited.
The architect is eager to help. Everyone believes the important details can be
settled as the work proceeds. Then the first revision arrives, the budget
changes, a consultant is needed, or someone remembers the conversation
differently.

A contract is a shared map
The best service agreements do
more than protect the architect's fee. They tell both parties what journey they
have agreed to take. What is the project? What services are included? What will
be delivered? Who makes decisions? How are consultants appointed? What
information must the client provide? How will changes affect time and
compensation? How can either party pause or end the engagement?
Republic Act No. 9266 expressly
recognizes a written service agreement in architectural practice. That legal
requirement matters, but the practical reason is even easier to understand: a
building project contains too many decisions to rely on goodwill alone.
Clarity is not hostility
Some clients hesitate because
contracts look one-sided or are written in intimidating language. That is a
fair concern. An architect should be willing to walk through the agreement in
plain language, identify negotiable terms, and explain why particular
protections are present. A client should have time to read, ask questions, and
seek independent advice when the commitment is significant.
The goal is informed consent,
not a hurried signature.
At a minimum, the agreement
should define the scope and exclusions, deliverables, programme, fee and
payment schedule, reimbursable expenses, client responsibilities, consultant
arrangements, review and approval points, additional services, change
procedures, ownership and permitted use of documents, suspension or
termination, dispute process, and the limits of any stated duty.
Changes are where weak agreements usually fail
Design changes are normal. What
creates conflict is an unrecorded change whose effect is discovered too late. A
useful agreement establishes how changes are requested, evaluated, approved,
documented, and paid for. It also distinguishes a correction from a
client-directed revision, a regulatory requirement, a consultant change, or new
work caused by previously unknown conditions.
Written records do not need to
make the relationship cold. A short confirmation after a meeting can preserve a
warm working relationship by preventing a future argument about what was
decided.
A contract cannot replace competence or trust
No document can rescue a project
from poor judgment, chronic indecision, inadequate coordination, or dishonest
conduct. The agreement creates a framework. The people still have to
communicate, keep records, meet their obligations, and address problems early.
Nor does a breach automatically
produce a quick remedy. Rights and remedies depend on the wording of the
agreement, the facts, the evidence, and applicable law. When a dispute becomes
serious, the parties may need qualified legal advice.
Before work begins, both client and architect should be able to answer a simple question: if we disagree six months from now, where will we look to understand what we promised each other? If the answer is only memory, the project is already carrying avoidable risk.

