
You switch property management software in five moves: confirm the pain is the software, map your real workflows, clean and export your data, run the old and new systems side by side, and tell owners and residents before anything changes. Do it in that order and rent keeps flowing while you move. This guide is written for independent landlords and small property managers running roughly 20 to 200 doors, where one person usually owns the whole migration.
TL;DR#
- Switch when a specific, repeated pain (rent reconciliation, maintenance follow-up, leasing paperwork) blocks a business goal. Don't switch because a feature list looks longer.
- Map the real process first, including spreadsheets and workarounds, then turn it into testable requirements.
- Clean data before you export it, test a small set, and keep read-only access to the old system.
- Run both systems in parallel for a defined period and tell residents about payment and portal changes ahead of time.
- Compare total cost, not the sticker price: subscription, payment fees, add-ons and setup.
Table of Contents#
- Do you actually need to switch?
- Write down what you do today
- How to evaluate a replacement at 20 to 200 doors
- Where EchoPM fits when you switch
- Prepare your data before you export it
- Integrations, security and backups
- A realistic timeline
- Prepare staff, owners and residents
- Our perspective
- Common mistakes to avoid
- Start your switch with a one-building pilot
- FAQ
- Sources
Do you actually need to switch?#
Start with a gut check. Software rarely fails alone. NARPM's guidance on proptech tells operators to identify the day-to-day pain points that block business goals, such as hours lost on rent collection and reconciliation or on maintenance, and then pick the tool that fixes them most efficiently with the best return.
That framing helps you sort symptoms from causes. One software consultancy makes the same point: a painful process may come from ownership, data structure or how the business operates, not from a defect in the product. If your late-fee rules are inconsistent, a new system will faithfully reproduce the inconsistency.
Signs the software is the problem
- You reconcile rent in a spreadsheet every month because the ledger can't be trusted.
- Applicants abandon paperwork because the application flow is slow or costs them money.
- Maintenance requests arrive by text and email, and the system only gets updated afterward.
- Owners ask for reports you build by hand.
- Your per-unit cost has crept up through add-ons, and you can't say what you pay in total.
Signs it isn't
- Staff skip the steps the current system already supports.
- Nobody owns data entry, so records are stale.
- Lease terms and fee policies differ from building to building with no written rule.
Fix the second list first. Otherwise you pay for a migration and keep the same problems.
Write down what you do today#
Before you open a single demo, document how work actually happens. The Systems Effect says process mapping should include side spreadsheets, workarounds, messages and judgment calls, not only the documented happy path. That is where most migration surprises hide.
For a 20 to 200 door portfolio, a one-page map per workflow is enough:
- Leasing: listing, inquiry, showing, application, screening, approval, lease signing, move-in.
- Rent: how residents pay, when it posts, how late fees apply, how you reconcile and deposit.
- Maintenance: how requests come in, who dispatches, how vendors are paid, how residents get updates.
- Owner reporting: which reports, how often, in what format.
- Accounting: chart of accounts, trust account handling, month-end close.
- Compliance: state and local notice rules, fair housing practices, and for subsidized housing, program reporting.
A consultancy's implementation guidance suggests discovery should cover leasing, accounting, payables, maintenance, reporting, security, compliance and month-end close before anything is configured. Scale that down to your size, but keep the list.
Turn the map into requirements
The same Systems Effect piece recommends converting the improved map into testable requirements covering workflows, rules, roles, data ownership and retention, integrations and reports. "Residents can pay by card or bank transfer and the payment posts to the right ledger the same day" is testable. "Good rent collection" isn't.
Also record a baseline now: hours spent on rent reconciliation per month, average days to close a maintenance request, days from application to signed lease. Without these numbers you can't tell afterward whether the switch helped.
Subsidized or regulated units
If any of your units are HUD-assisted, check this before shortlisting anything. HUD's guidance says owners of applicable properties need software able to transmit tenant certifications and HAP vouchers to TRACS, and it advises planning the transition early because transmissions must begin within 90 days of a RAD conversion. If you don't manage those units, skip this step.
How to evaluate a replacement at 20 to 200 doors#
Small portfolios have different needs than enterprise operators. You have few or no dedicated IT staff, you wear several hats, and you probably can't spend months on implementation. NARPM's evaluation criteria fit well here: future growth capacity, security and privacy controls, ease of use, onboarding and training, user reviews, and total cost including setup, recurring fees, add-ons, users and support.
The same guidance makes a point worth remembering: the best proptech isn't the one with the longest feature list. It's the one whose core function lines up with your business goals.
A scorecard you can use
| Criterion | What to ask | How to test it |
|---|---|---|
| Core workflow fit | Does it cover leasing, rent, maintenance and owner reporting in one place? | Run one real unit through each workflow in a trial |
| Cost structure | What is charged per unit, per payment, per add-on? | Build a monthly total for your actual door count |
| Resident experience | Can residents apply, sign, pay and submit requests without calls to you? | Have a friendly resident or colleague try it on a phone |
| Data portability | Can you export everything, in what format? | Request a sample export before you commit |
| Security | How are access, backups and permissions handled? | Review role-based permissions and user removal |
| Growth | What happens to price and features at 100 or 200 doors? | Read the pricing tiers |
| Support and onboarding | What training and help channels exist? | Ask what happens in your first month |
On security, don't assume the cloud settles it. NIST's cloud guidance says organizations using public-cloud services should evaluate the provider's security and privacy controls rather than assume hosting transfers responsibility for protecting data. Ask how user accounts are created and removed, how privileges are limited, and how backups are restored.
Cost: look past the sticker
IREM's 2025 proptech survey found overall one-time and ongoing cost was the leading implementation hurdle at 44.2%, ahead of integrating multiple systems (38.8%) and determining cost-benefit (37.9%). Those three worries are linked. A low per-unit price with separate charges for e-signature, screening, resident portal or extra users stops being low.
Write out your all-in monthly figure for each option: subscription, payment processing, anything billed per document or per user, and the cost of the tools you'd keep on the side.
Where EchoPM fits when you switch#
We built EchoPM for independent landlords and small-to-mid property managers who want leasing, rent and maintenance on one platform. Here is what that means in practice, and what it costs.
- No EchoPM application fee for tenants. Renters apply free on EchoPM listings.
- Native in-app lease signing. Leases are signed inside the platform. If you already use your own e-signature tool, you can optionally bring PandaDoc or HelloSign.
- A platform fee only on live units. You pay for units that are published or have a pending or active lease, not for every record you hold.
- No tenant portal fee. Residents use the portal, mobile access and dashboard without being charged for it.
- A 30-day trial. A card is required to start it.
Published subscription pricing, per unit per month:
| Portfolio size | Price |
|---|---|
| 1–99 units | $4.25 per unit per month |
| 100–499 units | $3.75 per unit per month |
| 500+ units | $3.25 per unit per month |
Online rent payments carry a processing fee of 2.9% plus $0.30 per payment, listed on our pricing page. A 60-door portfolio at the 1–99 tier comes to $255 per month in platform fees if all 60 units are live, before payment processing. We list Starter, Essential and Complete service levels on the property managers page; check there for what each includes.
If you want to see how the pieces fit before committing, read about our rent collection and leasing and applications workflows, or start the trial and move one building first.

