How to Publish and Manage Listings on DrawMagic

A developer active in both Pune and Hyderabad gets a message from a prospective buyer: "I saw your 3BHK tower is sold out, but your website still shows it as available." The marketing lead checks and finds the problem immediately — a project that finished selling months ago is still showing as a live listing, right alongside two genuinely open developments. It's a small thing, but it's exactly the kind of small thing that makes a buyer wonder what else on the page might be out of date.

This is the core operational challenge that listing management exists to solve: keeping a developer's public presence in sync with reality, across however many projects and units they're actively selling at any given moment. On DrawMagic, that control lives at /builder/listings — the single place to publish a new listing, pause one temporarily, or archive one that's run its course, without having to delete and recreate anything.

This guide walks through what a "listing" means as distinct from a project or a unit, the exact steps to control listing status, the compliance responsibilities around RERA that shape when a listing can go live, and the habits that keep a multi-city, multi-project developer's page looking as sharp as a single-project one.

Listing vs Project vs Unit: What's the Difference?

These three terms get used loosely, but on DrawMagic they map to distinct, useful concepts:

• A project is the overall development — a tower, a township, a cluster of villas — with its own name, location, and configuration mix.
• A unit is one specific, individually trackable piece of inventory within (or independent of) a project — a particular floor, facing, and carpet area, tracked at /builder/properties.
• A listing is the public-facing presentation of a project or an individual unit, with its own visibility status — draft, published, paused, or archived — controlled at /builder/listings.

The distinction matters because a project can be entirely real and a unit can be entirely available, while the listing that represents them to buyers is in the wrong state — still in draft when it should be live, or still published when the project has quietly sold out. Listing status is the layer that decides what a buyer browsing DrawMagic actually sees, independent of what's true underneath it, which is exactly why it needs deliberate, ongoing management rather than a "set once and forget" approach.

Step-by-Step: Publishing, Unpublishing, Pausing, and Archiving a Listing

1. Start at /builder/dashboard. Listing health and quick links to manage visibility surface here, alongside leads, proposals, and appointments.
2. Open /builder/listings. This is the control surface for every listing a developer has — projects and individual units alike — with its current status clearly shown.
3. To publish a draft listing, review its details (pricing, RERA registration status, photos, unit availability) and confirm it's ready for buyers to see, then set it live.
4. To pause a listing temporarily — for example, during a pricing revision or a brief pause in sales — set its status to paused rather than deleting it, so all the underlying content and history stays intact for when it goes live again.
5. To archive a listing that has fully run its course — a project that's sold out, or a unit that's no longer being offered — move it to archived so it stops appearing to buyers while remaining in the developer's own records.
6. Cross-check against /builder/properties so a listing's public status always matches the actual inventory underneath it — a published listing for a project with zero available units sends buyers to a dead end.

Each of these is a status change, not a destructive action — nothing about a project's or unit's underlying data is lost by pausing or archiving its listing, which makes it safe to be conservative about keeping visibility accurate rather than leaving stale listings live "just in case."

Listing Status at a Glance

Treating "paused" and "archived" as genuinely different states — rather than defaulting everything either to published or simply deleted — is what gives a developer flexibility without ever presenting an inaccurate picture to a buyer.

RERA and Listing Timing: A Compliance Responsibility

In India, project advertising is governed by RERA (Real Estate Regulatory Authority) requirements, which generally prohibit marketing a project before its RERA registration is in place. This is a compliance responsibility that sits with the developer, not something DrawMagic verifies or certifies on a builder's behalf — but it directly shapes listing timing. A listing should stay in draft status until RERA registration is confirmed and the project is legally ready to be advertised; publishing early, even by a few days, can create real regulatory exposure. Developers should confirm their own RERA compliance status independently before moving any listing from draft to published, and should not treat a live listing on any platform as a substitute for that confirmation.

A Real-World Scenario: Staging a Festive Launch in Pune

Consider a developer with a new residential tower in Pune, timed to launch around Navratri — a period when buyer interest in India typically picks up meaningfully. The marketing team doesn't want the listing visible before RERA registration clears or before the festive marketing push begins, but they also don't want to be scrambling to build the listing from scratch in the final days before launch.

The practical approach: build the full listing at /builder/listings — pricing, unit mix, photos, floor plans — well in advance, and leave it in draft status. Once RERA registration is confirmed and the festive timing arrives, the team switches it to published in a single action, and the listing goes live exactly when intended, fully populated from day one rather than a bare-bones page filled in on the fly. Meanwhile, a separate ready-to-move project the same developer has active in Hyderabad continues running as a normal published listing throughout, entirely independent of the Pune launch timing — because listing status is managed per project, not portfolio-wide.

