At the start of a tenancy
The agreement, inventory, deposit paperwork, and required safety records may all be due before move-in. Build the packet from approved source records and confirm the documents required in the applicable jurisdiction.
Generate property brochures, printable window flyers, social graphics, and closing documents automatically from CRM and MLS listings.
Free account, no credit card
Place approved photos, descriptions, pricing, and agent details into a reusable PDF layout.
Map property and neighborhood facts into a listing presentation. Add comparable-sale data only after review.
Prefill approved agreement or offer templates with buyer, seller, and property details from the transaction record.
Assemble rendered settlement, disclosure, or title documents when the closing workflow calls for them.
Render listing and status graphics at the dimensions required by each social placement.
Turn reviewed market values, charts, and neighborhood data into a recurring report layout.
Start with a CRM, MLS, form, or transaction event exposed through a connector, webhook, or your own API integration.
Connect listing fields to a gallery template or your own HTML, then test brand assets, required text, photos, and edge cases.
Generate the required outputs after an approved event and hand each file to your email, storage, portal, or publishing workflow.
A listing may appear on a window card, brochure, portal image, floor-plan sheet, email flyer, or sign. When the price or status changes, every published asset that displays that field needs review. Use the control below to see which sample assets become stale.
Nothing has changed, so nothing is out of date.
Define the affected output set in the workflow. Update the listing record first, submit new renders for those assets, and track their delivery or publication separately. A shared data source prevents each asset from carrying its own hand-edited price. If 5 published assets contain that price, replacing them means 5 new outputs and therefore 5 renders.
Brand drift begins when each agent copies an old file and edits both content and layout. Separate those jobs: agents choose the listing and output, while designated template owners maintain the logo, typography, shared blocks, and required text.
A render cannot repair missing photos, unapproved descriptions, or an unresolved price. Separate those upstream dependencies from the template and render step so the team can see where a listing asset is actually waiting.
Templates remove repeated layout work, but not content approval. Keep each channel's copy and image choices in the listing record. Define profiles for recurring sizes, then rerun the controlled workflow when an approved field changes.
A sale concentrates work around one transaction. A managed tenancy adds documents over time. Some run monthly or yearly. Others begin with an event or renewal. Count the managed portfolio as well as the properties currently being marketed.
The agreement, inventory, deposit paperwork, and required safety records may all be due before move-in. Build the packet from approved source records and confirm the documents required in the applicable jurisdiction.
Rent or landlord statements repeat one structure with values from each property and accounting record. Use scheduled batches when many statements are due together, then reconcile every result with its source row.
Maintenance events can create works orders, approval requests, and later invoices. The property, contractor, cost, and approval status should come from the system that owns the job.
Safety renewals, insurance records, and inspection reports may follow fixed dates. Scheduling can start a document workflow, but the responsible team must define the rule, evidence, recipient, and escalation behavior.
Renewal offers, rent-review notices, check-out reports, and deposit schedules may need records from the start of the tenancy. Keep those records and their approved versions available for comparison.
Annual statements may create one concentrated run across the managed portfolio. Count each output, use queued generation, and plan the completion window from measured render time and plan concurrency.
Use the transaction stages below as an inventory prompt, not a universal legal checklist. Requirements vary by jurisdiction and transaction. Your workflow should name each required document, its source record, approver, recipient, and retention rule.
Valuation and market reports combine reviewed property data with the brokerage layout. Listing presentations do the same. Verify every market claim and source value before rendering the client-facing version.
Reuse approved listing fields and images in window cards, brochures, and floor-plan sheets. Portal and social assets can use the same source data in their own layouts.
Viewing confirmations, feedback summaries, and seller updates begin with scheduling or CRM events. Generate only the outputs the workflow requires and keep private feedback within the intended access boundary.
Offer letters, memorandums of sale, and signed terms need controlled source values, required approvals, and an explicit signature workflow. Rendering the document does not determine whether an agreement is legally effective.
Identity and compliance records need more care than marketing assets. So do agreements and disclosures. Apply the required rules for access, retention, deletion, and legal hold to their records and files.
Commission statements and later landlord or tenant records can continue beyond the sale. Trigger them from the accounting or property-management record and keep their schedule separate from the listing campaign.
Count outputs before choosing capacity. A listing that needs 1 brochure PDF, 1 window-card PDF, and 4 social or portal images uses 6 renders for its first set. A later change uses only the renders you request again. Test the workflow with a long address, the largest expected price, missing optional data, portrait and landscape photos, and every required footer.
Map listing fields from your MLS feed or CRM: address, price, property facts, photos, and agent details. Decide which system owns each value and validate the record before it enters a client-facing template.
Define image dimensions and document page settings for the destination. The image API offers 4 output formats: PNG, JPEG, AVIF, and WebP. Add QR codes when the asset should link to an online listing, tour, or contact page, and test the encoded URL as part of approval.
When an approved price, status, description, or photo changes, have the workflow identify and rerender the affected assets. Publishing or replacing those files remains a separate step.
Map MLS or CRM fields to named template values and validate missing or malformed records before rendering.
Configure page size, margins, image quality, and any printer requirements, then proof the resulting PDF.
Supply a property-specific URL to a QR element for a listing, tour, or contact page.
Use listing updates to trigger new renders for the output set that depends on the changed fields.
Every asset that displays the old price needs a new render. Keep the listing record as the source, map it into the approved templates, and trigger the required outputs again after the price is updated. The workflow should track which assets finished instead of relying on a manual checklist.
Agents can select a listing and document without editing the layout itself. Keep the logo, type, disclosures, and footer in a maintained template. Use roles and approval steps so only the right people can change that shared design.
The count depends on the transaction, jurisdiction, marketing channels, and later events. List the outputs required at instruction, marketing, offer, compliance, and completion. Each finished PDF or image uses one render from the plan allowance.
Yes. Reuse property fields and shared design elements across named output profiles or separate templates. Generate PDFs for document workflows and PNG, JPEG, AVIF, or WebP images at the dimensions each channel requires.
Route finished files to supported S3, Google Cloud Storage, Azure, R2, B2, or DigitalOcean Spaces storage with a path based on the transaction record. Configure retention, deletion, and legal-hold behavior to match the applicable plan or contract and your own policy.
Public respondents and external signers are not internal workspace users. Plan limits on internal users apply to people working inside the account, such as agents, template authors, and administrators. Check the plan table for the included limit.
Map approved MLS or CRM fields to a flyer template, provide the image assets, and render a PDF. Test the printer requirements and the most difficult property data before distribution.
Yes. Reuse listing data in image templates sized for each social placement, then send the results through your normal review and publishing workflow.
A listing change can trigger new renders through your connector, webhook, or API workflow. Define which assets need regeneration and keep the previous files according to your publishing and retention rules.
An agent using an approved template does not need to redesign it. Someone still needs to build, test, approve, and maintain the shared layouts and assets.
Use a real listing to check field mapping, photos, required text, output sizes, review, and delivery before expanding the workflow.
No credit card required.