01 / Owner-direct property marketplace
Product shape
Terra is an owner-direct property marketplace for discovering, buying and selling property. During beta, the Terra operating team is the intermediary: verifying listings, introducing participants, arranging showings and helping buyers and owners negotiate and coordinate the transaction through closing. Individual sellers and Project accounts use the same marketplace, map and listing system, with private social engagement and verified Presale options.
CURRENT MVI · OWNER CORRECTION
Beta scope · read with the MVI
The dedicated Minimum viable implementation page governs current beta depth: separate buyer–Terra and seller–Terra coordination, structured negotiation before or after showings, mandatory Terra-verified representative attendance at the first viewing, optional temporary opt-in meetup geolocation, and thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING. General direct buyer–seller rooms are not approved beta scope. Owner financing is deferred beyond beta; structured negotiation remains core. Qualification stays invisible internal admin, never an entry gate. Advanced analytics/AI valuation remain later depth; no application implementation is claimed.
PRODUCT DIRECTION
From discovery to a completed sale
Owners list directly with Terra. Buyers can inquire, request a showing or make an offer from a property; a showing is not a prerequisite to an offer. Terra stays involved as the transaction progresses.
- Discover → property → inquiry, showing request or offer → negotiation → agreement → due diligence and closing → sold → market data.
- Use structured offers, counters, acceptance and decline in the initial product, with the exact terms and participants visible.
- Keep separate private buyer ↔ Terra and seller ↔ Terra conversations before a Terra-authorized introduction; preserve their private histories afterward.
- Let buyers and sellers negotiate within Terra with the team involved. Messenger supports the transaction; it is not the whole product.
- Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
TRANSACTION MODEL
The transitions still to design
The complete transaction journey is the product scope. Its records distinguish offer acceptance, agreement, due diligence, closing, sold status and public market-data release. The exact reservation, competing-offer, contact-release and post-acceptance rules still need decisions. Earlier audit recommendations that narrowed the first product to introductions or deferred structured offers are superseded by this feedback; the prototype gaps they documented remain real.
Source anchors
Coverage audit A01, A05, A09 · source v14 line anchors in canonical coverage register
OBSERVED PROTOTYPE
What v14 actually gives us
One mobile HTML application, with buyer, seller and agency views over shared in-memory fixture data. The location vocabulary is Playa Venao, Pedasí and Panama City; property types are Land, Apartment, House and House with land. English, Spanish, Swedish and Hebrew dictionaries exist; Hebrew switches the document to RTL. This is design evidence, not a confirmed launch geography, customer segment or production localization guarantee.
Source anchors
state; render; renderTopbar; renderBottomNav · CLUSTERS; properties; T
PRODUCT DIRECTION
Three connected workspaces
Buyer
Discover and evaluate property; inquire, arrange a showing or submit an offer without first attending one.
Negotiate structured terms with the owner inside Terra, with the team involved, and follow the transaction through closing.
Owner / seller · individual or Project account
Supply listing facts and property/ownership documents for Terra review; accept the commission agreement when submitting. Project is an account type in this workspace, not another admin role.
Review offers, counter, accept or decline; agree transaction terms and cooperate with due diligence and closing. Manage multiple ordinary listings/units and own-dashboard engagement without a buyer roster.
Terra operating team
Act as the beta intermediary: verify listings and coordinate introductions, showings, offers, negotiation and transactions.
Use scoped workspaces and messenger to support the complete journey; detailed staff permissions and service commitments remain to be defined.
PRODUCT TERMS
Commercial model, verification and remaining choices
The owner pays a fixed 4.5% commission and accepts the commission agreement on listing submission. Terra does not automatically inflate the asking price to cover the fee. Verification is fundamental: owners supply property and ownership documents for Terra review. Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
- Still to define: commission payment timing, legal drafting and exceptions.
- Still to define: exact verification evidence, reviewer access, retention and what any verification badge certifies. A reviewed listing is not a guarantee of title.
- A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined. Translator language pairs and professional AML/KYC triggers remain open.
- The agreed first-beta target is roughly 100 Playa Venao / Cañas listings with a four-person operation. This fixes the beta geography and planning scale; it does not claim that reviewed inventory, staffing or operating capacity already exists. Verify actual readiness before launch. Property-type and language coverage still need definition. Prototype email/SMS and contract-help copy is not evidence of delivered services; hardcoded market claims are not research.
PRODUCT DIRECTION
One marketplace, including Projects and Presale
One marketplace, one map and one listing system serve individual sellers and Project accounts. Project and Presale are normal search/map filters or categories, not separate marketplaces, maps or listing systems; Projects receive no promoted/featured section or preferential placement.
- Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
- Presale is an optional listing selection available to any individual seller or Project account. Terra must verify the listing for Presale before it is published as Presale. Existing listing and property/ownership review still applies; Project verification is not a substitute and no self-publication fallback is authorized.
PRODUCT DIRECTION
Social discovery without public discussion
Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
- Share externally through WhatsApp, social platforms or copy link using only public listing data. Shared links, previews and payloads must never expose private seller contact information, private inquiries, conversations or documents. There are no public comments or public Q&A.
- Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
- Each individual seller or Project dashboard covers its own listings/account: views, likes/saves, followers, inquiries, viewing requests and offers. Engagement is aggregate and anonymous, not a buyer roster. Operational inquiries, viewing requests and offers remain legitimate private, participant/assignment-scoped records, not public analytics or automatic access to buyer-private threads. Counting rules, unique versus repeat events and reporting windows remain open; prototype fixtures are not real analytics.
OWNER-CONFIRMED DIRECTION · OPEN DETAILS REMAIN
Current beta boundaries · evidence and privacy
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
- Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
02 / One journey, different responsibilities
Journeys & roles
Buyers and owners move from property discovery to agreement and closing with Terra’s operating team involved. Inquiry, showing and offer are alternative next steps from a property—not a mandatory sequence. Controlled introduction protects private conversations while enabling buyer–seller negotiation within Terra. Individual sellers and Project accounts share the seller workspace; social discovery and Presale stay on the same marketplace/map.
CURRENT MVI · OWNER CORRECTION
Beta scope · read with the MVI
The dedicated Minimum viable implementation page governs current beta depth: separate buyer–Terra and seller–Terra coordination, structured negotiation before or after showings, mandatory Terra-verified representative attendance at the first viewing, optional temporary opt-in meetup geolocation, and thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING. General direct buyer–seller rooms are not approved beta scope. Owner financing is deferred beyond beta; structured negotiation remains core. Qualification stays invisible internal admin, never an entry gate. Advanced analytics/AI valuation remain later depth; no application implementation is claimed.
PRODUCT DIRECTION
Buyer: choose the next step
Discover and compare properties, open a property and choose an inquiry, a showing request or an offer. Negotiate exact terms, reach agreement and work with Terra through due diligence and closing.
- A showing is optional, never a prerequisite for making an offer.
- Structured offer → counter / accept / decline is core initial scope, not a later expansion.
- Private notes and both private Terra conversations stay separate after an introduction; an introduction grants no new room audience.
- Buyers can Like/Save listings and Follow individual sellers or Project accounts. Sellers see aggregate anonymous engagement counts, not the identities of buyers who liked/saved or a follower roster. Following supports updates such as new listings and price changes; notification channel, cadence and the full event set remain unspecified.
- Share externally through WhatsApp, social platforms or copy link using only public listing data. Shared links, previews and payloads must never expose private seller contact information, private inquiries, conversations or documents. There are no public comments or public Q&A.
- Filter the existing marketplace/map for Project listings or verified Presale listings while retaining the ordinary property-type filters. Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
PRODUCT DIRECTION
Owner: submit, negotiate and complete
List directly with Terra, supply property and ownership documents for review, and accept the owner-paid fixed 4.5% commission agreement on submission. The asking price is not automatically increased to fund the commission.
- Respond to review requests and publish reviewed listing facts through Terra’s workflow.
- Negotiate exact structured offers; accept, decline or counter within Terra with the team involved. Owner financing is deferred beyond beta; ordinary structured negotiation remains included.
- Cooperate on agreement, due diligence and closing. Payment timing, legal wording and fee exceptions remain unresolved.
- Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
- Presale is an optional listing selection available to any individual seller or Project account. Terra must verify the listing for Presale before it is published as Presale. Existing listing and property/ownership review still applies; Project verification is not a substitute and no self-publication fallback is authorized.
- Each individual seller or Project dashboard covers its own listings/account: views, likes/saves, followers, inquiries, viewing requests and offers. Engagement is aggregate and anonymous, not a buyer roster. Operational inquiries, viewing requests and offers remain legitimate private, participant/assignment-scoped records, not public analytics or automatic access to buyer-private threads. Counting rules, unique versus repeat events and reporting windows remain open; prototype fixtures are not real analytics.
PRODUCT DIRECTION
Terra: the beta intermediary
Terra’s operating team verifies listings and coordinates introductions, showings, offers, negotiation and the transaction. Messenger supports those responsibilities; it does not replace structured offer or closing records. Review Project profiles and Presale eligibility separately from ordinary listing/property-ownership evidence; neither account verification nor social engagement grants publication or introduction authority.
COMMUNICATION BOUNDARIES
The confirmed introduction journey
Buyer → Terra
Inquiry, PRIVATE Comment/Question and viewing-first requests open or reuse a listing-linked buyer–Terra thread.
No separate manual Inquire step, direct seller chat or public Q&A.
Seller → organization
Organization coordinates seller interest and availability in a separate private thread.
The buyer cannot see this thread or organization internal notes.
Terra → introduction
An identified Terra representative authorizes and logs an introduction separately from actual disclosure/delivery.
No assumed room creation; preserve actor/evidence and private audiences.
Private histories remain private
Buyer–Terra and seller–Terra threads do not merge after introduction.
A general direct buyer–seller room requires an explicit inclusion decision.
Terra → first viewing
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
Offers remain independent of showings.
CORE INITIAL PRODUCT
Offers on either side of introduction
A buyer can submit a structured offer without requesting or completing a showing. Buyers and owners can counter, accept or decline and negotiate inside Terra with the team involved. Terra controls the introduction, not whether offers belong in the product. Before introduction, Terra coordinates each side privately; the exact delivery and response permissions for offers around that transition still need definition. Introduction creates no general direct buyer–seller room; private histories stay separate and no technical prevention of off-platform bypass is promised.
Source anchors
Coverage audit A01 · source v14 line anchors in canonical coverage register
SHOWING COORDINATION
First-meeting lifecycle
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
SHOWING PREPARATION
Agreement, rescheduling and preparation
Record date, time, timezone, meeting point and translator needs. A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Prototype defaults for unanswered date/time/interpreter inputs are not product rules.
Translator assistance
Support a translator request and the language pair needed for a showing; Terra coordinates availability.
Supportable language pairs, assignment, required approvers and confirmation prerequisites remain undecided. UI languages are not interpreter-service promises.
Location and privacy
Provide showing-location details to the appropriate participants under an explicit disclosure policy.
Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Unanswered preparation
Keep unanswered translator or preparation inputs distinct from a deliberate decline.
Detailed sharing and confirmation validation remain to be specified; v14’s false default is not a reliable record of the buyer’s choice.
Source anchors
Coverage audit A06, A07 · source v14 line anchors in canonical coverage register
DECISIONS TO RESOLVE
Remaining operating choices
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate. Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined. Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct. Staff permissions, contact disclosure, translator language pairs and applicable AML/KYC responsibilities remain unresolved.
TRANSACTION COORDINATION
After acceptance: someone still owns the next step
Terra remains involved after acceptance: agreement → due diligence and closing → sold → eligible market data. The team coordinates the transaction; acceptance is not proof of a completed sale. Exact task ownership, milestone evidence, reservation, deposit handling, failed-deal follow-up and closing rules remain to be defined. This does not promise legal execution, escrow, payments or financing servicing. v14 removes Ask agent at acceptance/decline despite promising closing help: that remains an implementation gap, not the desired endpoint.
Source anchors
Coverage audit A09 · source v14 line anchors in canonical coverage register
OBSERVED PROTOTYPE
Prototype evidence · buyer journey
- Browse map or list → open property → save a favorite or custom collection → add a private-looking note.
- Set preferences → inspect deterministic matches → explore or watch an area.
- Request a showing with date, time and translator preference, or submit an offer with price, deposit, closing days, conditions and a message.
- Read offer-history bubbles and directly respond to a seller counter; optional Ask agent support and a fixed transaction-progress illustration are demo behaviors. These demonstrate offer concepts but do not implement Terra’s intended participation and durable transaction coordination.
Source anchors
renderBuyerMatches; renderPropertyNotes; renderOfferForm; renderNegotiationThread; renderTxProgress
OBSERVED PROTOTYPE
Prototype evidence · seller submission
The listing wizard traverses type, location, details, legal status, access, photos, pricing, offer settings, review, preview and submission. Submission adds a pending property to the local array; the seller view filters by demoSeller. A seller can accept, decline or counter an offer on the demo path.
- The photos/documents step is presentation, not a file uploader.
- Submission copies only core fields. Legal, access, tags, offer rules and financing terms collected by the wizard are not carried into the new property record.
- The authorization checkbox is displayed, but wizValid does not require it to advance.
Source anchors
WIZ_STEPS; wizValid; wizStepBody; bindScreenEvents lines 2213–2223
OBSERVED PROTOTYPE
Prototype evidence · agency workspace
Agency screens show counts, approvals, offers, a showing calendar and a buyer/seller directory. Approval changes a property status to active; rejection changes it to rejected. Bulk approval promotes every pending property without qualification checks. Agency offer view is observational: the negotiation response predicate only grants response buttons to buyer/seller roles. The showing flow displays confirmation without real participant approval. Neither these screens nor the optional Ask agent affordance implement organization-controlled introductions.
Source anchors
renderAgencyOverview; renderAgencyApprovals; renderAgencyDirectory; renderNegotiationThread
PRODUCT DIRECTION
Follow, share and return to the same listing
Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
- Buyers can Like/Save listings and Follow individual sellers or Project accounts. Sellers see aggregate anonymous engagement counts, not the identities of buyers who liked/saved or a follower roster. Following supports updates such as new listings and price changes; notification channel, cadence and the full event set remain unspecified.
- Share externally through WhatsApp, social platforms or copy link using only public listing data. Shared links, previews and payloads must never expose private seller contact information, private inquiries, conversations or documents. There are no public comments or public Q&A.
- One marketplace, one map and one listing system serve individual sellers and Project accounts. Project and Presale are normal search/map filters or categories, not separate marketplaces, maps or listing systems; Projects receive no promoted/featured section or preferential placement.
- Notification transport and cadence remain open. Do not turn Follow or Share into seller-contact release or imply an operational notification service exists.
OWNER-CONFIRMED DIRECTION · OPEN DETAILS REMAIN
Current beta boundaries · evidence and privacy
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
- Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
03 / The records underneath the screens
Domain & system model
The model connects property and listing records to owner verification, commission-agreement acceptance, inquiries, showings, structured offers and transaction coordination. Terra’s team participates throughout. Messenger carries audience-bound conversations alongside—not instead of—these records. This is a domain design, not a claim that the prototype implements it. Seller-account type, Project-profile verification, optional Presale review and privacy-scoped engagement extend the same listing model.
CURRENT MVI · OWNER CORRECTION
Beta scope · read with the MVI
The dedicated Minimum viable implementation page governs current beta depth: separate buyer–Terra and seller–Terra coordination, structured negotiation before or after showings, mandatory Terra-verified representative attendance at the first viewing, optional temporary opt-in meetup geolocation, and thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING. General direct buyer–seller rooms are not approved beta scope. Owner financing is deferred beyond beta; structured negotiation remains core. Qualification stays invisible internal admin, never an entry gate. Advanced analytics/AI valuation remain later depth; no application implementation is claimed.
DOMAIN DESIGN
Entity relationships
Person ↔ Organization membership
Buyer, owner and Terra-team workspaces use authenticated, scoped participants; Terra is the beta intermediary, not an assumed multi-agency tenancy model.
Exact staff roles remain open; a role toggle does not grant access.
Property → Listing → Review
An owner supplies listing facts and property/ownership documents; Terra reviews the submitted version.
Separate physical identity from marketing and publication state.
Buyer → Preferences / Collections / Notes
Collections contain listing references; notes have an author and audience.
A note is not public listing copy.
Listing → Inquiry / linked coordination case; optional Showing or Offer
The listing-specific Inquire action opens a private buyer–Terra conversation. A linked case associates the listing, buyer, seller account, Terra representative, conversations, optional showings and offers; the case is not an extra manual inquiry prerequisite for requesting a showing or making an offer.
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
Listing → Offer → Term revision / Event
Core initial product: buyer offers and buyer/owner counters, acceptance and decline with Terra involved; preserve full term revisions and actual actor history.
Accepted offer is not automatically a completed sale.
Accepted offer → Agreement → Coordination case
Terra coordinates agreement, due diligence and closing; link responsible people, evidence and progress.
Acceptance is not sold status; exact milestones and authority remain undecided. Legal, payment and title execution are not implied.
Listing / Case → Restricted evidence
Owner-supplied property/ownership evidence supports fundamental Terra verification; each document has provenance, review status and scoped access.
Exact required evidence, reviewer access, retention and badge standard remain unresolved; a declaration is not title assurance.
Owner → Commission agreement → Submission
Owner-paid fixed 4.5%; listing submission includes commission-agreement acceptance.
Record the accepted terms/version and actor. No automatic asking-price inflation; payment timing, legal drafting and exceptions remain open.
Owner financing · deferred beyond beta
Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
No owner-financing field set or financing-specific acceptance in beta. Preserve ordinary structured offers and transaction terms.
Completed transaction → Sold record → Market release
Connect verified closing evidence to the existing sold-market model and its separate privacy/publication gates.
Keep private closing evidence out of public summaries; accepted or sold status alone does not authorize market-data publication.
Seller account → individual or Project → Listings
Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
Account type is separate from property type; one Project may be seller of multiple ordinary listings/units. No new administrative role.
Project profile review / Listing review / Presale review
Presale is an optional listing selection available to any individual seller or Project account. Terra must verify the listing for Presale before it is published as Presale. Existing listing and property/ownership review still applies; Project verification is not a substitute and no self-publication fallback is authorized.
Keep verification subjects and outcomes distinct. Exact evidence, badge scope and review-renewal details remain to be specified.
Buyer → Like/Save → Listing; Buyer → Follow → Seller account
Buyers can Like/Save listings and Follow individual sellers or Project accounts. Sellers see aggregate anonymous engagement counts, not the identities of buyers who liked/saved or a follower roster. Following supports updates such as new listings and price changes; notification channel, cadence and the full event set remain unspecified.
Private engagement relationships support aggregate seller reporting; no buyer-identity or follower-roster export to sellers.
Published listing → External share projection
Share externally through WhatsApp, social platforms or copy link using only public listing data. Shared links, previews and payloads must never expose private seller contact information, private inquiries, conversations or documents. There are no public comments or public Q&A.
Use public data only in link destination, previews and payloads; private contact/evidence is not part of the projection.
Own seller account / Listings → Dashboard metrics
Each individual seller or Project dashboard covers its own listings/account: views, likes/saves, followers, inquiries, viewing requests and offers. Engagement is aggregate and anonymous, not a buyer roster. Operational inquiries, viewing requests and offers remain legitimate private, participant/assignment-scoped records, not public analytics or automatic access to buyer-private threads. Counting rules, unique versus repeat events and reporting windows remain open; prototype fixtures are not real analytics.
Separate aggregate engagement from operational case permissions; no cross-seller dashboard access.
Follow relationship → Listing update
New listings and price changes can generate updates for followers of an individual seller or Project account.
Channel, cadence, exact event coverage and delivery contracts remain open; updates must not disclose unpublished listing revisions or private records.
Case → First viewing / resource / attendance
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
Availability and actual attendance are distinct facts.
Meetup → Consent / private audience / expiry
Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Consent revocation ends sharing; exact policy details remain open.
Introduction → same seller / introduced buyer / another property
Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
Listed and unlisted property scope is intended commercial direction, not legal assurance.
Buyer → Restricted internal qualification
Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
Not a buyer-facing progression or entry gate.
Discovery → PRIVATE Comment/Question / TRENDING
Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
Private question can reuse inquiry; ranking policy remains open.
COMMUNICATION BOUNDARIES
Inquiry and conversation boundaries
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
Private buyer thread
Participants: buyer and organization.
Seller has no automatic access, even after introduction.
Private seller thread
Participants: seller and organization.
Buyer has no automatic access, even after introduction.
Introduction event, not a shared conversation
Record authorization and actual disclosure/delivery separately; preserve evidence.
A general direct buyer–seller room is not approved beta scope.
Internal organization notes
Remain separate from both private participant threads and structured negotiation records.
Organization actions have their actual actor identity; no silent impersonation.
INFORMATION BOUNDARIES
Information audiences are separate contracts
Private buyer notes, confidential Terra notes and intentionally shared advice have different audiences. Authorship by a Terra representative does not make information public or grant blanket staff access. Budget visibility and use still need an explicit policy.
Private buyer notes
Buyer-owned planning and notes remain distinct from private coordination messages and deliberately shared staff advice.
Private organization notes are a separate staff-only category with organization/assignment scope.
Deliberately shared advice
An explicit buyer-visible advice category has an intentional audience, separate from confidential staff notes.
v14’s buyer-visible “Agent notes” include seller-flexibility fixtures. Do not automatically disclose confidential negotiating information.
Buyer budget: OPEN audience
Decide whether maximum budget is private buyer planning or intentionally disclosed to scoped staff.
Also decide how seller-representing staff may use it. Nationality is not a language requirement; messenger privacy alone does not protect negotiating position.
Source anchors
Coverage audit A02, A08 · source v14 line anchors in canonical coverage register
DECISIONS TO RESOLVE
Membership, consent and staff changes
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate. Define Project signatory authority, staff assignment, revocation and retention for the approved private threads and structured terms; no off-platform bypass-prevention guarantee.
Source anchors
Coverage audit A03, A12 · source v14 line anchors in canonical coverage register
LIFECYCLE DESIGN
Separate lifecycles, explicit links
Discovery → property → inquiry/showing/offer → negotiation → agreement → due diligence/closing → sold → market data. Track these related lifecycles separately: neither a showing nor an accepted offer substitutes for the evidence and decisions required at later stages. Exact enums and automation remain implementation design.
Inquiry and introduction
Inquiry or viewing-first request → private Terra coordination → documented introduction; structured negotiation can precede or follow showing and creates no assumed general shared room.
Exact consent, routing and membership transitions OPEN.
Listing and offer
Listing draft/review/published/reserved/sold/withdrawn is separate from offer draft/submitted/countered/accepted/declined/expired/withdrawn.
v14 labels accepted and declined offers “Closed”; acceptance does not change inventory or competing offers. Reservation, backups and expiry policy OPEN.
Meeting and closing
Optional showing request/agreement/reschedule/cancel/no-show is distinct from agreement, due diligence, closing and failed-deal return to market.
Accepted ≠ reserved ≠ sold ≠ verified public sale. Sold evidence and publication remain governed by the existing Sold Properties page.
Project and Presale verification
Project-profile verification, ordinary listing/property-ownership review and optional listing-level Presale review are distinct.
Publish as Presale only after its verification; Project status cannot silently approve units or Presale. Detailed review states are still design work.
Source anchors
Coverage audit A05, A06, A09 · source v14 line anchors in canonical coverage register
OBSERVED PROTOTYPE
What is real in the demo, and what is staged
Search and matches
Local filters on fixtures are implemented.
Radius is stored but not used in match filtering; missing dimension fields can pass minimum filters.
Maps and nearby
SVG shapes, fixed area clusters and generated pin positions.
Near me selects Playa Venao; no geolocation or geocoding integration.
Accounts and persistence
Nonempty email/password dismiss the sign-in form; state lives in memory.
No authentication service, durable storage or cross-user synchronization found.
Offers and showings
Buttons append objects and mutate local status/history.
No remote delivery, conflict protection, calendar reservation or notification transport.
AI pricing
An on-click range is calculated from up to two same-location active fixture listings.
A simple ±8% range around their average; no model call or valuation evidence.
Transaction and live tracking
Fixed milestone presentation, fixed ETA/distance and drawn route.
No escrow, payments, signatures, title workflow or location sharing.
Content and imagery
Area narratives and price ranges are embedded; Picsum images overlay SVG fallback scenes.
Remote placeholder photos are not evidence of the advertised properties.
Source anchors
renderBuyerMatches lines 1330–1345 · bindAuthEvents lines 2024–2040 · renderTxProgress; renderLiveShowing; wizStepBody pricing
SYSTEM DESIGN
System boundaries, without choosing a stack
The uploaded file uses vanilla HTML/CSS/JavaScript. That describes the prototype, not an approved production stack. Provider choices and infrastructure are intentionally unselected.
- Presentation: responsive browsing and role-specific workspaces, with explicit language and direction support.
- Identity and policy: authenticated people, memberships and record-level permissions.
- Application records: durable listings, reviews, commission acceptance, linked cases, separate private threads, introduction evidence, first-viewing resources/actual attendance, revocable expiring meetup shares, versioned offers and transaction milestones. Owner-financing records and controls are deferred beyond beta.
- Restricted evidence: private media/document custody, independent of public listing delivery.
- Delivery adapters: maps, media, notifications and calendars only after their contracts and providers are selected.
- Seller account and discovery: individual/Project type and Presale selection feed the same listings, marketplace and map; no preferential Project placement.
- Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
IMPLEMENTATION ACCEPTANCE
Integrity rules worth carrying forward
- Never lose the legal/access/offer-setting fields between wizard review and submission.
- Preserve exact prior terms when countering; reject stale responses against superseded terms.
- Handle more than one interested buyer without silently selling the same listing twice.
- Escape user-entered text. The demo interpolates form values into innerHTML and is not a safe production rendering pattern.
- Prove private notes and documents cannot leak through public listing, agency directory or notification views.
- Review translations and RTL interactions end-to-end; dictionary presence is not full coverage (approval detail lacks Swedish spec labels).
- Enforce thread audiences on the server for message reads, writes, search, exports and notifications; a hidden UI tab is not a privacy control.
- Introduction does not create a shared room or expand access to private messages or internal notes.
- Bind introduction authorization to the inquiry and actual organization actor; display all participants and organization visibility.
- A first-viewing request cannot become confirmed without buyer/seller agreement and available assigned Terra-verified representative; resource loss forces re-coordination/rescheduling; actual attendance is recorded. Translator availability must match agreed needs.
- Require owner acceptance of the commission agreement on submission; retain a fixed 4.5% owner fee without automatically changing the asking price.
- Prove offers can be submitted without a showing and that counter/accept/decline uses the exact current terms with Terra’s participation visible.
- Keep verification evidence private under its eventual access and retention policy; never turn a badge or sold flag into proof of title, closing or public-release permission.
- Verify individual sellers and Project accounts use one marketplace, one map and one listing system; Project/Presale filters do not create duplicate inventory or preferential Project placement.
- Verify Project is a seller-account type, not a fourth admin role or physical property type; a verified Project can hold multiple ordinary listings but does not auto-verify units, ownership or Presale.
- Verify either seller-account type can select Presale and that publication AS PRESALE fails until the listing-level Presale verification is complete, while ordinary listing/property-ownership review remains required. No self-publication fallback.
- Verify Like/Save and Follow preserve buyer privacy in seller dashboards, APIs, exports and notifications: aggregate anonymous counts only, never engagement identities or a follower roster.
- Verify external WhatsApp/social/copy-link sharing and previews expose only public listing data, never private seller contact, inquiry history or documents; no public comments or Q&A.
- Verify inquiry and viewing-first requests use private buyer–Terra coordination and separate seller–Terra threads. Introduction does not create direct chat; no general buyer–seller room is assumed approved. Preserve exact structured terms and prior-private-history separation.
- Verify Follow supports individual sellers and Project accounts with new-listing/price-change updates; channel/cadence tests await explicit decisions and unpublished/private data cannot leak.
- Verify own seller/Project dashboards cover views, likes/saves, followers, inquiries, viewing requests and offers, while private operational records retain their distinct participant/assignment scope. Exact counts, unique/repeat logic and windows await definitions; fixtures are not measured analytics.
- Verify the linked inquiry/case record does not impose a new manual Inquire prerequisite on showing requests or offers, and showings remain optional for offers.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
Fields · actions · account boundaries
Listing Matrix
Owners submit their own listings, property/ownership documents and commission-agreement acceptance. Terra’s beta team verifies and coordinates the transaction; buyers can inquire, request a showing or make an offer. The matrix separates those product responsibilities from still-undecided fine-grained permissions. None of these controls is claimed to be implemented in v14. Individual and Project seller accounts share these ownership-scoped responsibilities; social actions and optional Presale extend the same listing system.
CURRENT MVI · OWNER CORRECTION
Beta scope · read with the MVI
The dedicated Minimum viable implementation page governs current beta depth: separate buyer–Terra and seller–Terra coordination, structured negotiation before or after showings, mandatory Terra-verified representative attendance at the first viewing, optional temporary opt-in meetup geolocation, and thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING. General direct buyer–seller rooms are not approved beta scope. Owner financing is deferred beyond beta; structured negotiation remains core. Qualification stays invisible internal admin, never an entry gate. Advanced analytics/AI valuation remain later depth; no application implementation is claimed.
ACCESS DESIGN
Read the scopes first
Public means the published listing only. Buyer access concerns that buyer’s own saved collections, inquiries and offers; owner editing concerns that owner’s listings. Organization means Terra’s operating team during beta. Staff access is assignment- and record-scoped, not unrestricted platform access.
- View is not edit authority. Private buyer notes, private threads, verification files and internal records are separate from the public listing.
- Terra reviews owner-supplied property and ownership documents and listing facts before publication. Exact reviewer/publisher roles, evidence standards and authority to rewrite owner facts remain open.
- Property is the underlying asset; Listing is a market-facing offer/version for that property. Buyer annotations never edit either seller inventory or the published listing.
- One marketplace, one map and one listing system serve individual sellers and Project accounts. Project and Presale are normal search/map filters or categories, not separate marketplaces, maps or listing systems; Projects receive no promoted/featured section or preferential placement.
- Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
- Seller columns include individual sellers and Project accounts acting only on their own listings/account. Public profile fields do not grant access to private seller contact data.
LISTING CONTRACT
Listing fields: who sees and changes what?
Read each cell as visibility / editability. Published values are visible to public visitors as well as buyers. Seller and organization access below is always ownership- or assignment-scoped.
Scroll table horizontally on narrow screens →
FIELD CONTRACT
A field dictionary, not just a listing form
Capture the listing’s factual and commercial terms without losing them between draft, review and publication. Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included. Source controls provide vocabulary, not verified property facts or final enums. Type-specific requirements, public/private audiences and evidence rules still need specification; missing values remain unknown.
Scroll table horizontally on narrow screens →
Source anchors
Coverage audit A10, A11 · source v14 line anchors in canonical coverage register
OBSERVED PROTOTYPE
Source defects that must not become facts
OBSERVED v14: submission discards legal status (2217–2219); agency approval falls back to Titled (1930). Wizard state defaults to two bathrooms (1088/2227) without a matching bathroom input (1783–1798). RECOMMENDED requirement: preserve submitted legal values and represent absent legal/bathroom data as unknown, never titled or two bathrooms. This recommendation is not a human-confirmed policy or a claim that the demo is fixed.
Source anchors
Coverage audit A11 · source v14 line anchors in canonical coverage register
OBSERVED PROTOTYPE
Detailed source options · field review ledger
OBSERVED source options (1783–1816, 1830–1844). These are the v14 vocabulary to review, not a claim that each attribute is present on a real property or that these are approved final enums.
Type-specific dimensions
Apartment, House and House with land show living area and bedrooms. Land and House with land show plot size. Living units: m² / sq ft; land entry: hectares / acres.
OPEN: applicability and requirements for other property types; retain unit provenance. Bathrooms lack an input despite a stored default.
Topography and legal
Topography choices: flat, hilly, ocean view, mountain view, jungle. Legal: titled, rights of possession, concession, other.
View descriptors mixed with terrain need a deliberate final taxonomy. Legal evidence and unknown/reviewed status remain separate.
Access and utilities
Paved road, gravel road, 4×4 access; electricity, water, solar and well.
Each needs explicit present/absent/unknown semantics, evidence and public/private/review decisions.
Location and lifestyle options
River, ocean, mountain, town, restaurants, beaches, horses, supermarket, schools, gas, surf and trails.
Define whether each means access, proximity or a feature; do not collapse them into verified amenities.
Evidence placeholders
Photos, title document, survey and ID appear as upload/document placeholders.
Private document custody and review must be specified; placeholder controls do not prove uploaded evidence.
Offer and financing vocabulary
Source thresholds: any offer or 30% / 20% / 10% below ask; negotiation, offer-button and owner-financing switches. Financing term choices: 5 / 10 / 15 / 20 years, down payment, interest and minimum-terms text.
These are source choices, not approved minima or underwriting. Threshold reject-versus-flag behavior, currencies, rate basis and negotiability remain OPEN.
Source anchors
Coverage audit A10 · source v14 line anchors in canonical coverage register
LISTING LIFECYCLE
Listing lifecycle and buyer actions
The owner supplies listing facts and property/ownership evidence and accepts the fixed 4.5% commission agreement at submission. Terra reviews the listing; submission alone does not publish it. A published listing is a reviewed snapshot, not an unchecked mirror of its editable draft. Exact staff-role separation remains to be defined.
Scroll table horizontally on narrow screens →
TRANSACTION COMMUNICATION
Meetings, introductions and contact
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate. A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
Scroll table horizontally on narrow screens →
PROPOSED PRODUCT
Sold evidence, public summaries and market releases
PROPOSED additions. Marking a listing sold is not verification or publication. These controls preserve the organization-mediated messenger and first-meeting decisions above.
Scroll within the table on small screens →
DECISIONS TO RESOLVE
Decisions still needed
These are unresolved policy choices, not gaps to fill silently.
- When, to whom and with what consent may exact address and seller contact details be released? Does first-meeting coordination need a limited disclosure rule?
- Can staff alter seller-provided facts, media or price—or only request changes? If assisted editing is allowed, whose confirmation and actor attribution are required?
- Which scoped staff can review, approve, publish, pause and archive? Can a seller immediately pause a live listing? What records must be retained?
- Proposed post-publication rule: substantive changes to price, location, availability, features or material media return for review. Keep the prior approved public version until replacement or withdrawal; emergency handling and minor-edit exceptions remain open.
- What exact property/ownership evidence is required; who may access it; how long is it retained; and what does any verification badge certify? Terra’s responsibility to verify is established.
- How are commission payment timing, legal wording and exceptions handled? The owner-paid fixed 4.5%, acceptance at submission and no automatic price inflation are established.
- Decide structured-term audiences, contact disclosure, translator arrangements, optional meetup geolocation private audience/duration/retention and professional AML/KYC triggers. No assumed general direct chat room; owner financing is deferred beyond beta.
- Define Project-profile and Presale verification evidence, badge meaning and review handling; verification of one subject does not automatically verify an account, unit/listing or Presale.
- Specify Follow notification channel/cadence and exact event coverage. Define counts, unique/repeat events and reporting windows for own-dashboard statistics; private operational case access is distinct from anonymous engagement.
- Like/Save and Follow are established direction; their detailed relationship to Favorites/custom collections and collection sharing remains to be designed. External public-listing sharing is not permission to share private collections or notes.
OWNER-CONFIRMED DIRECTION · OPEN DETAILS REMAIN
Current beta boundaries · evidence and privacy
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
- Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
Closed sales · private evidence · public insight
Sold Properties & Market Intelligence
A sold layer that earns trust without exposing the people behind a transaction. Partner-requested direction; the publication workflow, metrics and privacy controls below are proposed product design—not implemented Terra functionality or real transaction data.
PROPOSED PRODUCT
Two layers, one map
Proposed public control: Active listings | Sold properties. Active shows published offers; Sold shows only privacy-approved public sale summaries. Selecting a sold marker opens a restricted card, never a private closing record. No fabricated sale markers or measured market inventory are presented here.
- A listing marked sold is not automatically a verified sale and must not automatically appear in the public sold layer.
- Terra Verified Sales means the actual closing price has been verified by authorized Terra staff from closing evidence. An advertised price or self-reported sold status is insufficient. This is not title, legal or ownership assurance.
- Exact versus approximate map location remains OPEN. The prototype should not imply precise public coordinates have been approved.
PROPOSED PRODUCT
An illustrative sold card
AFIK’S EXAMPLE · NOT AN ACTUAL VERIFIED SALE. Property type was not supplied; it must not be inferred from bedroom counts. Currency is shown as the supplied $ symbol; its currency code remains unspecified.
Sold for $425,000
Original asking: $450,000 · Difference: −5.6%
Closed: August 2026 · public month/year only
3 bed · 3 bath · 220 m²
Land: 8,000 m² · Property type: not supplied
Building-area basis for 220 m² must be confirmed before computing building price per m².
Sold price / land m²: $53.13
Days on Terra: 94
Days on market is not established by this example. No Terra Verified badge is earned by illustrative numbers.
PROPOSED PRODUCT
From private closing to public summary
Proposed organization-controlled publication chain. Each step concerns an exact version and leaves a private audit trail; a status edit cannot skip the chain.
- Private closing record: scoped organization staff capture closing price, currency, dates, asking-price history and evidence linked to the property/listing. Seller submission for their own listing is PROPOSED, not approval authority.
- Evidence verification: an authorized organization-scoped verifier checks actual closing price and metric provenance. Ordinary buyers and sellers cannot self-verify. Missing or disputed evidence remains unpublished.
- Privacy review: evaluate the explicit public-field whitelist and combinations of location, photos, dimensions and timing for reidentification risk. Suppress or generalize according to the chosen policy; policy choices remain open.
- Public restricted summary: an authorized publisher releases only the approved projection/version through a separate public API. Verify and publish duties may be split; the exact role split is OPEN.
- Correction or withdrawal: re-review material corrections; withdraw unsafe or invalid summaries and recompute affected aggregates. Public endpoints must cease serving withdrawn versions; cache invalidation, retention and audit policy remain OPEN.
PROPOSED PRODUCT
Privacy is a boundary, not a hidden panel
Partner requirement: sensitive information remains private. Never include buyer/seller names, phone numbers, IDs, finca numbers, documents or other identifying details in the public sale payload. Private data must not be embedded in client JSON, hidden DOM, public downloads or map metadata.
- Separate PrivateClosingRecord from an explicit whitelist PublicSaleSummary projection/API. Access to private evidence is organization- and assignment-scoped, with least-privilege permissions.
- Candidate summary fields: approved map granularity, final sale price, original asking price, signed difference, closing month/year, property type, approved sizes, separate per-m² ratios and evidenced duration. Each is still subject to privacy review.
- An allowed field can still identify a transaction when combined with other fields. Identifiable photos, unusually precise dimensions and timing may need suppression or generalization. Do not promise absolute anonymization.
- Underlying public sale cards and aggregate releases must share a coherent disclosure policy; withholding names alone does not prevent reconstruction or linkage.
PROPOSED PRODUCT
Metrics ledger
Proposed definitions distinguish price history, denominator and observable duration. Missing or zero denominators produce null / unavailable, never zero-valued performance.
Scroll within the table on small screens →
PROPOSED PRODUCT
Area intelligence without invented certainty
Area statistics use eligible Terra Verified Sales only and display sample count, date window, area definition and property cohort alongside each metric. Terra’s observed sales are not necessarily representative of the whole market.
- No measured statistics supplied: show “No verified dataset supplied” in this workbook, not invented averages or a fake market trend.
- Minimum cohort size and suppression rules are OPEN. Until an approved privacy policy permits release, sparse or insufficient data must show “Insufficient data” rather than statistics. No invented approved threshold.
- Define the closing-period window, property cohort, geography, outlier treatment and currency normalization before comparing areas. Publish metric-specific sample counts and coverage limitations.
- Corrections and withdrawals must flow into eligible samples and aggregates; assess overlapping filters and repeated queries for inference risk.
PROPOSED PRODUCT
A small data model, with a hard public boundary
Property is the underlying asset. Listing is a market offer/version tied to it. PrivateClosingRecord links the relevant property/listing episode to privately held closing evidence. An approved PublicSaleSummary is a versioned whitelist projection—not the private record serialized with a few fields hidden.
Property → Listing
One asset may have multiple listing episodes or versions.
Preserve original and final asking-price provenance.
PrivateClosingRecord → PublicSaleSummary
Private evidence → verification → privacy approval → publication.
Internal identifiers and evidence references stay private; public linkage must follow disclosure policy.
Eligible summaries → Area aggregate
Cohort + window + metric basis + eligible count + revision lineage.
An aggregate must not release suppressed private fields or silently mix incompatible denominators.
OPEN DECISIONS
Decisions still needed
Matt authorized this workbook addition, not silent closure of these product-policy choices.
- Exact versus approximate map location; permitted photo/detail granularity; public price/size/time combinations and suppression/generalization policy.
- Minimum cohort count, overlapping-filter protections and alignment between public sale cards and aggregate privacy.
- Verifier/publisher duties, scoped evidence access, correction/withdrawal procedure and retention.
- Original-ask episode definition; currency normalization; outlier and cohort policy; arithmetic-mean ratios versus ratio of sums; clock and relist definitions.
PROPOSED PRODUCT
Partner source · preserved as supplied
Afik’s messages were forwarded by Matt. The first message ends mid-phrase at “average days o…”; missing words are unknown and have not been completed. The second message is illustrative, not closing evidence.
- Add a “Sold Properties” layer to the map. Users should be able to toggle between active listings and sold properties, and when they tap a sold property it should show the final sale price, original asking price, percentage difference, closing month/year, property type, size, land size, price per m², and days on market. All sensitive information must remain completely private — no buyer/seller names, phone numbers, IDs, finca numbers, documents, or other identifying details. For properties sold through Terra, we can treat them as “Terra Verified Sales” because we know the actual closing price. I also want area-level market stats based on these verified sales, such as median sale price, average price per m², average asking-to-sale discount, and average days o…
- Something like this: Sold for: $425,000; Original asking: $450,000; Difference: −5.6%; Closed: August 2026; Property: 3 bed · 3 bath · 220 m²; Land: 8,000 m²; Sold price / land m²: $53.13; Days on Terra: 94
04 / A coherent first product
Build boundary & decisions
The initial product is the owner-direct transaction journey: discover a property, inquire/request a showing/make an offer, negotiate, agree, coordinate due diligence and closing, record the sale and release eligible market data. Terra’s beta team verifies and coordinates throughout. These are product requirements, not a claim of implemented or released functionality. Social engagement, Project seller accounts and verified optional Presale belong to that same marketplace/map/listing system.
CURRENT MVI · OWNER CORRECTION
Beta scope · read with the MVI
The dedicated Minimum viable implementation page governs current beta depth: separate buyer–Terra and seller–Terra coordination, structured negotiation before or after showings, mandatory Terra-verified representative attendance at the first viewing, optional temporary opt-in meetup geolocation, and thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING. General direct buyer–seller rooms are not approved beta scope. Owner financing is deferred beyond beta; structured negotiation remains core. Qualification stays invisible internal admin, never an entry gate. Advanced analytics/AI valuation remain later depth; no application implementation is claimed.
CORE INITIAL PRODUCT
The initial product loop
A working product must connect the commercial transaction, not stop after an introduction. The earlier introduction-only slice and deferred-offer recommendation are superseded. Technical architecture, release and operational execution are not authorized by this content revision.
- Owner supplies durable listing facts and property/ownership documents; submission requires acceptance of the fixed 4.5% owner-paid commission agreement, without automatic asking-price inflation.
- Terra verifies the listing and coordinates publication of reviewed facts under the eventual evidence and access rules.
- Buyer discovers a property and chooses an inquiry, a showing request or a structured offer. A showing is never an offer prerequisite.
- Terra coordinates private conversations and authorizes introductions without exposing prior private histories or internal notes.
- Buyer and owner negotiate inside Terra with the team involved: structured offer, counter, acceptance or decline on exact terms. Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
- Terra coordinates agreement, due diligence and closing. Acceptance is not sold status, and marking sold does not publish private evidence or market data.
- Eligible sold summaries and market intelligence follow the existing verification, privacy and release boundaries on Sold Properties & Market Intelligence.
- One marketplace, one map and one listing system serve individual sellers and Project accounts. Project and Presale are normal search/map filters or categories, not separate marketplaces, maps or listing systems; Projects receive no promoted/featured section or preferential placement.
- Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
- Presale is an optional listing selection available to any individual seller or Project account. Terra must verify the listing for Presale before it is published as Presale. Existing listing and property/ownership review still applies; Project verification is not a substitute and no self-publication fallback is authorized.
- Buyers can Like/Save listings and Follow individual sellers or Project accounts. Sellers see aggregate anonymous engagement counts, not the identities of buyers who liked/saved or a follower roster. Following supports updates such as new listings and price changes; notification channel, cadence and the full event set remain unspecified.
- Share externally through WhatsApp, social platforms or copy link using only public listing data. Shared links, previews and payloads must never expose private seller contact information, private inquiries, conversations or documents. There are no public comments or public Q&A.
- Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
- Each individual seller or Project dashboard covers its own listings/account: views, likes/saves, followers, inquiries, viewing requests and offers. Engagement is aggregate and anonymous, not a buyer roster. Operational inquiries, viewing requests and offers remain legitimate private, participant/assignment-scoped records, not public analytics or automatic access to buyer-private threads. Counting rules, unique versus repeat events and reporting windows remain open; prototype fixtures are not real analytics.
SCOPE BOUNDARIES
Supporting depth and separate execution scope
Core, not deferred
Structured offers, counters, acceptance, decline and buyer–owner negotiation with Terra involved.
Legal effect, action authority and routing rules still need definition; these questions do not move offers to a later product.
Useful supporting depth
Preferences, collections, private notes, locale coverage and area content; translator assistance and showing-location support.
Specify launch depth and service arrangements without turning a translator request or location field into an operational guarantee.
Owner financing · deferred beyond beta
Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
Not mandatory beta fields/tests; not an exclusion forever.
Separate high-risk execution
Payments, escrow, signatures, legal/title execution and financing servicing.
Transaction coordination and progress tracking do not imply these capabilities.
Unresolved location/compliance capabilities
Optional temporary meetup geolocation is included with unresolved privacy-policy details; professional AML/KYC triggers, delivery providers and AI valuation evidence remain separate decisions.
Do not treat staged tracking, generic identity checks or calculated fixture ranges as decided policy or delivered capability.
DECISION REGISTER
Decided direction and remaining decisions
Operating model
Owner-direct marketplace; Terra’s operating team is the beta intermediary for verification and transaction coordination.
A multi-agency platform is not the current beta model. Fine-grained staff structure remains to be defined.
Initial customer path
Discovery → property → inquiry/showing/offer → negotiation → agreement → due diligence/closing → sold → market data.
Offers are initial scope and never require a showing; local/remote emphasis remains undecided.
Launch boundary
The agreed first-beta target is roughly 100 Playa Venao / Cañas listings with a four-person operation. This fixes the beta geography and planning scale; it does not claim that reviewed inventory, staffing or operating capacity already exists. Verify actual readiness before launch. Property-type and language coverage still need definition.
Playa Venao / Cañas is the agreed beta geography. The prototype’s other areas and dictionaries do not expand that scope; actual inventory/staffing readiness and language/property-type coverage still need confirmation.
Verification standard
Terra verifies owner-supplied property/ownership documents; verification is fundamental.
Exact evidence, access, retention and badge standard remain unresolved; no title guarantee is implied.
Commercial terms
Owner pays fixed 4.5%; commission-agreement acceptance at submission; no automatic asking-price inflation.
Payment timing, legal drafting and exceptions remain open.
Offer authority
Structured buyer/owner negotiation inside Terra with the team involved is core.
Legal effect of acceptance and authority to act for principals need explicit definition and appropriate legal advice.
Information and communication policy
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
Contact release, membership, retention and detailed audiences remain undecided; no technical bypass-prevention guarantee.
Inventory and operations
Owners supply listings and property/ownership documents; Terra verifies and coordinates the transaction.
Staff assignments, review-change handling and response expectations still need definition.
Staff and showing operations
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined. Exact staffing, supported language pairs and AML/KYC triggers remain to be confirmed.
Unified discovery and Project accounts
One marketplace, one map and one listing system serve individual sellers and Project accounts. Project and Presale are normal search/map filters or categories, not separate marketplaces, maps or listing systems; Projects receive no promoted/featured section or preferential placement. Project is a seller/account type inside the existing seller workspace, not a fourth administrative role or a physical property type. A verified Project profile can sell multiple ordinary listings or units. Finca Vida is an illustrative profile name only, not an actual verified seller. Project verification does not verify its units, their ownership or Presale eligibility.
Project verification evidence and badge meaning remain open; no actual verified Finca Vida profile is asserted.
Presale publication gate
Presale is an optional listing selection available to any individual seller or Project account. Terra must verify the listing for Presale before it is published as Presale. Existing listing and property/ownership review still applies; Project verification is not a substitute and no self-publication fallback is authorized.
Detailed evidence and review handling remain open; the verification-before-Presale-publication requirement is decided.
Social engagement and sharing
Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
Notification channel/cadence and detailed Like/Save/collection behavior remain open, not whether the capabilities belong.
Listing-specific inquiry and introduction
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
Detailed consent and contact-release rules remain open. A general direct buyer–seller room requires an explicit inclusion decision; introduction authorization alone is insufficient.
Own-dashboard statistics
Each individual seller or Project dashboard covers its own listings/account: views, likes/saves, followers, inquiries, viewing requests and offers. Engagement is aggregate and anonymous, not a buyer roster. Operational inquiries, viewing requests and offers remain legitimate private, participant/assignment-scoped records, not public analytics or automatic access to buyer-private threads. Counting rules, unique versus repeat events and reporting windows remain open; prototype fixtures are not real analytics.
Metric definitions and reporting windows remain open; no demo count is promoted to real analytics.
DECISIONS TO RESOLVE
Decision register: agreement and inventory
The operating model, initial structured-offer scope and continued Terra transaction coordination are established. The questions below concern detailed rules, not whether those capabilities belong in the product. The earlier audit’s deferred-offer and introduction-only recommendations no longer govern the current scope.
Communication and access
Define exact pre/post-introduction offer routing and response permissions while retaining core offers without a showing; decide advice audiences, budget visibility/use, consent, participant addition, reassignment and history retention.
Audiences and membership are product decisions, not implications of organization ownership.
Exact offer accepted
Show exact versioned price, agreed payment terms, deposit, closing interval and conditions. Owner financing is deferred beyond beta and is not a beta term family. Legal effect remains counsel-gated.
v14 decision view omits full terms; counters change only price/message. Define the anchor for “45 days”; hidden preserved data is not informed agreement.
Inventory after acceptance
Decide reservation, continued showings, competing/backup offers, expiry/withdrawal and failed-deal return to market.
Acceptance is neither reservation nor completed sale. Terra continues transaction coordination; exact staff assignment, milestone completion and closing evidence remain to be specified.
Showing preparation, not offer prerequisites
A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
UI languages and supported interpreter language pairs are separate capabilities.
Source anchors
Coverage audit A01, A03, A04, A05, A06, A07, A08, A09 · source v14 line anchors in canonical coverage register
DECISIONS TO RESOLVE
Decision register: identity, measurement and discovery
Current direction establishes thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING alongside ordinary Project accounts and distinct Presale verification. Internal qualification is invisible admin, not a buyer-facing ladder or entry gate. Unresolved ranking, count, privacy and notification details are decisions, not permission to silently omit approved thin capabilities.
Accounts and staff access · A12
OPEN: one real identity with multiple roles, organization membership, scoped staff access and guest access. Buyer Profile is search preferences, not complete settings. DECIDED: Project is a seller-account type in the existing seller workspace, not an additional administrative role.
OBSERVED: role switching follows fake auth; seller S1 is separate from account name; sign-out retains shared demo state and offer lookup uses display name. Do not reuse those as identity/security rules.
Matching · A13
OBSERVED: ALL selected amenities, ANY selected tags; missing dimensions may pass; hidden type-specific preferences persist after a type change.
OPEN: strict filtering versus ranked recommendations, missing-data behavior and clearing/revalidating stale type preferences. Radius and Near me remain staged.
Saved browsing · A14
OBSERVED: recently viewed updates from list browsing; Favorites and custom collections are independent. Heart removal inside a collection changes Favorites, not its membership; membership uses a picker.
DECIDED: Like/Save listings, with only aggregate anonymous counts visible to the seller. OPEN: exact Like-versus-Save/Favorites/collection behavior, consistent controls, collection rename/delete/share, private-note editing/deletion and recently-viewed scope. External public-listing sharing is distinct from sharing private collections. No implementation is claimed.
Locale and content · A15
OBSERVED: four UI dictionaries / Hebrew RTL, but no language selector at initial auth; descriptions and fixture notes remain untranslated and money ignores chosen locale.
OPEN: auth locale, units and money formatting; separate UI, listing and message translation from interpreter services.
True lead measurements · A16
OBSERVED: “New leads” counts offers; “Registered buyers” counts fixture buyers; “Recent activity” takes first four offers. Directory segmentation is nationality/region.
DECIDED: own individual-seller/Project dashboards include views, likes/saves, followers, inquiries, viewing requests and offers; anonymous engagement is not a buyer roster. OPEN: exact event definitions, identity/deduplication, unique/repeat counting and time windows. Legitimate private operational inquiry records remain separately scoped; demo counts are not business definitions.
Inventory and area exploration · A17
OBSERVED: seller cards open first associated offer or are inert; general inventory editing is not implemented. Area tabs are Overview / Map / Lifestyle / Prices.
OPEN: retain, alter or defer these behaviors. Map pins select and scroll to cards rather than opening detail; choose deliberately, do not infer a general editing workflow.
Location and compliance timing
Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined. AML/KYC triggers are professional decisions, not established by listing verification.
Do not infer tracking consent, a contact-release event or a compliance deadline from prototype UI.
Source anchors
Coverage audit A12, A13, A14, A15, A16, A17 · source v14 line anchors in canonical coverage register
ACCEPTANCE TO VERIFY
What would count as a working initial product
These are acceptance requirements for implementation. They have not been demonstrated by the v14 prototype or tested against a production service.
- Buyer, seller and organization use separately authenticated workspaces and see the same durable inquiry state after reload.
- Buyer and seller use separate Terra threads; direct buyer–seller chat is not approved beta scope merely because an introduction is authorized.
- Private buyer ↔ Terra and seller ↔ Terra histories and internal notes remain inaccessible to the other side after introduction.
- Private-thread audiences, Terra visibility and actual actor identity are explicit; no silent impersonation or assumed shared-room creation.
- A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
- Unreviewed listings stay out of public browse, and approved facts survive submission; narrow-screen, keyboard and selected locale flows work without the demo role switch.
- Submission captures property/ownership documents and affirmative commission-agreement acceptance. The owner fee remains fixed at 4.5%, and submitting does not automatically inflate the asking price.
- A buyer can submit an offer without a requested or completed showing. Buyer and owner can counter, accept and decline exact versioned terms inside Terra with its team involved.
- Owner financing is deferred beyond beta: its controls, fields and workflows are excluded from beta acceptance. Structured negotiation and exact term-history preservation remain required.
- Terra can coordinate agreement, due diligence and closing after acceptance; accepted, reserved, sold and public-market release remain distinct. Exact rule-dependent tests must await the remaining decisions.
- Verify individual sellers and Project accounts use one marketplace, one map and one listing system; Project/Presale filters do not create duplicate inventory or preferential Project placement.
- Verify Project is a seller-account type, not a fourth admin role or physical property type; a verified Project can hold multiple ordinary listings but does not auto-verify units, ownership or Presale.
- Verify either seller-account type can select Presale and that publication AS PRESALE fails until the listing-level Presale verification is complete, while ordinary listing/property-ownership review remains required. No self-publication fallback.
- Verify Like/Save and Follow preserve buyer privacy in seller dashboards, APIs, exports and notifications: aggregate anonymous counts only, never engagement identities or a follower roster.
- Verify external WhatsApp/social/copy-link sharing and previews expose only public listing data, never private seller contact, inquiry history or documents; no public comments or Q&A.
- Verify inquiry and viewing-first requests use private buyer–Terra coordination and separate seller–Terra threads. Introduction does not create direct chat; no general buyer–seller room is assumed approved. Preserve exact structured terms and prior-private-history separation.
- Verify Follow supports individual sellers and Project accounts with new-listing/price-change updates; channel/cadence tests await explicit decisions and unpublished/private data cannot leak.
- Verify own seller/Project dashboards cover views, likes/saves, followers, inquiries, viewing requests and offers, while private operational records retain their distinct participant/assignment scope. Exact counts, unique/repeat logic and windows await definitions; fixtures are not measured analytics.
- Verify the linked inquiry/case record does not impose a new manual Inquire prerequisite on showing requests or offers, and showings remain optional for offers.
ACCEPTANCE TO VERIFY
Preservation and acceptance requirements to discuss
Acceptance coverage for implementation—not tests passed by Terra today. The original v14 source and earlier revisions remain immutable; their observed gaps are retained. Current product direction supersedes the audit’s introduction-only or deferred-offer recommendations. Existing sold-market partner provenance, illustrative example, private-evidence boundary and release gates are preserved. This round adds social actions, Project seller accounts and Presale to the existing marketplace. Sold-market and original-prototype content remain unchanged.
- Verify full versioned offer terms at acceptance and explicit closing-interval anchor; prove accepted, reserved, sold, expired and failed-deal states do not collapse into one another.
- Verify private buyer notes, confidential organization notes and deliberately shared advice have distinct audiences; budget, membership/revocation and staff reassignment tests await explicit policy decisions.
- Verify meeting confirmation and reschedule agreement, timezone and interpreter preparation; unanswered inputs remain unknown rather than invented defaults.
- Round-trip legal status, bathrooms, type-specific dimensions, access/utilities and approved negotiation controls. Owner-financing-specific fields and workflows are deferred beyond beta. Exercise unknown data, missing evidence and threshold decisions without guessing policy.
- Test multi-role identity and staff scoping without demo IDs/name matching; true inquiry metrics, ALL amenities / ANY tags decisions, missing dimensions and stale type preferences.
- Test collection versus Favorites membership, recently viewed, locale/content/interpretation boundaries, area tabs and map pin behavior against the chosen retain/alter/defer decisions.
Source anchors
Coverage audit A02, A04, A05, A06, A07, A10, A11, A12, A13, A14, A15, A16, A17 · source v14 line anchors in canonical coverage register
OWNER-CONFIRMED DIRECTION · OPEN DETAILS REMAIN
Current beta boundaries · evidence and privacy
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
- Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
05 / Source, unchanged
Original interactive prototype
The exact Terra v14 file is preserved as the design reference. Use the sandbox to explore it, or download the original bytes. No source repairs, translations or product behaviors have been silently applied.
OBSERVED PROTOTYPE
How to explore safely
Use invented input only: the sign-in screen accepts any nonempty email/password; it is not a real login. Choose buyer, seller or agency after entering. Try the language switch (including Hebrew RTL), browse/list toggle, favorites, listing wizard and negotiation views. Reload resets the demo's in-memory changes.
- The embed permits scripts but not same-origin access, popups, top navigation or form submission. It is not allowed to access the workbook's DOM.
- Placeholder imagery may request picsum.photos and redirect to its image host; the source was not changed to remove those requests.
- The workbook is written in English. The embedded prototype retains its original four-language behavior and any original defects.
OBSERVED PROTOTYPE
Source custody
Original file: terra prototype v14.html · 210042 bytes · SHA-256 e080b931cb82ed897aacce1d51bc2cd1399bd6c44e9acd240afcf20935e320ee. The complete source is a separate byte-identical file; the workbook contains source-grounded interpretation, not a replacement for that file.
IMPLEMENTATION GAP
How the prototype relates to the intended product
The unchanged demo is implementation-gap evidence, not the current product contract. Its local offer/counter/accept/decline interactions illustrate core initial scope; its optional Ask agent and staged transaction progress do not deliver Terra’s full intermediary role. The intended owner-direct product includes document verification, submission acceptance of the owner-paid fixed 4.5% commission agreement, optional showings, structured negotiation and continuing coordination through closing. Owner financing is a real feature to implement, not a promise of servicing.
- The non-enforced authorization checkbox and document placeholders do not satisfy submission agreement or owner-document verification requirements.
- The apparent tracking screen does not establish GPS tracking, location-sharing consent or contact release.
- No change to this workbook repairs, secures or implements the original prototype.
First-round product feedback supplied by Matt · 17 Sep 2026
What changed in v0.1
Removed The prototype reference had no first-round product-context explanation.
Added The preserved v14 source is explicitly positioned as gap evidence against the complete owner-direct transaction product.
Pending The application still needs implementation and verification; no prototype bytes or operational capabilities changed.
Not resolved by this feedback; no implementation is claimed.
08 / A complete, lean beta loop
Minimum viable implementation
The concrete beta contract: verified supply, privately supported buyers, Terra-coordinated negotiation and closing, documented introductions and collected commission. Qualification is invisible internal admin, not an entry gate. This is a corrected implementation contract, not implemented application behavior.
APPROVED DIRECTION · NOT IMPLEMENTATION
The beta we are trying to prove
Can verified owners list, can Terra generate suitable buyer interest, and can its team coordinate valued transactions, document introductions and collect the agreed commission? Success is an evidenced service and transaction loop—not a guarantee of zero bypass.
- The agreed first-beta target is roughly 100 Playa Venao / Cañas listings with a four-person operation. This fixes the beta geography and planning scale; it does not claim that reviewed inventory, staffing or operating capacity already exists. Verify actual readiness before launch. Property-type and language coverage still need definition.
- Accounts remain buyer, seller and Terra. Project is a seller/account type, never a fourth role. One marketplace, one map/search and one listing system; Project and Presale are ordinary filters with no preferential Project placement.
- Inquiry, viewing request and offer are alternative entry paths. An offer can arrive before or after a viewing; a linked coordination case must not impose an extra manual inquiry prerequisite.
MUST BUILD
1 · Verified supply and useful discovery
Build a durable create/edit listing flow with photos, asking price, property type, location, size, access and basic legal description. Owners provide identity, Title / ROP and ownership/property evidence.
- Licensed PJ / Terra review is required before listing publication. Confirm PJ’s actual license, authority and responsibilities before relying on that arrangement; no verified legal authority or title guarantee is asserted here.
- Presale is selectable on each listing by any seller or Project. Publish AS PRESALE only after distinct Presale verification, in addition to ordinary seller/property/ownership review. A verified Project profile cannot approve its units automatically.
- Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
- At listing submission, capture the seller’s acceptance of the 4.5% agreement with version, acceptor and timestamp. Do not artificially increase the asking price to cover commission. Terra-generated buyer attribution is governed by the contract, not merely by a database link.
MUST BUILD
2 · Terra-first coordination and introductions
Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
- Record the authorized introduction at the authorization event—not after attendance—with listing/property, buyer, seller, representative, timestamp, relevant agreement version and evidence. Protected Introduction eligibility follows lawyer-approved terms; an event record does not automatically create a legal fee entitlement.
- Viewing states include requested, coordinating, confirmed, completed, cancelled, rescheduled and no-show. A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Retain time/timezone, meeting point, directions and confirmation evidence.
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Retain translator request, language pair and manual assignment subject to actual availability and explicit confirmation. No universal language or machine-translation promise. Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
MUST BUILD
3 · Negotiate exact terms inside Terra
Build versioned structured offers and counters with accept/decline, actual actor and timestamps before or after a showing. Show exact price, agreed payment terms, deposit, closing interval and conditions being acted upon; preserve each prior version. No direct-chat or showing prerequisite.
- Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
- Track Negotiating → Accepted → Due diligence → Contract → External deposit / closing → Sold. Deposit and closing happen externally; Terra has no funds custody.
- Accepted is not sold. Record withdrawal, expiry, cancellation or failed due diligence and preserve the attempt and history. Restore market availability only when the controlling transaction ends and the approved inventory policy permits it; a failed individual offer must not override another active accepted or reserved transaction. Reservation, competing/backup offers and the legal effect of acceptance still need explicit rules.
- Record actual closing evidence, final outcome and commission as expected / due / collected / disputed / waived. The fee base, due event and exclusions remain commercial/legal launch gates. Distinguish expected income from actual collected commission.
- Retain the sold record and verified actual closing facts, with private evidence separate from the whitelisted public projection. The existing Sold Properties & Market Intelligence release/privacy gates remain unchanged; advanced area analytics and AI valuation are later depth, not beta blockers.
MUST BUILD
4 · The operating console and safety floor
Build scoped Terra administration for verification, assignments, introductions, offers, KYC, transactions and flags. Audit who changed what and when; private records are participant/assignment scoped, not globally visible to sellers.
- Notify the relevant audience for inquiry, viewing, offer, counter, acceptance, verification and transaction-stage events. Record delivery failures for manual follow-up; advanced delivery automation can wait.
- Compliance is core, even when checks are manual or provider-assisted. A licensed professional/local counsel must confirm exact triggers, responsibilities and blocking rules before each relevant stage. Do not assume AML/KYC can always wait until an offer is accepted.
- By product design, anonymous browsing does not itself trigger screening; this remains subject to applicable duties. Listing ownership review is not a substitute for required participant or transaction checks.
- Keep account access, consent, document retention, private-history separation and public projections explicit. The prototype’s role switch and fixtures are not a security model or proof of a working service.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
DELIVERY SPLIT
Must build · manual operations · later
Use the smallest implementation that can carry the full transaction loop, with accountable manual operations rather than pretending automation already exists.
- MUST BUILD: authenticated roles; durable listings and review gates; ordinary map/search; thin Like/Save/Follow/Share/PRIVATE Comment/Question/Inquire/TRENDING; separate Terra threads; introduction evidence; first-viewing mandatory representative availability and attendance records; optional temporary opt-in/revocable/expiring private meetup geolocation; structured versioned negotiation; closing and commission records; scoped internal admin, audit and notifications. Open ranking/privacy details gate only their affected behavior.
- MANUAL OPERATIONS: review ownership/Presale evidence; qualify buyers invisibly inside Terra admin without an entry gate; verify and assign representatives, confirm buyer/seller and agreed translator availability; perform professional compliance checks; coordinate external counsel/deposits/closing; reconcile introduction attribution and commission collection. Record accountable owner, actual outcome and next action.
- LATER DEPTH: owner financing (explicitly deferred beyond beta); advanced social/network experiences, recommendations and notification automation; advanced area analytics and AI valuation. Optional temporary meetup geolocation and thin social/TRENDING remain beta scope, with their narrow unresolved policies explicit.
- OUTSIDE THIS MVI: escrow or funds custody, payments/servicing/underwriting, machine translation, public discussion feeds, separate Project marketplaces, preferential Project placement and guaranteed bypass prevention.
REMAINING LAUNCH GATES
Launch gates, not hidden assumptions
Resolve these before the relevant capability is used. The MVI direction is approved; the unresolved professional and operational details are not.
- Licensed professional/local counsel: confirm PJ authority, listing/Presale review standard, AML/KYC trigger and blocking matrix, acceptance effect and contract execution responsibilities.
- Commercial/legal: settle 4.5% fee base, due event and exclusions; Terra-generated buyer attribution. Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Operator: confirm actual staffing/inventory, Terra-verified representative capacity and agreed translator resources. The first viewing requires representative attendance with no unaccompanied exception; missing resources block confirmation and resource loss requires re-coordination/rescheduling. Confirm response ownership, language pairs, cancellation/no-show records and external closing evidence.
- Product/implementation: settle exact role/membership rules, privacy and retention, approved-fact edit/re-review handling, backup-offer/reservation policy, notification transport and event/count definitions. No invented launch thresholds or guaranteed deal count.
- Affected product decisions: exact optional geolocation private audience/duration/retention; TRENDING ranking and privacy-safe count rules; any future general direct buyer–seller room. Owner financing is settled as deferred beyond beta. Do not infer these from introduction, prototype UI or prior narrative.
ACCEPTANCE TO VERIFY · NO TESTED PRODUCT CLAIM
Beta acceptance and closeout readout
Run real end-to-end cases and report outcomes, including failure and cost—not just listings and introductions.
- Acceptance: an unreviewed listing and unverified Presale cannot publish; agreement acceptance retains exact version/actor/time; Project uses ordinary discovery; shares reveal only approved public data.
- Acceptance: inquiry, viewing-first request and offer each start/link a case without a separate manual Inquire step; buyer–Terra and seller–Terra threads remain separate. Structured offers/counters/accept/decline work pre/post showing. Introduction is logged at authorization, disclosure/delivery separately; it does not create a general direct buyer–seller room or expose private histories.
- Acceptance: unavailable Terra-verified representative blocks FIRST-viewing confirmation; buyer/seller agreement and agreed translator availability are recorded. Resource loss removes confirmed readiness and requires re-coordination/rescheduling; changed appointments need renewed agreement. Actual representative attendance, cancellation/no-show and optional additional-property evidence persist. No unaccompanied first-viewing exception or blanket subsequent-viewing mandate.
- Acceptance: counters preserve prior exact terms; accepted never auto-marks sold. Ending an individual attempt does not reset inventory or override another active accepted/reserved transaction. Ending the controlling deal restores availability only as approved inventory policy permits. Actual closing and commission collection reconcile against evidence; required compliance gates block the relevant stage.
- Internal readout: reviewed/published listings → branch-aware inquiry/viewing/offer entry → introductions/negotiation → accepted → completed/failed transactions. Qualification remains invisible internal Terra admin, not a mandatory funnel stage or buyer-facing ladder. Define cohorts/windows, counts and denominators before measurement; no viewing prerequisite.
- Operating readout: response times, verification/coordination backlog, operator hours, travel, cancellations, completed/failed transactions and reasons, actual collected commission, attributed external closings and operating cost. Distinguish missing evidence from zero activity.
- Closeout: decide continue, change or pause from transaction completion/failure, attrition, fee collection and operational cost. Set evaluation targets with the operator before beta; no fabricated numeric success thresholds or claimed traction.
- Acceptance: optional buyer/seller meetup location sharing requires explicit opt-in and shows its private audience; decline preserves static coordination, revoke ends sharing, expiry stops it automatically, unauthorized reads fail. Exact audience/duration/retention await decisions; tests use explicit synthetic policies, not invented live defaults.
- Acceptance: same seller and introduced buyer pursuing another LISTED OR UNLISTED property is represented in intended commission protection without a recorded additional-showing prerequisite; factual evidence is retained, legal eligibility remains counsel-assessed.
- Acceptance: Like, Save, Follow/unfollow, public-only Share, PRIVATE Comment/Question, Inquire and TRENDING exist at thin depth. Private questions reuse Terra inquiry without direct chat/public Q&A; rankings treat Projects ordinarily; counts, notifications and share previews cannot expose buyer identities, private engagement or qualification. Ranking rule remains open.
- Acceptance: owner-financing controls and financing-specific offer fields are absent from beta; structured offers/counters/acceptance/decline and exact term history remain available. No general direct buyer–seller room is inferred. Internal qualification creates no buyer-facing progression or mandatory entry gate.
- Acceptance: beta scope consistently identifies Playa Venao / Cañas, roughly 100 listings and a four-person operating target; readiness evidence separately verifies available reviewed inventory and staffing. Do not treat other prototype geographies as beta scope.
PROPOSAL · NOT AN ACCEPTED DECISION · MUST-DECIDE-BEFORE-AFFECTED-IMPLEMENTATION
Implementation readiness · Must decide before affected implementation
The original readiness audits are retained as source history; the current entries below are reconciled with this owner correction. Open implementation choices remain PROPOSALS, not accepted decisions. They cannot weaken settled first-viewing attendance, optional temporary geolocation, private Terra coordination or thin social scope. Safe foundations proceed while affected policy details await decisions.
P1 · Actor, Project membership and introduction access contract
Gate: before affected implementation
Proposal: Approve actor/action/audience matrix for private buyer–Terra and seller–Terra coordination plus structured offer routing, including Project signatory authority, staff assignment and revocation. Principals submit/counter/accept under the agreed matrix; Terra coordinates without impersonation. Introduction is an evidence event, not new room authorization. A general direct buyer–seller room is not approved beta scope and needs an explicit inclusion decision; no inherited private-thread access or blanket Project-member access.
Acceptance to add: Approved actor × action × audience matrix is enforced, including Project signatory authority, staff assignment and revocation.
Acceptance to add: Unauthorized publish/introduction/offer actions fail; structured-term recipients match the approved pre/post-introduction routing; introduction creates no direct-chat room or private-history disclosure.
Not blocked: Identity foundations, public discovery, listing intake and draft negotiation scaffolding proceed; only affected authorization and private-history behaviors wait.
P2 · Published version and re-review behavior remain a proposal
Gate: before affected implementation
Proposal: Ratify a short version-transition table. Proposed default: immutable reviewed public snapshot, seller revisions staged separately, material changes re-reviewed and Presale rechecked when affected, staff request corrections rather than rewrite facts; named scoped operator may pause. Decide whether unsafe superseded facts require immediate withdrawal rather than retaining them.
Acceptance to add: Approved version-transition table is enforced: material edits route to re-review and Presale recheck when affected.
Acceptance to add: Prior approved public version stays live until replacement or withdrawal; scoped operator pause works; staff request corrections rather than rewrite seller facts.
Not blocked: Draft editing, review workflow plumbing and snapshot storage proceed; only publication/re-review behavior waits.
P3 · Offer version semantics, expiry and competing actions
Gate: before affected implementation
Proposal: Approve an offer transition/term table. Proposed default: each counter is a complete immutable term snapshot superseding the prior actionable revision; server commits only against the current unexpired revision; first valid committed accept/withdraw/expiry transition wins and later commands report conflict. Set explicit expiry and closing-interval anchors rather than importing demo defaults. Acceptance legal effect remains counsel-gated.
Acceptance to add: Each counter commits as a complete immutable term snapshot superseding the prior actionable revision.
Acceptance to add: Server commits only against the current unexpired revision; first valid accept/withdraw/expiry transition wins and later commands report conflict; expiry and closing-interval anchors are explicit.
Not blocked: Offer data model, locking mechanics and history preservation engineering proceed; only transition semantics wait.
P4 · Controlling transaction, reservation and backup offers
Gate: before affected implementation
Proposal: Approve a listing/transaction transition table. Proposed default: at most one controlling accepted transaction per listing, competing acceptance fails explicitly; other offers remain noncontrolling with an explicit backup disposition, never auto-promoted. Only scoped Terra action ending the controlling deal can restore availability under the approved inventory policy; no sold transition without closing evidence.
Acceptance to add: At most one controlling accepted transaction per listing; competing acceptance fails explicitly and backups are never auto-promoted.
Acceptance to add: Availability restores only via scoped Terra action under the approved inventory policy; no sold transition without closing evidence.
Not blocked: Transaction/offer persistence, attempt history and audit scaffolding proceed; only inventory restoration policy waits.
P5 · First-viewing attendance, cancellation/reschedule and resource readiness
Gate: affected transition design; mandatory first-viewing rule already settled
Proposal: Specify a small transition table that enforces the settled rule. A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Exact cancellation/no-show operational details and supported language pairs remain decisions; no optimization software required.
Acceptance to add: Unavailable assigned Terra-verified representative blocks first-viewing confirmation; both parties agree and required translator availability is checked; changed appointments need renewed agreement.
Acceptance to add: Resource loss invalidates confirmed readiness and forces re-coordination/rescheduling. Record actual attendance, cancellation/no-show history; no unaccompanied first-viewing exception or mandatory all-subsequent attendance.
Not blocked: Build scheduling, assignment, actual-attendance capture and synthetic rehearsal now; actual live capacity/language commitments need operator confirmation.
P6 · Minimal listing dictionary; owner financing deferred beyond beta
Gate: affected dictionary design; financing deferral is settled
Proposal: Approve only the minimal MVI dictionary: field, type/unit/currency, applicability, requiredness, audience and review rule. Preserve unknowns and original-unit provenance. Owner financing is deferred beyond beta by owner decision. Beta excludes owner-financing listing controls, financing-specific offer fields and financing-specific acceptance requirements; structured offers, counters, acceptance and decline on agreed transaction terms remain core. Historical prototype financing is retained as source evidence only. Any later financing capability requires a separate scope decision; no servicing, underwriting or funds custody is included.
Acceptance to add: Approved dictionary governs known listing fields without fabricated defaults; unknowns/unit provenance survive round-trip.
Acceptance to add: Structured negotiation preserves exact approved terms. Exclude owner-financing down-payment, term and interest controls from beta; no invented thresholds, servicing or underwriting.
Not blocked: Durable listing forms and structured negotiation proceed. Owner financing is deferred beyond beta; no unresolved financing decision blocks this build.
P7 · Public map granularity and controlled location/contact disclosure
Gate: before affected implementation
Proposal: Approve separate active-listing public whitelist and participant-only meetup disclosure rule. Proposed default: public area/coarse location only, private exact address/contact withheld until an explicit scoped release; shared links use only that public projection. Build private closing records now; keep sold summaries unreleased until their privacy whitelist and granularity are approved. Advanced area analytics remain deferred, not a beta-build blocker.
Acceptance to add: Public map/search/share payloads contain only the approved coarse whitelist; exact address and contact release require an explicit scoped release.
Acceptance to add: Shared links use only the public projection; sold summaries stay unreleased until their privacy whitelist and granularity are approved.
Not blocked: Map rendering, provider choice, pin UI and private closing-record build proceed; only disclosure granularity waits.
OPS-01 · Choose authorization and Project membership rules before protected endpoints
Gate: AFFECTED ENGINEERING DECISION
Proposal: Approve a small actor × action × resource matrix covering individual seller, Project member/authorized acceptor, buyer, assigned representative, reviewer and publisher; capabilities need not be separate job titles. Choose a minimal Project membership model, invitation/grant authority and revocation behavior; bind every sensitive action to a real person and account. Explicitly decide assisted fact edits, contact/address disclosure and participant additions; deny unspecified grants. Select authentication/session implementation during ordinary technical design rather than demanding a provider decision in this workbook.
Acceptance to add: Cross-account object access is denied on read/write/search/export; a forged Project/account identifier grants nothing.
Acceptance to add: A removed Project member or reassigned staff member loses the agreed access; changing a UI role cannot grant it.
Acceptance to add: Commission acceptance by an unauthorized Project member is rejected, and an authorized acceptor is attributable.
Not blocked: Identity foundations, policy enforcement interfaces, durable account/listing schema and public-only discovery can proceed; protected grants must wait for the narrow matrix.
OPS-02 · Specify private-document custody and release rules, not just a private UI
Gate: AFFECTED ENGINEERING DECISION WITH PRE USE RETENTION GATE
Proposal: Adopt a document-class register for identity, ownership/Title/ROP, Presale and closing evidence: allowed uploader/readers/reviewers/downloaders, approved review version, replacement effects, retention owner and trigger, holds and disposal procedure. Separate original restricted storage from approved public assets/projections; default to no public evidence URLs. Choose authenticated download/expiry, safe upload handling and cache controls in technical design. Obtain operator/professional retention periods before accepting real documents, without inventing a statutory duration. Require explicit re-review of changed evidence and a public withdrawal procedure; do not promise recall of copies already legitimately downloaded.
Acceptance to add: Unauthorized and revoked users cannot download originals, including through a previously issued access path under its agreed expiry/revocation contract.
Acceptance to add: Replacement evidence cannot inherit an old approval unnoticed; publication points to the approved version.
Acceptance to add: Public browse/share/preview/download/notifications contain no restricted fields; withdrawn projections cease serving on controlled endpoints/caches.
Not blocked: Private-storage abstraction, public allowlist serializers, upload validation and synthetic-data tests can proceed; real-document intake and public release wait only for their applicable policy.
OPS-03 · Introduction authorization, disclosure and cross-property evidence
Gate: affected evidence design plus launch counsel gate
Proposal: Preserve immutable accepted agreement text/version with actor/account/time and listing-submission link. Log introduction authorization separately from actual disclosure/delivery and attendance; use idempotent events and append-only correction evidence. Introduction does not mean room creation. Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
Acceptance to add: Failed disclosure/delivery cannot fabricate completed disclosure or legal entitlement; retries do not duplicate authorization. No shared-room creation is assumed.
Acceptance to add: Accepted agreement content remains retrievable; later edits do not rewrite acceptance. Another listed or unlisted property with the same seller/introduced buyer does not require an additional-showing record for intended protection.
Acceptance to add: Inquiry-first, viewing-first and offer-first paths remain independent; actual attendance is separate from authorization evidence.
Not blocked: Agreement acceptance and factual event logging with synthetic terms proceed; counsel must determine enforceability and eligibility before reliance.
Source anchors
Product readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026 · Operations readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026
PROPOSAL · NOT AN ACCEPTED DECISION · NORMAL-BUILD-DESIGN-NOW
Implementation readiness · Normal build · design now
Engineering can resolve these with explicit design and tests during the build. Proposed mechanics remain PROPOSALS, not tested behavior; settled owner direction is not reopened. P5 appears in both groups because transition design and actual launch capacity are distinct gates.
OPS-04 · Turn commission statuses into a small evidence-backed collection workflow
Gate: NORMAL BUILD DESIGN WITH LAUNCH COMMERCIAL GATE
Proposal: Design a manual commission ledger linking transaction, applicable accepted agreement, assessed amount/currency, status history, external receipt/reference, reconciler, next action and dispute/waiver reason plus authority. Record partial receipts and corrections without replacing the original amount/history. Operator/counsel must settle fee base, due event, exclusions and waiver authority before live assessment/collection; do not assume automatic accrual at acceptance or closing. No payment processor, escrow or custody is required.
Acceptance to add: A state edit without external collection evidence cannot inflate actual collected commission.
Acceptance to add: Partial collection, disputed balance, authorized waiver and corrected receipt reconcile to amounts without double counting.
Not blocked: Build the ledger and manual reconciliation UI now; keep fee calculation/due rules unconfigured until commercial approval rather than blocking the transaction foundation.
OPS-06 · Define durable delivery failure and manual follow-up semantics
Gate: NORMAL BUILD DESIGN WITH OPERATOR SERVICE GATE
Proposal: Define a durable notification obligation tied to the committed domain event, audience and version, with pending/attempted/provider-accepted/failed or unknown outcomes; do not equate provider acceptance with reading. Provide a manual queue with owner, next action and resolution evidence; choose retry/deduplication and escalation rules appropriate to the chosen transport. Recheck audience before sending and keep sensitive content out of previews. Operator sets follow-up coverage/response commitments before beta; advanced delivery automation and universal delivery guarantees are not required.
Acceptance to add: Crash after a committed offer still leaves a discoverable notification obligation; retry does not duplicate the business action.
Acceptance to add: Provider timeout/bounce becomes visible owned follow-up rather than false delivered success.
Acceptance to add: Revoked recipients and private fields cannot leak through retries or notification previews.
Not blocked: Delivery contract, event persistence and manual queue can be designed immediately; provider selection is normal build design, while actual service promises await staffing.
OPS-07 · Expand who/what/when into a bounded security and decision event catalogue
Gate: NORMAL BUILD DESIGN
Proposal: Define events for membership/assignment grants and revocations, evidence upload/read/download/review, agreement acceptance, introduction authorization/delivery, publication/withdrawal, offer decisions, compliance outcomes and commission adjustments. Capture actual actor/account, target/version, timestamp, action/outcome, reason and correlation/evidence references. Restrict audit access and use append-only correction semantics; avoid copying documents, secrets or private message bodies into logs. Decide retention under the document/audit policy. No event-sourcing architecture or specialist security platform is implied.
Acceptance to add: Privileged changes, rejected unauthorized actions and restricted downloads produce attributable audit evidence.
Acceptance to add: Ordinary users cannot rewrite audit history or view other accounts through audit/export endpoints; sensitive document contents are not logged.
Not blocked: Implement the catalogue and restricted audit plumbing as ordinary engineering; retention duration remains a pre-real-data policy choice.
OPS-08 · Convert acceptance prose and beta readout into executable cases and an owned launch checklist
Gate: NORMAL TEST DESIGN PLUS LAUNCH OPERATIONAL GATE
Proposal: Trace the corrected acceptance invariants to automated integration cases and human rehearsal: private inquiry/viewing-first threads, pre/post-showing structured offers, unavailable representative blocking first viewing, resource-loss rescheduling and actual attendance, geolocation opt-in/revoke/expiry/private access, same-seller cross-property evidence without another-showing prerequisite, thin social/TRENDING privacy and invisible internal qualification with no entry gate. Retain unauthorized-access, review replacement, agreement evidence, failed notification, duplicate/reordered actions, revocation and partial-collection cases. Freeze internal measurement definitions and branch-aware cohorts/windows before reporting; do not make qualification or viewing a required buyer progression. Operator owns actual coverage, escalation and continue/change/pause targets; no invented thresholds or full-automation requirement.
Acceptance to add: A traceability table names each invariant, fixture, test owner, expected result and evidence; no test is marked passed from workbook/editorial review.
Acceptance to add: Beta launch checklist records real service coverage and approved measurement definitions; missing evidence is not reported as zero or success.
Not blocked: Test harness and invariant tests can start now; real beta activation awaits the operational checklist and agreed evaluation targets, not advanced analytics.
P5 · First-viewing attendance, cancellation/reschedule and resource readiness
Gate: normal build design for transitions; launch requires actual capacity
Proposal: Specify a small transition table that enforces the settled rule. A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer. Exact cancellation/no-show operational details and supported language pairs remain decisions; no optimization software required.
Acceptance to add: Unavailable assigned Terra-verified representative blocks first-viewing confirmation; both parties agree and required translator availability is checked; changed appointments need renewed agreement.
Acceptance to add: Resource loss invalidates confirmed readiness and forces re-coordination/rescheduling. Record actual attendance, cancellation/no-show history; no unaccompanied first-viewing exception or mandatory all-subsequent attendance.
Not blocked: Build scheduling, assignment, actual-attendance capture and synthetic rehearsal now; actual live capacity/language commitments need operator confirmation.
P8 · Thin social and TRENDING beta semantics
Gate: normal build design; ranking/count/privacy decisions before affected behavior
Proposal: Document the thin release checklist. Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
Acceptance to add: Like/Save, Follow/unfollow and simple updates, public-only Share, PRIVATE Comment/Question, Inquire and TRENDING are covered. A private question reuses Terra inquiry, never direct chat/public Q&A.
Acceptance to add: Approved reproducible count/window and TRENDING ranking rules apply; Project treatment is ordinary; buyer identities/qualification/private records cannot leak in counts, notifications or shares. No fixture-derived metrics.
Not blocked: Thin controls, private inquiry routing and privacy-safe projections proceed; ranking finalization awaits its explicit rule, not advanced social depth.
Source anchors
Product readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026 · Operations readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026
PROPOSAL · NOT AN ACCEPTED DECISION · LAUNCH-ONLY
Implementation readiness · Launch-only counsel and operator gates
Professional, commercial and operational approvals gate only the relevant live capability, not the build. Implement explicit review/gate records and manual outcomes now. Keep affected live transitions unavailable until responsible operator/counsel confirms their rules. Mandatory first-viewing attendance has no unaccompanied exception; operational planning cannot waive it. No legal terms or implementation results are invented.
OPS-05 · Operationalize the acknowledged AML/KYC and licensed-review gates
Gate: LAUNCH ONLY PROFESSIONAL GATE WITH CONFIGURABLE ENGINEERING SEAM
Proposal: Have the operator and licensed professional/local counsel supply a dated matrix: relevant participant/transaction scenario, trigger stage, responsible performer and decision-maker, required evidence, pending/pass/fail/escalation outcomes, what action is blocked and authorized resolution. Confirm PJ license/authority and listing versus Project versus Presale review standards. Implement a configurable stage gate with an explicit unresolved state and manual evidence/decision entry; unresolved applicable policy must prevent real use of that affected stage, not silently default to pass. Do not infer screening obligations from geography examples or ownership review.
Acceptance to add: A pending/failed required check prevents the configured transition; listing verification does not satisfy a different participant/transaction check.
Acceptance to add: An authorized manual decision records decision-maker, evidence and policy version; tests use synthetic policies, not invented law.
Not blocked: Build configurable checks and stage enforcement with synthetic scenarios now; live relevant-stage enablement awaits professional responsibility/trigger approval.
LG-1 · Licensed authority and AML/KYC trigger/blocking matrix
Gate: launch-only professional
Proposal: Licensed authority and review/evidence standards; participant/transaction AML-KYC trigger/blocking matrix must be confirmed before relevant live stages, not assumed post-acceptance.
Acceptance to add: a dated matrix names each relevant participant/transaction scenario, trigger stage, responsible performer and decision-maker, required evidence, pending/pass/fail/escalation outcomes and what action is blocked.
Not blocked: configurable stage-gate engineering with synthetic policies proceeds now.
LG-2 · Fee base, Protected Introduction terms and acceptance legal effect
Gate: launch-only counsel
Proposal: Fee base/due event/exclusions, attribution and Protected Introduction terms, acceptance legal effect and external contract/closing responsibility require licensed professional/local counsel. Fixed owner-paid 4.5% and submission acceptance version/actor/time are already settled. Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
Acceptance to add: counsel-confirmed fee base, due event, exclusions, attribution and waiver authority exist before live assessment or collection; fixed owner-paid 4.5% and submission acceptance version/actor/time stay settled.
Not blocked: commission ledger and manual reconciliation build with fee rules left unconfigured.
LG-3 · Staffed first-viewing capacity and closing evidence
Gate: launch-only operator
Proposal: Confirm actual Terra-verified representative capacity, agreed translator language coverage, response ownership and external closing-evidence requirements. Mandatory FIRST-viewing attendance has no unaccompanied exception; unavailable resources block confirmation and later loss requires re-coordination/rescheduling. Do not extend the requirement to all later viewings.
Acceptance to add: Real capacity/assignments support bookings; actual attendance and cancellations are recorded. Resource-loss rehearsal demonstrates no still-confirmed unaccompanied first viewing.
Not blocked: Scheduling/assignment tooling and synthetic rehearsals proceed now; live service promises await actual capacity.
Source anchors
Product readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026 · Operations readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026
SETTLED BETA SCOPE · OPEN DETAILS IDENTIFIED
Scope decisions and remaining implementation details
Meetup privacy
Optional temporary buyer/seller geolocation is included; explicit opt-in, revoke, expiry and private audience are mandatory.
Exact audience, sharing duration and retention remain open; declining sharing never blocks a viewing request.
TRENDING rule
Thin TRENDING is included; Projects receive ordinary treatment and buyer privacy applies.
Ranking inputs/window, reproducible counts and small-audience privacy safeguards need explicit decisions.
General direct buyer–seller room
Not approved beta scope; introduction is not room creation.
Explicit inclusion decision required before designing a shared chat audience.
Owner financing
Deferred beyond beta by explicit owner decision; structured negotiation stays.
Settled: no owner-financing controls or financing-specific offer fields in beta. Any future addition needs a separate scope decision.
Internal buyer qualification
Invisible scoped Terra admin, never a buyer-facing ladder or entry gate.
Internal criteria and allowed staff audience remain to be defined separately from professional AML/KYC.
SOURCE & AUTHORITY
Sources for this page
Current user feedback supplied through the delegated task corrects the current MVI and affected routes. Prior proposal assumptions, prototype evidence and source history remain retained. No fabricated message identifier, law research, implementation or operational verification is claimed.
Current revision · v0.6 · Feedback closure
Current user feedback supplied through this delegated task; no message ID supplied
- First-viewing mandatory representative, optional temporary private meetup sharing, separate Terra threads, cross-property protection intent, thin social/TRENDING and invisible internal qualification reconciled across current content.
- Owner financing is deferred beyond beta by explicit owner decision, and the Playa Venao / Cañas first-beta target is settled. A general direct buyer–seller room is not approved beta scope. Exact privacy/ranking and professional legal/compliance details remain open; no implementation claim.
Terra · Revision history
Changelog
Current owner feedback corrects the MVI scope and its affected product pages. Prior revision sections below are retained history, not current authority where superseded. No application implementation, legal approval or provider publication is claimed by this local content candidate.
CURRENT REVISION
v0.6 · Feedback closure
Owner financing is explicitly deferred beyond beta while structured negotiation stays core. The agreed first-beta target is consistently Playa Venao / Cañas, roughly 100 listings and a four-person operation; actual inventory/staffing readiness remains separate.
- Retained optional temporary meetup geolocation, mandatory verified first-viewing attendance, separate Terra coordination, listed/unlisted cross-property protection intent, private Comment/Question and Trending, and invisible internal qualification.
- Preserved original prototype, historical evidence and sold-market content. Exact privacy/ranking mechanics and counsel-owned terms remain appropriately open; no app implementation or legal approval claimed.
Source anchors
matt_beta_financing_deferral_and_scope_closure
Prior revision · Preserved
Current correction · Terra MVI boundaries
Current user feedback corrects normative scope across MVI, Product shape, Journeys, Domain model, Listing Matrix and Build boundary. Source: current user feedback supplied in the delegated task; no source message identifier was provided. Prior evidence, prototype and changelog records remain retained.
- A Terra-verified representative must attend the FIRST viewing; there is no unaccompanied exception. Confirmation requires buyer and seller agreement plus actual assigned representative availability (and agreed translator availability when needed). Missing availability blocks confirmation; later resource loss returns the appointment to re-coordination/rescheduling, not a still-confirmed unaccompanied visit. Reconfirm changed arrangements and record actual attendance, cancellation and no-show outcomes. This rule does not mandate representative attendance at all subsequent viewings; a viewing never gates an offer.
- Optional temporary buyer/seller meetup geolocation is included at thin beta depth. Each sharing participant must explicitly opt in; sharing has a visible private audience, can be revoked and automatically expires. Exact audience, duration and retention are OPEN decisions before affected use; no permanent or background tracking and no implied consent from booking. Static directions remain available when sharing is declined.
- Inquire and a viewing-first request each open or reuse a listing-linked private buyer–Terra thread, without an extra manual inquiry prerequisite. Seller–Terra coordination is separate. Structured offers, counters and accept/decline work before or after a showing. A Terra-authorized introduction is an evidence event, not room creation: a general direct buyer–seller shared room is not approved beta scope and needs an explicit inclusion decision. Private histories and internal notes stay separate.
- Intended commission protection follows the same seller and Terra-introduced buyer to another LISTED OR UNLISTED property. Recording an additional showing may supply evidence but is not a prerequisite for that intended protection. Record introduction authorization, actual disclosure/delivery and attendance separately; none alone establishes legal entitlement. Counsel must settle duration, prior relationships, exclusions, attribution, enforceability and disputes; no invented protection period or reporting deadline.
- Thin beta includes Like, Save, Follow, Share, PRIVATE Comment/Question, Inquire and TRENDING. A private Comment/Question can reuse the listing-linked buyer–Terra inquiry path: no direct buyer–seller chat or public Q&A. Follow/unfollow supports individual sellers and Project accounts and public new-listing/price-change updates. TRENDING uses ordinary Project treatment with no paid/featured Project preference; its ranking rule is OPEN. Buyer identities, saved collections, follower rosters and private questions stay private across counts, notifications, APIs, exports and shares; public-only share payloads and approved anonymous aggregate counts do not grant access to operational cases. Count definitions, privacy safeguards and notification details remain open.
- Owner financing is not approved as a required beta feature. Its inclusion is an explicit OPEN product decision, not permanent exclusion. No financing-specific listing fields or acceptance tests are mandatory until that decision; retain structured versioned offers/counters/accept/decline on agreed transaction terms. Historical prototype financing remains source evidence, not beta authorization; servicing, underwriting and payments are not implied.
- Buyer qualification is invisible internal Terra administration for fit, intent, budget and timing, not a buyer-facing Browsing/Interested/Qualified/Ready ladder and not a mandatory gate for inquiry, viewing requests or offers. Internal criteria, access and measurement definitions need decisions; do not expose qualification labels, notes or scores in buyer/seller views, notifications, exports or public analytics. Professionally defined AML/KYC gates remain distinct.
- Updated MVI acceptance and readiness P1/P5/P6/P8/OPS-03/OPS-08/LG-3 consistently. Fixed owner-paid 4.5%, submission acceptance, distinct Presale review, ordinary Project discovery, professional AML/KYC gates and external closing/deposits without custody remain intact.
Source anchors
Current user feedback · delegated Terra MVI correction task · USER_SUPPLIED; no fabricated message ID
Prior revision · Preserved
v0.4 · Implementation-readiness proposals
Independent product and operations readiness audits of the accepted v0.3.1 MVI are recorded on the MVI page as a new Implementation readiness section. All sixteen findings are labeled PROPOSAL — none is an accepted decision and the approved product direction is unchanged.
- Must decide before affected implementation: product P1–P7 and operations OPS-01/02/03 cover authorization and Project membership, publication/re-review, offer version semantics, controlling transaction and inventory restoration, listing dictionary, location/contact disclosure, private-document custody and introduction evidence.
- Normal build · design now: operations OPS-04/06/07/08 and product P5/P8 cover the commission ledger, delivery-failure follow-up, the audit event catalogue, executable acceptance cases, showing operations and thin social semantics.
- Launch-only counsel/operator gates: licensed authority and AML/KYC matrix, fee base and Protected Introduction terms, acceptance legal effect, staffed capacity and closing evidence gate only the relevant live capability.
- Accepted v0.3.1 MVI text is preserved byte-for-byte; v0.4 adds proposals only.
Source anchors
Product readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026 · Operations readiness audit of rev_4f65e603c03a48628b9bbe8150e71850 · 18 Sep 2026 · Retained parent rev_4f65e603c03a48628b9bbe8150e71850
Prior revision · Preserved
v0.3.1 · Inventory-state clarification
Independent review corrected an overbroad inventory transition before original-index delivery. The tightened MVI scope is otherwise unchanged. Earlier labels below describe their historical revision states.
- A failed individual offer cannot reset a listing or override another active accepted/reserved deal; return to market depends on the controlling transaction and approved inventory policy.
- Clarified that the asking price must not be artificially increased to cover commission.
Source anchors
Independent exact-candidate review of rev_5db21b326a5a45d5bff45e8d8bbdc331 · 18 Sep 2026
Prior revision · Preserved
v0.3 · Minimum viable implementation
Matt’s current conversation approved tightening the MVI and giving it a dedicated page. Product direction only; no features executed or legal terms approved.
- Added the complete supply-to-closing and commission collection contract, must-build/manual/later split, launch gates and measurable beta closeout.
- Added concise scope links across Product shape, Journeys, Model, Listing Matrix and Build boundary; retained the full product direction.
- Preserved Sold Properties & Market Intelligence, Original interactive prototype, prior history, password gate and source bytes.
Source anchors
Matt · current conversation · 18 Sep 2026 · approved MVI direction; legal detail remains unresolved
Prior revision · Preserved
v0.2 · Simple social, Projects and Presale
One marketplace, one map and one listing system gain a lightweight social layer, verified Project seller profiles and verified Presale listing options. Terra-controlled introductions remain intact.
- Buyers can Like/Save, Follow, Share and Inquire. Sellers see aggregate likes/saves without buyer identities; sharing excludes private contact and transaction data.
- Following sellers or Projects provides listing and price-change updates. Notification delivery details remain to be specified; no public comments or Q&A are added.
- Project is a seller/account type with multiple ordinary listings or units, not another administrative role or marketplace. Projects receive no featured section or preferential exposure.
- Any seller or Project can select Presale, subject to verification before publication as Presale. Buyers use the existing marketplace/map filters.
- Seller and Project dashboards cover views, likes/saves, followers, inquiries, viewing requests and offers.
- Matt confirmed that listing-specific inquiries go through Terra first; direct buyer–seller chat opens only after Terra authorizes the introduction.
- Historical status-label correction: v0.1.1 and v0.1.2 are prior versions, not simultaneous current versions. Their recorded content and immutable artifacts are preserved.
Source anchors
Second-round feedback supplied by Matt; introduction clarification confirmed by Matt · 18 Sep 2026 · Retained parent rev_83d495ca265f4b209e848f2f6e6b58f6
Prior revision · Preserved
v0.1.2 · Mobile navigation refinement
Placed workbook history on its own full-width row below all seven product pages on mobile. Product content and the prior review record are unchanged.
Source anchors
Hosted mobile visual review · 17 Sep 2026 · Retained parent rev_2a857e6c7abf4b628fd6588c7b2edd37
Prior revision · Preserved
v0.1.1 · Review corrections
Corrected the displayed baseline revision reference and placed Changelog in secondary navigation. The v0.1 product corrections remain unchanged.
Source anchors
Independent editorial review · 17 Sep 2026 · Retained v0.1 candidate rev_80195f0a52514294b1cdc86dec6d16be
Prior content iteration · Preserved
v0.1 · First product-feedback round
Terra is now described around the complete owner-to-buyer transaction. The operating team and Messenger support that lifecycle rather than define its limits.
- Structured offers, counters and negotiation are core; an offer may precede or follow a showing.
- The owner-paid 4.5% commission, listing-submission agreement and no automatic price inflation are established business terms.
- Owner and ownership verification, document review and Terra’s beta operating responsibility are explicit.
- Prototype findings remain implementation evidence; only unresolved operational details remain open. Sold-property content, illustrative records, privacy boundaries and the original prototype are preserved.
Source anchors
First-round product feedback supplied by Matt · 17 Sep 2026
Superseded · Preserved
v0.0 · Initial baseline
The pre-feedback workbook contained seven pages covering product shape, journeys, system model, Listing Matrix, sold-property intelligence, build decisions and the original v14 prototype. It incorporated earlier communication, listing, sold-market and source-audit updates. This baseline label groups those existing retained draft revisions; it does not rename or rewrite them.
- The baseline emphasized organization-mediated introductions and distinguished observed, proposed and unresolved behavior.
- The first feedback round supersedes its narrower product framing and the treatment of core negotiation and commission as undecided or deferred.
Source anchors
Retained parent rev_6459444e58ea4196aa485d3bb754c7f0