Case study · the proof behind the teaching
Inside RumahHQ: a company that stopped running on its owner's phone.
RumahHQ is the company where Saif built and tested the Business Operating System (BOS) he now teaches, and the case behind his blueprint's construction track. This is how it moved from WhatsApp, spreadsheets and memory to one system of record, connected workflows and AI agents under human approval, with every workflow held to a written acceptance test.
- Company
- RumahHQ · CIDB G4 design-and-build
- Workflows
- 8 of 8 live
- The rule
- A person approves every consequential action
Saif Muhtar
20+
years in construction before teaching
What this system built: RumahHQ
-
230+
homes completed
-
10+
years building homes
-
90+
builders and engineers
-
4.9★
from 125 Google reviews
Company figures from rumahhq.com, as of 18 Sept 2026. Not Saif's personal record.
Context
A growing company with the owner in the middle.
RumahHQ designs and builds homes on clients' own land: drawings, local authority approval, LPPSA or bank financing, construction and handover. Every project touches clients, consultants, subcontractors, suppliers and lenders.
After 20+ years in construction, Saif was the link between all of them. Every enquiry, quotation and claim waited for him.
What a normal week looked like before the rebuild:
The original problem
- Leads spread across WhatsApp and spreadsheets
- Quotations need repeated data entry
- Site updates are hard to track
- Purchasing decisions happen informally
- Customers keep asking for progress
- Management reports consolidated by hand
- Every decision comes back to the owner
The projects
Real homes, real projects.
Every workflow on this page exists to get houses like these designed, financed, built and handed over. Real RumahHQ projects, not illustrations.
-
RumahHQ project, Ijok
RumahHQ project, Ijok
RumahHQ project, Saujana
RumahHQ project, Kubu Gajah
RumahHQ project, Hulu Langat
Saif's contribution
Designed the process first, then chose the tools.
Saif mapped how work moved through the company, wrote down the target process for each workflow, and set one rule for the tools: One Tool, One Role, Zero Overlap. One system of record holds the truth; one orchestration layer moves data; agents do routine work; people approve.
-
What Saif did
The operating model, the process map for each workflow, the approval rules and the order of rollout.
-
What the team did
Configured the system of record, tested each workflow against its acceptance test, and runs it every day.
-
Where partners helped
Technology partners helped with the integrations between systems.
The construction track
What the blueprint asks of a construction company.
Construction is an excellent teaching case because it exercises every cycle at once: long sales cycles, customer financing, technical scope, permits, many subcontractors, heavy working capital and long warranties. These are the controls the blueprint sets for each step. They are the standard for any contractor, not claims about RumahHQ.
-
Qualify
Land status, financing route and approval readiness confirmed before design time is spent
-
Scope and price
Priced only from complete drawings and a bill of quantities; exclusions listed
-
Contract
Payment schedule tied to verified progress milestones; variation procedure agreed
-
Approvals
Clear split between contractor, client and qualified professionals (architect, engineer) for authority submissions
-
Procurement
Approved suppliers and subcontractors; materials received and checked against specification
-
Delivery
Daily site report with photos; weekly progress against schedule; safety briefing records
-
Claims
Progress claim submitted only with inspection evidence; collection owner named
-
Handover
Defect inspection checklist, as-built documents, warranty start date
-
Warranty
Defect log with response times through the defect liability period
Source: the BOS blueprint, Part 6, construction track.
Component 9 · Information & technology
RumahHQ's technology setup, at concept level.
These four layers are how RumahHQ installs component 9 and AI with guardrails. Roles and tools, not internal details. Walkthroughs of the real screens are part of in-house programmes.
-
01
One Tool, One Role, Zero Overlap
Each tool has one job. Nothing holds a second copy of the truth.
-
02
One system of record
Customers, quotations, projects, purchasing, claims and documents in one place.
-
03
Human approval
Agents draft. A guardrail checks. A person decides before anything reaches a client.
Status
Every workflow, honestly labelled.
The problem each one replaced, the acceptance test it had to pass, and how it runs today.
RumahHQ workflows
8 of 8 live
Legend
- Live
- Passed its acceptance test; in daily use by the team.
-
Lead & WhatsApp agent
Before Enquiries lost in chats; slow replies
Acceptance test Every enquiry is in the system with source and owner within 5 minutes
Status: Live -
Quotation & BQ
Before Repeated data entry; inconsistent quotes
Acceptance test A quotation is generated from agreed BQ data without re-typing
Status: Live -
Contract & financing documents
Before Missing documents delay drawdowns
Acceptance test A checklist shows every document per project and its status
Status: Live -
Procurement & subcontractors
Before Informal purchasing; no approval trail
Acceptance test Purchases above a threshold need a recorded approval
Status: Live -
Site reporting
Before The office chases site for updates
Acceptance test A daily photo report lands on the project record by 6 pm
Status: Live -
Progress claims & drawdowns
Before Claims late; cash flow invisible
Acceptance test Claim status per project is visible on the dashboard
Status: Live -
Defects & handover
Before Defects tracked on paper
Acceptance test Each defect has an owner, a due date and a closure photo
Status: Live -
Management dashboard
Before The owner consolidates reports by hand
Acceptance test Pipeline, progress and claims refresh without manual work
Status: Live
The mapping
Every workflow, mapped to the BOS.
The BOS components each RumahHQ workflow mainly serves. This is Saif's teaching mapping, not a maturity score.
-
Teaching mapping
Lead & WhatsApp agent
- 04Growth
- 09Information & technology
-
Teaching mapping
Quotation & BQ
- 02Commercial model
- 04Growth
-
Teaching mapping
Contract & financing documents
- 10Governance & risk
- 07Finance
-
Teaching mapping
Procurement & subcontractors
- 05Fulfilment
- 07Finance
-
Teaching mapping
Site reporting
- 05Fulfilment
- 11Execution rhythm
-
Teaching mapping
Progress claims & drawdowns
- 07Finance
-
Teaching mapping
Defects & handover
- 06Customer success
- 05Fulfilment
-
Teaching mapping
Management dashboard
- 11Execution rhythm
- 09Information & technology
Results
Measured, or marked as being assessed.
A workflow being live is not the same as a proven result. Each figure is published only with its baseline, its period and its limits. Until then it reads “being assessed”.
Being assessed
- Baseline
- How the work ran before the workflow.
- Period
- The weeks or months a figure covers.
- Limits
- What the figure does not show.
Lessons
What we learned, including what did not work at first.
-
Process before tools.
A workflow nobody has written down cannot be automated. It only gets faster at being inconsistent.
-
One source of truth beats more apps.
Every extra app that holds its own copy of a customer becomes another place where the truth goes stale.
-
Approval is a feature, not a bottleneck.
Staff trusted the agents once they could see that nothing reached a client without a person saying yes.
-
Adoption takes longer than building.
Configuring a workflow took days; changing the habit around it took weeks. Train supervisors first.
-
Start where the owner is the bottleneck.
Enquiries and follow-ups gave the earliest relief, because that work used to wait for one phone.
Next
Hear the full story on stage, or build your own in a workshop.
Saif walks through this case, mistakes included, in keynotes, workshops and in-house programmes, in English or Bahasa Malaysia.