Skip to article
Operations & Automation

Maintenance Scheduling for Property Managers: Set Vendor Visits Your Way

Vendors don't always book through their portal. Now the PM, or anyone on the team, can set the visit in seconds, and tenants still get every update.

A work order appointment card with a visit time set by the property manager and a tenant confirmation text

Quick answer

Flexible scheduling lets the property manager, or anyone on their team, set a vendor visit when the time is agreed outside the vendor portal: by phone, text, email or a call to the office. The tenant is texted and asked to confirm, the vendor gets a confirmation, and every step is saved to the work order.

Key takeaways

  • In August, beta PMs told us many visit times are agreed outside the vendor portal, and the PM or a team member hears first.
  • The automated vendor-and-tenant flow is unchanged and is still the main path.
  • Any team member can now set, change or cancel a visit from the dashboard or the PM Portal, under their own name.
  • Tenants are texted, asked to confirm, and can ask for another time. Nothing is silently assumed.
  • Every visit, however it was booked, lands in one Scheduling History on the work order.

Maintenance software usually assumes the vendor will log in and offer times. Many vendors do. But plenty of visit times are still settled on a quick phone call, a text to the property manager, or a call to the front desk, and the software never hears about it.

That gap is what our beta test property managers raised in August. This update, flexible scheduling, is our answer: the automated flow stays exactly as it was, and the PM or anyone on the team can now set the visit themselves without losing the tenant updates or the record the system keeps.

What did beta property managers ask for in August?

In August, the property managers testing PMP Maintenance on real jobs gave us this feedback:

The automated flow works well when the vendor uses their portal. In day-to-day work, however, some visit times are agreed outside the portal, and the PM, or team member, is the one who hears about it.

This told us: we need more flexibility with vendor scheduling.

The ask: beta PMs asked to be able to set the visit themselves, or have a team member do it, without losing the tenant updates and the record the system keeps.

How does a visit time actually reach the office?

In eight different ways, and only one of them ran through the automated flow. Before building anything, we listed every way a visit time reaches a property management office:

  • The vendor offers times in their portal (the automated path)
  • The vendor calls the PM
  • The vendor texts the PM
  • The vendor emails
  • The vendor calls the office and someone else answers
  • The vendor writes the time in a portal message
  • The tenant and vendor arrange it between themselves
  • The PM decides the time

The first one needs no work from the office. The other seven are what flexible scheduling is built for. In each of them, the time used to live in someone's phone, inbox or sticky note until it was re-entered, and the tenant waited to hear.

What does the automated vendor flow still do?

Everything it did before. When a job is approved, the vendor accepts it and offers up to three visit times in their portal. The tenant picks one in the tenant portal, or by replying 1, 2 or 3 to our text. The visit is booked, both sides are told, and the tenant gets a reminder the day before. If the vendor hasn't offered times, they are reminded, and after two days the PM is alerted.

This is still the ideal path, and it is unchanged. It takes no time from the PM, and it keeps vendors in the habit of using their portal. Flexible scheduling sits beside it as the backup for real life, not as a replacement. It is the same idea behind our automated workflows: automate the routine, and keep a person able to step in.

How do the two scheduling paths fit together?

They start at the same approved job and end at the same booked visit. On the left of the map is the automated path. On the right is what we added: when the vendor gives the time some other way, the PM or a team member sets the visit, and the tenant is asked to confirm it.

Workflow map: after a job is approved, the vendor either offers times in their portal and the tenant picks one, or tells the PM, who sets the visit and the tenant is asked to confirm, ask for a change, or the time stands with a reminder. Both paths end in a booked visit with texts, a day-before reminder and an audit trail entry.
Two ways to a booked visit, one record. Both paths send the same texts and reminders and write to the same audit trail. Workflow mapped by Kevin Wall, founder of PropertyManage.Pro.

The PM can also step in on the automated path at any time, for example when a vendor offered times but then called with a better one. If the tenant asks for another time, the job goes to the PM's scheduling bar and the PM sets a new one. If the tenant doesn't answer, the time stands and they get one reminder at 8 AM.

What did we add for PMs, tenants and vendors?

Control for the property manager and the team, and the same clear experience for everyone else.

For the PM and their team

  • An Appointment card on every work order in the dashboard: set, change or cancel the visit.
  • A Scheduling section in the PM Portal, so the PM can do it from their phone.
  • A Needs scheduling bar on the dashboard that lists the jobs waiting on a time.
  • Any role (admin, manager or staff) can set a visit, and each one is recorded by name.

For tenants

  • A text with the visit time and a link to confirm it.
  • “Ask for another time” in their portal, for any reason. The booked time stays until it changes.
  • If they don't answer, the time stands, with one reminder the next morning.
  • The usual reminder at 5 PM the day before.