Prepare your data before you export it#
The most common migration regret is moving messy data into a clean new system. One replacement playbook advises you to inventory every data source, workflow, integration and user, map fields one by one, clean duplicates, missing fields, orphan records and inconsistent formats, and manually review a representative test set.
What to move
For a typical rental portfolio, work through these in order:
- Properties and units: addresses, unit numbers, bed and bath counts, rent, status.
- Owners: contact details, management agreements, payout details.
- Residents and leases: names, contact information, lease start and end, rent amount, deposit held, current balance.
- Open items: unpaid charges, recurring charges, scheduled late fees.
- Maintenance: open work orders, vendor list, recurring service contracts.
- Documents: signed leases, addenda, inspection reports, insurance certificates.
- Accounting history: decide how much to bring over. Opening balances plus a read-only archive is often enough.
Historical scope matters for both cost and effort. One migration checklist notes that historical-data scope and interface licensing fees affect cost and complexity. Decide early what you must carry forward and what you only need to be able to look up.
Verify what arrives
- Pick five to ten leases and compare every field against the source.
- Total the resident balances in both systems. They should match to the cent.
- Check that deposits held per lease agree with your trust account records.
- Confirm every active unit has the right owner and the right recurring charges.
Then keep the old system. The same checklist advises you to retain read-only legacy access and validate the migration rather than cancel on go-live day. You will need it for a deposit dispute or an owner question about last year.
Integrations, security and backups#
List every tool connected to your current system: bank feeds, accounting packages, listing sites, screening, e-signature, phone and email tools. For each, note what data flows which direction, who it's contracted with, and when it renews. Then decide whether to replace it, keep it, or drop it. The BC Solutions checklist suggests verifying that an interface exists and what it costs, and testing integrations before go-live.
Before go-live, also confirm:
- Each staff member has their own login and only the permissions the job needs.
- Accounts for anyone who has left are removed from the old system.
- You can restore from a backup, or at least know who does it and how.
- Every payment path works end to end: a real test payment, a refund, a late fee.
A realistic timeline#
Enterprise migrations run long. One checklist for a large-platform move states that a standard implementation typically takes 3 to 6 months, broken into discovery (2 to 4 weeks), cleanup (3 to 6 weeks), configuration (4 to 8 weeks), migration (2 to 4 weeks), testing (2 to 4 weeks), training (2 to 4 weeks) and a go-live stabilization period of 1 to 2 weeks. That's built for larger operators with complex accounting.
A landlord with 20 to 200 doors and a lighter platform can move faster, but the sequence is the same. A sensible small-portfolio version:
| Phase | What happens |
|---|---|
| Plan | Map workflows, set requirements, record baselines |
| Clean | Fix duplicates and missing fields in the old system |
| Pilot | Load one building or a handful of units into the new system |
| Parallel run | Run both systems for a defined period and compare |
| Cutover | Move remaining units, switch resident payments |
| Stabilize | Watch support issues, failed payments and adoption |
The same checklist warns against compressing testing or training. And a rule from the Systems Effect guidance is worth copying: assign one internal implementation owner, set a cutover and fallback plan, and run old and new systems in parallel for a defined period.
Time the cutover around rent
Avoid switching in the week rent is due. The cleanest moment is right after a rent cycle closes, once balances are reconciled and few payments are pending. Move recurring payments and autopay at cutover, and tell residents exactly what changes.

