A property management demonstration usually begins inside the software. A useful buying decision also requires seeing what comes out of it. An export that looks impressive on screen may leave you unable to identify a unit, explain a column, or reconnect a document to the record it belongs to. Testing an export before choosing software makes those gaps visible while you still have time to ask questions.
This guide offers an evaluation exercise for landlords, not an endorsement of a particular product. Use invented records in a demonstration account and ask the provider to explain its actual export options. The goal is to determine whether the information you need remains understandable outside the service. A download button is a starting point; a usable file is the result you must inspect.
Define the job the export must do
Write down why you want the file before you request it. You might need a tenant contact list for an authorized assistant, a property inventory for a future migration, or a report you can compare with another operational record. These are different jobs. One export may support the first while omitting relationships needed for the second. Avoid asking for an undefined export of everything and assuming the provider understands your priorities.
For each job, name the minimum fields and the person who must interpret them. A property inventory may require property identifier, unit identifier, address, active status, and the date the file was generated. A contact review may require a contact identifier, display name, role, and communication preference. Record the purpose beside the fields so a missing column can be evaluated against an actual need rather than a vague preference for more data.
Build a small but revealing sample
Prepare a fictional property with several units, one inactive contact, and two people who share a surname. Add a unit label with a leading zero and a property name containing a comma. Include a note with a paragraph break if the demonstration permits it. These details are deliberate tests of identity and text handling, not realistic tenant information. Never borrow a current renter's private record merely to make a demonstration look authentic.
Keep a separate answer sheet describing every sample record before the export. If your fictional unit is labeled 02, the answer sheet should preserve 02 exactly. If two residents have the surname Lane, record how you will distinguish them. Without an answer sheet, a changed value can look normal when you open the file. A controlled example gives you a reliable comparison and makes it easier for vendor support to reproduce a problem.
Ask which export you are seeing
Request the name of the export, its scope, and the filters applied. Ask whether it contains active records only, whether archived records require another download, and whether each row represents a person, a lease, a unit, or a transaction. Those definitions determine what row counts mean. An export with eight rows does not necessarily represent eight households, and a list of current contacts cannot prove that historical records are portable.
Rentec Direct's documentation, for example, describes downloads for ledger information, report data, and active property, tenant, and owner lists. These are distinct export categories. That documented distinction is useful when forming questions, but it does not establish that every item in your own account appears in one file. Ask a provider to demonstrate the specific export that matches your intended use rather than accepting another report as a substitute.
Preserve the original download
Save the original file in a clearly labeled review folder before opening an editable copy. Include a short note with the export date, product name, filters, and account context. Work on a duplicate when testing spreadsheet behavior. This separates the file produced by the software from any changes introduced by your own applications. If a value changes, you can compare both versions instead of arguing from memory about what was originally downloaded.
Open a copy using an import workflow that allows you to review column types where your spreadsheet provides that option. Treat identifiers as identifiers rather than quantities to calculate. Watch dates, long numeric labels, leading zeros, and blank fields. The purpose is not to force every column into one format. It is to decide which interpretation preserves the meaning of that column and then verify that your chosen application follows it consistently.
Inspect structure before totals
Look at headers and several complete rows. Check whether a name containing a comma stays inside one field and whether a paragraph break creates a misleading extra record in the viewer. RFC 4180 describes common CSV handling for headers, quoted commas, and embedded line breaks. It is an informational format description, not a promise that all programs implement CSV identically. A successful test therefore requires the actual file and the application you intend to use.
Confirm that each column has a meaningful label and ask for a field dictionary when labels are unclear. A column named status might mean tenant status, lease status, or payment status. A date might reflect record creation rather than the event you care about. Do not rename an ambiguous field and quietly assign your own meaning. Put the uncertainty into a question for the provider and save the explanation alongside your test evidence.
Reconcile records and relationships
Compare the exported row count with the expected count for the chosen scope. Then inspect identities, not just totals. A file can contain the expected number of rows while duplicating one unit and omitting another. Check your deliberately similar names and confirm that each row retains enough information to connect it to the correct property and unit. If the file relies on another export for those relationships, request that export as part of the exercise.
Use a simple reconciliation log with expected record, observed record, and result. Mark an item as matched only after checking its meaningful fields. For a larger portfolio, you may eventually automate parts of this process, but the demonstration should first show that the information exists. A missing relationship cannot be repaired by a prettier spreadsheet. The vendor may offer a different export or a supported migration service that changes the answer.
Test blanks, dates, and unusual text
Review blank cells deliberately. Ask whether an empty value means unknown, not applicable, or excluded from the export. Check that a contact without a secondary phone number does not cause another value to slide into that column. Review names with accents and notes containing punctuation if your portfolio uses them. An export should preserve the information you entered, and the evaluation should document any transformation that matters to your workflow.
For dates, compare the exported value with the screen and with your answer sheet. Include an example where the day could be mistaken for the month. Ask whether timestamps include a time zone and whether the export date uses the same convention as event dates. You do not need to solve every possible date problem during a demo. You do need a documented interpretation that someone else can apply without guessing when reviewing the file later.
Separate data portability from document portability
A CSV can describe an attachment without containing the attachment itself. If the export includes a filename or a web address, test what that reference actually opens. Ask whether access requires an active subscription, whether links expire, and whether the underlying documents can be downloaded in a usable structure. Record these as questions unless the provider demonstrates the answers. A list of documents and a copy of those documents serve different purposes.
Try connecting one fictional document to its exported record using only the downloaded materials. Can you identify the property and unit without logging back in? Can another authorized person make the same connection from your instructions? This is a stronger test than opening a link while already signed into the service. It shows whether the export can support a future handoff, archive, or migration when the original interface is no longer your daily workspace.
Turn findings into a buying decision
Classify each result as passed, unresolved, or unsuitable for the intended job. Keep cosmetic issues separate from missing information. A column that needs resizing is inconvenient; a unit identifier that disappears may prevent reliable migration. Ask the provider to demonstrate a proposed remedy on the same sample. A promise to discuss export options later should remain unresolved in your comparison rather than being scored as a completed capability.
Your final note should state what you tested, what worked, and what still requires confirmation. Include the original file, your answer sheet, and a short explanation of any necessary import settings. Choose software with a clear understanding of how your information can be retrieved, not simply how easily it can be entered. The best outcome of this exercise is a repeatable export procedure that your future self or another authorized reviewer can follow confidently.
Repeat the export after a controlled change
Make one clearly documented change to the fictional sample, such as correcting a display label, and export again using the same settings. Compare the two downloads. The changed field should be understandable, and records unrelated to the edit should remain traceable. This second export tests whether your procedure is repeatable rather than merely successful once. Save both files and identify which is the initial result and which follows the correction. If the provider changes settings between downloads, record that difference before interpreting the comparison. Ask whether identifiers persist across exports, and verify the answer on your sample instead of assuming stable row order.
If you are considering Buildium, bring this export worksheet to the demonstration and request a sample download for your own evaluation. Treat the result as one part of the buying decision and confirm the available export scope directly.
Sources and further reading
Sources checked October 6, 2026. The evaluation exercises are Homzora editorial recommendations, not vendor instructions or guarantees.