AI Skill Report Card

Managing Real Estate Platforms

B72·Sep 20, 2026·Source: Web

Managing Real Estate Platforms (Full Stack + Property Management)

13 / 15

For a new real estate platform request, define the domain model first:

Core entities:
- Property (id, address, type, price, status, owner_id, images[], features{})
- Owner/Landlord (id, contact_info, properties[])
- Tenant/Buyer (id, contact_info, leases[]/purchases[])
- Lease/Contract (id, property_id, tenant_id, start_date, end_date, rent, deposit, status)
- Transaction (id, type[rent|sale|deposit], amount, date, status)
- Agent (id, commission_rate, assigned_properties[])

Then scaffold stack (default recommendation unless client specifies otherwise):

  • Frontend: React/Next.js (SSR for SEO on listings) + Tailwind
  • Backend: Node.js/Express or NestJS (REST or GraphQL API)
  • Database: PostgreSQL (relational data: leases, transactions) + S3/Cloudinary for images
  • Auth: role-based (admin, agent, owner, tenant)
  • Extras: Maps API (Google Maps/Mapbox), payment gateway (Stripe), PDF generation for contracts
Recommendation
Examples show only outputs as bullet summaries rather than concrete artifacts (e.g., actual API schema, sample JSON, or code snippet) — add real input/output pairs like a sample request and resulting endpoint/response.
13 / 15

Progress:

  • Step 1: Requirements gathering — clarify business model (rental, sale, or both; residential/commercial)
  • Step 2: Define data model & user roles (admin, agent, owner, tenant/buyer)
  • Step 3: Design core flows (listing creation, search/filter, inquiry, contract, payment)
  • Step 4: Build backend API with auth and CRUD for each entity
  • Step 5: Build frontend (public listing site + private dashboard per role)
  • Step 6: Integrate third-party services (maps, payments, e-signature, notifications)
  • Step 7: Implement reporting (occupancy rate, revenue, overdue payments)
  • Step 8: Deploy, set up monitoring and backups

Step details

1. Requirements gathering Ask/confirm: Is this for managing own properties, a multi-tenant SaaS for property managers, or a public marketplace? This determines whether multi-tenancy is needed.

2. Data model Always separate "listing" (public-facing) from "property" (internal record) if the same property can be listed multiple times or delisted.

3. Core flows to prioritize

  1. Search & filter listings (price range, location, type, bedrooms)
  2. Lead capture / inquiry form → CRM-like tracking
  3. Lease/contract lifecycle (draft → signed → active → expired/renewed)
  4. Payment tracking (rent due, late fees, receipts)
  5. Maintenance requests (tenant → owner/manager)

4-5. Backend/Frontend Build API-first. Public listing pages need SSR/SSG for SEO. Dashboards can be CSR (SPA).

7. Reporting essentials Occupancy rate, monthly revenue vs. projected, overdue payments list, lease expiration calendar (renew 60-90 days ahead).

Recommendation
Include a bad-example vs good-example contrast (e.g., a poor data model with floats for money vs corrected version) to sharpen the examples section per best practices.
12 / 20

Example 1: Input: "Necesito un sistema para gestionar el alquiler de 50 departamentos" Output:

  • Model: Property, Tenant, Lease, Payment, MaintenanceRequest
  • Roles: Admin (property manager), Tenant (portal to pay rent & request maintenance)
  • Key screens: Dashboard (occupancy %, overdue payments), Property list, Lease detail with payment history, Tenant portal (pay rent via Stripe, submit maintenance ticket)
  • Stack: Next.js + NestJS + PostgreSQL + Stripe + AWS S3

Example 2: Input: "Quiero un marketplace tipo Zillow para mi país" Output:

  • Public site: SSR listing pages (SEO critical), advanced search/filter, map view (Mapbox), saved searches, lead capture forms
  • Agent dashboard: manage listings, respond to leads, analytics on views/inquiries
  • Monetization: featured listings (paid), agent subscriptions
  • Multi-tenancy: agencies as tenants, each managing their agents and listings
Recommendation
Add explicit edge cases like multi-currency handling implementation, GDPR/data privacy for tenant PII, or handling co-signed leases/joint tenants.
  • Always soft-delete properties/leases (never hard delete — needed for financial history and audits)
  • Use decimal/numeric types for money, never floats
  • Store lease documents as immutable snapshots (PDF) even if contract terms change later
  • Index search fields (location, price, type) for listing performance; consider Elasticsearch/Algolia at scale
  • Separate public API (rate-limited, cached) from authenticated dashboard API
  • Automate rent reminders and lease-expiration alerts (cron jobs / scheduled tasks)
  • Validate addresses via geocoding API on creation to enable accurate map search
  • Don't hardcode currency or locale — real estate platforms often need multi-currency/multi-language early
  • Don't skip audit logs on financial transactions (payments, deposits) — needed for disputes
  • Don't couple listing visibility status with property existence — a property can be "off market" without being deleted
  • Don't build contract/e-signature logic from scratch — integrate DocuSign/HelloSign
  • Don't ignore mobile — tenants/agents frequently use the platform on mobile; ensure responsive design or a dedicated app
0
Grade BAI Skill Framework
Scorecard
Criteria Breakdown
Quick Start
13/15
Workflow
13/15
Examples
12/20
Completeness
15/20
Format
14/15
Conciseness
13/15