Prepare staff, owners and residents#
NARPM's guidance on the people side is straightforward: involve the staff who do the work in selection and pilot testing, give role-specific hands-on training, document procedures, and rehearse realistic scenarios. IREM's survey backs that up: training and skills development (47.3%) and pilot testing (29.7%) were among the change-management strategies respondents reported.
What to tell residents
Give residents advance notice in writing and explain what changes in portals, payments, maintenance requests and communications. Include:
- The date their old portal stops accepting payments.
- How to set up the new portal and autopay again.
- Where to submit maintenance requests.
- Who to contact if a payment doesn't post.
Send a reminder a week before cutover and another on the day. Check payment status daily for the first rent cycle.
What to tell owners
Owners care about two things: that their money arrives on schedule and that reports stay consistent. Tell them what the new report looks like, when statements arrive, and whether anything changes about how they view their property. Our owner portal and reporting page shows what owners see in EchoPM.
Our perspective#
Most landlords we talk to don't switch because software is missing a feature. They switch because the total weight of running rentals has grown: more tools, more fees, more places to check. The pattern we see is a leasing tool here, a payments tool there, a document tool somewhere else, and a spreadsheet gluing it together.
So our advice is to judge any replacement, ours included, on how many separate things you still have to run afterward. One platform for renters and operators means an applicant can apply free, sign a lease in-app, pay rent and request repairs without you copying data between systems. It also means fewer places for a balance to go wrong.
Second, be skeptical of any price you can't turn into a monthly number for your own unit count. We publish per-unit pricing and payment processing rates so you can do that math before talking to anyone. And we charge the platform fee only on live units, so a vacant, unlisted unit in transition isn't costing you.
Third, move in a pilot. Start the 30-day trial, load one building, run a real rent cycle, and compare it against your baseline. If it doesn't beat your current setup, you've lost a month, not a quarter.
— Walker L
Common mistakes to avoid#
- Skipping the baseline. You can't prove improvement without before numbers.
- Migrating everything. Ten years of closed work orders rarely belong in the live system.
- Cancelling the old system on cutover day. Keep read-only access.
- Ignoring autopay. Residents on recurring payments need to re-enroll; plan for it.
- Letting everyone test. Pick one owner for the project.
- Comparing list prices only. Total the fees that apply to your portfolio.
Start your switch with a one-building pilot#
If your map and requirements say you're ready, the lowest-risk move is to test with real units. See our property management software for landlords for plans by portfolio size, or review the full feature list against your requirements. Independent owners with a handful of doors can start with our page for independent landlords.
FAQ#
How long does it take to switch property management software?
It depends on portfolio size, data cleanliness and accounting complexity. A checklist for large-platform migrations puts a standard implementation at 3 to 6 months. With 20 to 200 doors and a simpler platform, you can usually move faster, but still plan for a pilot and a parallel run rather than a single overnight cutover.
Will my residents have to re-enter their payment information?
In most switches, yes, at least for autopay and saved payment methods. Tell residents ahead of time, give them a clear date and instructions, and check payments daily through the first rent cycle.
Can I keep my own e-signature tool?
On EchoPM, lease signing is native in the app. If you prefer, you can optionally bring your own PandaDoc or HelloSign account. Confirm that choice during your trial so your lease templates carry over cleanly.
What should I keep from the old system?
Keep read-only access for as long as you need to answer deposit, ledger or owner questions. Export signed leases and key reports as well, so you aren't depending on one login to prove what happened last year.
Sources#
- NARPM RESIDENTIALResource, November 2023
- Pro Logica: Questions to ask before replacing core operations software
- The Systems Effect: Map the process first
- ND Consulting: Property management implementation
- HUD: Choosing TRACS-Compliant Software
- NIST SP 800-144: Guidelines on Security and Privacy in Public Cloud Computing
- IREM Proptech Insights report
- BC Solutions: Migration checklist
- AnovaGrowth: 90-day migration playbook
Recommended#
EchoPM is property management software. Features and pricing described are product capabilities; not legal advice.