For vendors

  • A confirmation text with the visit the PM set.
  • Every text points back to their portal with the link.
  • If a vendor replies to one of our texts, the reply lands on their job for the PM, and they get their portal link back.

For the record

  • A Scheduling History section in the work order's audit trail.
  • Every time offered to the tenant, the time they picked, who set each visit and how they heard about it.
  • The vendor's own words when the PM pastes them in, and the exact text of every message sent.

What changes in each real-world situation?

The portal path stays the same. Every other situation now has a quick, recorded way in:

SituationBeforeNow
Vendor schedules in their portalTenant picks from up to 3 timesThe same, unchanged
Vendor calls the PM with a timeThe time had to go back through the vendor portalThe PM enters it in a few taps; tenant and vendor are texted
Vendor texts or emails the PMThe time lived in the PM's phone or inboxThe time and the vendor's words are saved on the work order
The office takes the callA note was passed to the PMWhoever took the call sets it, under their own name
Tenant and vendor agreed it themselvesThe system still waited for portal stepsThe PM marks it “tenant arranged” and it is saved as confirmed
Tenant needs another timeThe vendor was asked for new optionsThe tenant asks in their portal and the job appears on the PM's scheduling bar
Vendor replies to our textThe reply stayed in the text threadThe reply is saved on the job and the vendor gets their portal link back

Why is this better for the office, tenants and vendors?

It is flexible for the office and unchanged for the automation. Six things make the difference:

  • The automated path stays the default. Vendors who use their portal see no change, and every text nudges the rest back toward it.
  • No job waits on one person. Anyone on the team can set a visit the moment they hear the time, from the desk or a phone.
  • The tenant is always in the loop. They are told right away, asked to confirm, and can ask for a change. A visit is never silently assumed.
  • One record, however it was booked. The work order, the timeline and the audit trail show the same visit, who set it and how, which helps settle any question about a missed visit.
  • Problems surface on their own. The Needs scheduling bar shows jobs where the tenant asked for a change, hasn't confirmed, or the vendor hasn't offered times.
  • Adoption is measurable. Every visit records where it was set, so you can see how many come through the vendor portal and coach the vendors who don't use it.

That last point matters for growing teams. Flexible scheduling shouldn't become the habit; it should catch what the portal misses while the numbers show which vendors need a nudge.

How did we build and test flexible scheduling?

The same way we approach every workflow change: start with the people using it, then prove it before anyone relies on it.

  1. Listen. The request came from beta property managers running real jobs, and we wrote it down in their terms: more control over scheduling, for them and their team.
  2. Map the real world first. We traced what the system did in each of the eight situations, which showed exactly where a PM needed a way in and where the existing flow should stay untouched.
  3. Agree the rules in writing. The vendor portal stays the main path; every team role can set a visit, recorded by name; the tenant can confirm or ask for a change; texts go out as soon as the time is set.
  4. Build it once. One shared set of scheduling rules runs behind the dashboard, the PM Portal, the tenant portal and the text line, so a visit behaves the same wherever it is set.
  5. Test before anyone sees it. 590 automated tests pass, including 28 written for scheduling: time zones, reminder timing and the exact wording of each text. A live test plan walks through 11 real-world scenarios with test phones for the tenant and the vendor.
  6. Release in stages. The database first, then the server pieces one at a time, then the screens.

Flexible scheduling is now live for our beta property managers on real jobs, and the Scheduling History shows us how visits are being booked so we can keep improving the flow. To see how jobs reach this point in the first place, read What Is AI Maintenance Triage?

Frequently asked questions

Does the vendor portal still work the same way?

Yes. When a vendor offers times in their portal, the tenant still picks one in the tenant portal or by replying 1, 2 or 3 to a text, with the same reminders as before. Flexible scheduling only adds a way for the PM or a team member to set the visit when the time arrives some other way.

Who on my team can set a vendor visit?

Any role: admin, manager or staff. Whoever sets the visit is recorded by name, along with how they heard about the time (a call, text, email, a call to the office or a portal message), so the work order always shows who booked it and why.

What happens if the tenant doesn't confirm the visit?

The time stands. The tenant gets one reminder the next morning at 8 AM and the usual reminder at 5 PM the day before. If they ask for another time in their portal, the booked time stays until it changes, and the job appears on the PM's Needs scheduling bar.

Does a confirmation text count as notice of entry?

Not on its own. Notice rules for entering a rental are set by state law. California, for example, presumes 24 hours' written notice is reasonable in most cases. The confirmation text tells the tenant the time and saves a record, but check your state's rules and your lease for how notice must be given.

Sources

  1. California Legislative Information: Civil Code §1954 (landlord entry and notice)

Automated when it can be, flexible when it needs to be

Want maintenance that schedules itself, and lets you step in?

Book a call and we’ll walk you through how PMP Maintenance books vendor visits, keeps tenants updated and records every step.

Book A Call