A multi-unit purchase needs a status for every unit
Why a multi-unit negotiation still needs a separate factual status for each property before price, timing and package terms are treated as one deal.
This article reflects the named expert’s practical perspective. See NovAsia’s editorial policy for how material is prepared and reviewed.
Buying several apartments in one development can feel like a single transaction long before it actually behaves like one. The buyer may negotiate one package price, use one adviser and expect one timetable. That commercial simplicity is useful. It should not erase the fact that each apartment can carry a different set of open questions.
When somebody says, “all five are available and everything is in place,” I want to know what “everything” refers to. Does the statement cover the exact unit identifiers, the current seller, the price version, included furniture, occupancy, payment terms and the documents relevant to each unit? Or does it describe the project in general?
The coordination problem is not that several apartments are inherently difficult. It is that information from one apartment can quietly migrate to another. A confirmed answer for Unit A becomes a general statement about the whole package, and the buyer may not notice the change.
One development can contain several transaction stories
Two apartments on the same floor may still require different treatment. One could be vacant while another is occupied. One offer might include a furniture package while another relies on a separate inventory. A discount discussed for three units may not have been applied to the fourth. A document received for one property may be a template rather than the final version for all of them.
None of those possibilities proves a defect. They simply show why a project-level answer is not always a unit-level answer.
A useful working record therefore keeps each apartment identifiable. I want to see what has been confirmed for that unit, what source supports it and what remains open. This is not an attempt to turn a coordinator into a lawyer or surveyor. Specialist conclusions stay with the relevant specialist. The purpose of the record is to stop one conclusion from being stretched beyond the property it actually covered.
Consider a hypothetical purchase of three apartments. The first has an agreed price and an identified furniture list but is still waiting for a final attachment. The second has a complete document set but the handover timing is unresolved. The third appears operationally simple, yet the advertised package discount has not been tied to that exact unit. Describing all three as “ready” loses important information. Describing the entire package as blocked is equally unhelpful.
A status should explain the decision, not decorate it
A traffic-light system can be useful internally, but a buyer needs the reason behind the colour. “Green” should never substitute for the actual point being confirmed.
For each property I would rather preserve a small number of decision-relevant questions. Is this the exact apartment being offered? Who is the counterparty for it? Which price and payment schedule are current? What is included? Is possession or access dependent on another person? Which material item still needs an answer?
That structure becomes especially valuable when information arrives through different people. A project representative may confirm that furniture is included. If the question concerned one apartment, the reply should not automatically populate the other four rows. The same discipline applies to parking, management arrangements, incentives, handover dates and any other term that can vary.
A multi-unit purchase often becomes easier once those differences are visible. The buyer can see which points are genuinely common and which require separate treatment. Only then does it make sense to build a package position around price, timing or volume.
The package can be negotiated together without pretending the units are identical
There is no contradiction between negotiating one commercial package and maintaining separate factual status. In fact, the second makes the first safer.
Suppose a buyer is prepared to acquire five apartments if a particular overall price can be reached. The package discount may be one negotiation, but its starting values still need to be clear. The payment structure may be common, while one occupied unit requires a different handover path. The buyer may be willing to proceed with four apartments if the fifth cannot satisfy a critical condition, or the fifth may be essential because two units must be adjacent.
Those dependencies should be visible before a general “yes” is given.
A good status record does not need to become a large compliance file. Its job is to show where the buyer can make one decision and where the transaction still contains separate decisions. When four apartments have a confirmed answer and one does not, the honest result is “four confirmed, one unresolved.” That is more useful than a smooth summary.
In a complex purchase, precision is often less about adding information than about refusing to merge information prematurely. The package becomes a real package only after the buyer can see the individual pieces that make it up.