When several properties are sent to a client, the options can look similar despite important differences. A comparison table presents details consistently, but does not choose for the client or replace checks of documents and actual conditions. Start with requirements the client has stated, then show what is known and what remains unverified.

Comparison template

Item First option Second option
Unit identifier Specific reference Specific reference
Area or neighbourhood Verified detail and source Verified detail and source
Floor area Value, unit and measurement basis if known Value, unit and measurement basis if known
Floor and lift Confirmed details Confirmed details
Availability Status and verification date Status and verification date
Important client requirement Met, not met or needs checking Met, not met or needs checking
Next question A specific point to clarify A specific point to clarify

Do not treat net and gross floor area as interchangeable without explanation. If a value is unknown, write “unverified” rather than zero or a guess. Date the comparison because availability and other details can change.

Illustrative example

A fictional client requires a lift. The first option is on a high floor with a confirmed lift, while the second option has incomplete lift information. Do not turn that blank into “no lift.” The next step is to ask and verify before arranging a viewing based on this requirement. The client's preference for a lower floor remains separate from that factual detail.

Before sending the table

Check that every row refers to the correct unit, remove unnecessary personal information and identify the source of the details. Ask which questions the client wants resolved rather than assigning a total score that implies a final objective decision. Keep the template manually or organise it within Devzonia's solutions after checking supported fields. The table structures a discussion; it is neither a financial valuation nor a guarantee that every advertisement is accurate.