Listing Status vs Unit Inventory: How They Interact

A published listing represents a project or unit as visible and open for enquiry — but that's only half the picture. The other half is unit-level inventory status at /builder/properties: available, on-hold, or sold. The two layers should always tell a consistent story. A published project listing with every unit marked sold is a contradiction that confuses buyers; an archived listing for a project that quietly still has two available units is a missed opportunity for the developer. Reconciling these two layers — listing visibility and unit-level availability — regularly is what keeps a developer's DrawMagic presence trustworthy at every level of detail, from the top-line project page down to a single floor's status.

Pro Tips for Managing Listings at Scale

• Build listings in draft well ahead of launch, especially around festive timing, so the only action needed on launch day is flipping status to published.
• Use paused, not deleted, for temporary situations like a pricing revision — this preserves all the listing's history and content for a quick return to published.
• Archive fully-sold projects promptly rather than leaving them published indefinitely — an archived listing that still shows up in buyer search is a common source of confused enquiries.
• Review listing status per city separately if active in multiple markets — a Pune launch schedule shouldn't affect a Hyderabad project's status, and treating them as one portfolio-wide toggle risks mistakes.
• Reconcile listing status against unit inventory at /builder/properties on a regular cadence, not just at launch or sell-out.

Common Mistakes to Avoid

• Publishing before RERA registration is confirmed. This is a compliance responsibility that shouldn't be shortcut for the sake of an earlier launch date.
• Leaving sold-out projects published indefinitely, which generates enquiries a sales team can't act on and frustrates buyers.
• Deleting a listing instead of pausing or archiving it, which loses the content and history that would make relaunching or record-keeping easier later.
• Managing multi-city listings as a single toggle, when in fact each project's status should be controlled independently based on its own readiness and timing.
• Letting listing status and unit inventory drift out of sync, so a published listing doesn't match what /builder/properties actually shows as available.

Bringing It Together: Listing Discipline as an Operational Habit

None of this requires elaborate process — it requires a habit of treating listing status as something that's actively managed, not set once at launch and left alone. For a single-project developer, that might mean a quick weekly check. For a multi-city developer managing several projects and dozens of units simultaneously, it means assigning clear ownership over who updates listing status and when, and treating /builder/listings as the single source of truth for what's visible to buyers, cross-checked regularly against /builder/properties for what's actually available underneath.

Done well, this discipline compounds. According to the IBEF Real Estate Industry in India report (Feb 2026), India's real estate sector is on a trajectory toward a market scale of roughly US$1 trillion by 2030, with FY25 alone seeing 406,889 units delivered, up 33% year-on-year — a pace of activity that makes stale, mismanaged listings an increasingly visible liability, not a minor housekeeping issue. Developers operating at that scale, across multiple projects and cities, need listing management that keeps pace, and clean, current listings are simply a better foundation for growth than a page cluttered with outdated information. For developers weighing what a fuller presence on DrawMagic — beyond listing management alone — looks like, /pricing outlines the plans available as portfolios grow.

Key Takeaways

• A "listing" is the public-facing visibility layer for a project or unit — distinct from the project itself and from unit-level inventory status.
• Manage listing status at /builder/listings: draft, published, paused, or archived — each a non-destructive state change.
• Never publish a listing before RERA registration is confirmed — this is a compliance responsibility developers must confirm independently.
• Use paused for temporary situations (pricing reviews, brief sales pauses) and archived for projects or units that have fully run their course.
• Manage each city's or project's listing status independently — a festive launch timeline in one city shouldn't affect an unrelated project elsewhere.
• Reconcile listing status against unit inventory at /builder/properties regularly so a published listing never contradicts actual availability.
• FY25's 406,889 delivered units (+33% YoY, IBEF, Feb 2026) reflect a scale of market activity where stale listings carry real reputational cost.
• Build listings in draft well ahead of planned launches so publishing is a single, clean action on launch day.
• Explore plans for growing developer portfolios at /pricing and browse the full developer offering at /builders.

FAQ

Does pausing a listing delete any of its content? No — pausing simply removes a listing from buyer-facing visibility while preserving all its details, photos, and history, so it can be republished without rebuilding it.

Can I schedule a listing to publish automatically at a future date? Build the listing in draft ahead of time and switch it to published when you're ready — this guide describes the manual control available today at /builder/listings; check the portal for the latest scheduling capabilities.

Should I archive a listing the moment a project sells out, or wait? It's best to archive promptly once a project or unit is genuinely no longer available, since a published listing with no real availability underneath it tends to generate enquiries a sales team can't act on.

Ready to take control of your listings? Start at /builder/dashboard, and see the full developer toolkit at /builders.