Maintenance rollout — Western Slope and Situs Group

What today's real maintenance calls, a year of work orders, and Gera's existing build tell us about turning Clara's maintenance line on. Phased plan, mostly reuse.
Proposed — pending review · written 2026-09-30, Orca section corrected 2026-10-01 · owner: Fede · data read-only from AppFolio and PropFlow stores

1. TL;DR and the ask

Turn Clara's maintenance voice line on at Western Slope first, with the build we already have. The call center takes 3 to 12 minutes per call, puts residents on hold, re-asks what we already know from caller ID, and wrote a wrong work order on Fede's own test call today. Clara takes 1.5 to 3 minutes, knows the caller, troubleshoots live, and never turns anyone away. About 90% of Stage 1 is built. Three fixes first: Clara says "it's in" only when the order exists, urgency lands in the record, and the AppFolio work-order sync (off since 9/12) comes back on.

Four decisions for Fede are in section 8. Everything below is the evidence.

Full analysis: calls, a year of work orders, Orca, reuse, plan, research, decisions, sources

2. Today's calls: call center vs Clara

Four real Western Slope calls to AppFolio's call center (Sep 23–30, including Fede's own burned-outlet call), two real Camellia calls to Clara, and eleven Clara test calls at Fairhaven and Willows. All from stored recordings and transcripts.

AppFolio call centerClara today
Call length3 to 12 min; 1 to 2 min wait before pickup, plus silent "documenting" holds1.5 to 3 min, no hold
Knows the callerNo. Asks full name (twice), address, callback number, last four, "new or existing"Yes. Greets by name and unit; sees open orders and appliances
Unknown callerTurned away twice this week ("contact the front office"), nothing createdTakes the request anyway
TroubleshootingChecklist only (breakers? GFCI?)Live: reset button, shut-off valve, run cold water and wait
Accuracy of the recordFede's call: breaker "not reset" (he had checked), outlet "stopped working" (it works), the dead 220V dryer outlet omitted, "caught fire" softened to "sparked", "do not enter" not recordedDescription is the resident's raw words. Fine, but no structure
UrgencyOutlet that burned two hair dryers filed as MEDIUM, same as a missed trash pickupEmergency rules fire (gas smell to 911 and transfer in ~20 s). Non-emergency urgency not written to the record
DuplicatesChecked the open order first, added a note. GoodRecognized the open order on a repeat call. Good
"Your order is in"Gives a work-order number (later in the call)Said "logged" 8 times; a matching order existed 1 of 8 times
What happens next"Reviewed by the manager before it is assigned." No time"I'll text you when the handyman timing is confirmed"
Resident with a maintenance problem, wrong linen/aTwo test calls: told "maintenance isn't handled here" and pitched rentals

Where the call center is better: reads the callback number and address back, asks "any sparking or smoke until someone arrives", checks for an existing order first, gives a number. Where Clara is better: speed, knows the caller, troubleshoots, tells the resident what happens next, never turns anyone away. Neither: an accurate structured record, a real urgency, an arrival time, or anything the technician wants (photos, which fixture, brand and model, pets, gate codes, parking, real availability windows, history such as two dryers in two days).

3. A year of work orders

Read-only pull of every work order from Oct 2025 to Sep 2026 in both AppFolio databases, plus the activity log on a sample (408 Western Slope, 50 Situs).

Western SlopeSitus Group
Work orders in 12 months1,952 (897 from residents)3,705 (1,843 from residents)
TrendRising: 109/mo last Oct to 230+/mo this summerRising: 281/mo to 483/mo in August
Top resident issuesHVAC 29%, plumbing 21%, appliance 14%, doors/locks 13%Plumbing 32%, appliance 15%, doors/locks 14%, HVAC 11%
Who entered themStaff 52%, resident portal 33%, system/call center 15%Staff 55%, system/call center 28%, portal 17%
Median days to done (resident)3 (1 in 5 takes over 14 days)4 (1 in 6 takes over 14 days)
Open right now40, of which 17 older than 14 days422, of which 325 older than 14 days (median age 55 days)
Probable duplicates (resident)12%14%
Marked urgent1.3%5.1%
Resident orders with no visible resident update90%89%
Resident orders created after hours50%46%
First staff touch takes over 24 h20%26%
Resident chased for status6%6%

What this says. The gap is communication and follow-up, not intake volume. Half the resident requests arrive after hours, nine in ten never get a resident-facing update, and one in eight is a duplicate, which is what residents do when nobody tells them anything. Western Slope's "Maintenance Performer" AI intake already handles 57% of resident orders in the sample, so the call-center cost is also a quality cost: we saw the records it writes.

4. The Orca question (corrected 2026-10-01)

Update 2026-10-29: Orca's founder confirmed Orca cannot write to AppFolio (reports API only). The event integration design is at Orca field events → Clara.

On today's call Jason described Orca as "a big data collector for us" (his friend's maintenance product) that tracks technician location and writes back to AppFolio. Fede's idea: read whatever it writes so Clara can tell a resident "it's assigned, here's the status" and push updates.

First pass was wrong. It searched the tickets for the word "Orca" and treated the automation-shaped entries as noise. The second pass read every author and every entry type across 1,156 work orders, 8,001 activity-log entries and 462 notes (all Western Slope logs we hold, plus a fresh headless read of 50 Western Slope and 99 Situs tickets). Fede's point stands: a vendor would not sign its entries "Orca".

Who writes to the ticketWhat it isWestern SlopeSitus Group
"Maintenance Performer"AppFolio's own AI intake for residents (creates the order from a call or chat)~57% of resident orders, since Dec 2025~22%
"Customer Service"AppFolio's contact center. After hours it texts and calls the on-call person, waits 5 minutes, tries the next, logs "accepted via text"involved in ~60% of resident orders, since Jul 2024~22%
"System"AppFolio automation: emails and texts the order link to staff within a minute, re-sorts urgency, reminds vendorsmost ticketsmost tickets
"Assistant PM" / "PM Assistant"A staff seat (Situs's has a Situs email and President-level access). Weekdays, business hours, acts hours after the ticket arrives. Notes read like someone relaying others: "Daniel says this is done", "sent a reminder via Teams", "already told the tenant via SMS"~45% of resident orders, since Mar 2026~47%; created 899 orders in six months, since Mar 2026

Reading. No outside tool writes under its own name, and nothing anywhere mentions GPS, "on the way", or an arrival. If Orca is people (or AI plus people) working inside the client's own AppFolio seat, the "PM Assistant" seat is exactly what that looks like: same month at both clients, same share of the work, relaying between techs, vendors and residents by hand. One question for Jason settles it: "Do Orca's operators log in as PM Assistant / Assistant PM?"

What residents actually get from any of this, per the log: contact-center calls with an ETA on about 13% of Western Slope orders (4% at Situs), and hand-sent texts that only show up as a note ("told the tenant via SMS"; a templated bilingual "we received your request" text at Situs, three copies). Nothing writes an en-route or arrival, a scheduled-time notice, a completion notice, or a satisfaction follow-up. Situs rarely records a schedule at all (4 of 99) and goes from assigned straight to "work done"; its techs log time on site with a phone timer. Western Slope records a schedule on about a quarter of orders, mostly entered by the assistant seat or by vendors.

What Clara can read today for an honest status: the status itself, who is assigned and whether the vendor accepted, the scheduled window and any reschedule, the latest "Waiting" note, the Situs on-site timer, "Work Done" or "Completed" with its closing note, and whether the contact center already gave an ETA. That supports "scheduled Thursday 9 to 3" or "marked done Tuesday", never "on the way". That is enough for Stage 2 and does not depend on Orca.

Full tables and five redacted samples per author and entry type: scratchpad report orca-footprint.md (session 000, 2026-10-01). Coverage: 275 of 897 Western Slope resident orders in the last 12 months have a log in the pull; Situs is a 99-ticket sample re-weighted to the real mix.

5. What we already have (reuse)

Gera built most of this; Camellia has run it since May. Reuse estimate for Stage 1 is about 90%.

PieceStateStage 1 needs
Voice intake with live troubleshooting from the unit's appliance manualsBuilt, live at CamelliaNothing
Knows the caller: name, unit, open orders, appliances, emergency number, after-hours rulesBuiltNothing
Emergency rules (gas, fire, sparking outlet, flooding, no heat in winter, injury): 911, transfer, on-call conferenceBuilt, hardcodedMove Western Slope's own rules into its knowledge base
Work order created in AppFolio after the call (browser robot)Built; said "in" with no order 7 of 8 timesFix: only confirm after the write succeeds, else say "I'm sending this to the team now" (issue #14512)
Add a note to or close an existing orderTools exist, resident use unprovenProve on three Willows calls
Status by text: "working on it", "order X created", "done, rate 1 to 5"BuiltNothing
Handyman paged by text with photos; vendor scheduling by textBuiltWestern Slope has no handyman number on file; add or skip
Work-order sync from AppFolio (status changes drive the texts)Off since 9/12 after rate-limit errors; budget fix merged sinceGera restarts it; without it no completion texts
Daily enrichment robot: permission to enter, slots, urgency, assignee, activity logBuilt, daily 3 AMNothing for Stage 1
Urgency written to the AppFolio recordNot writtenFix: emergency / urgent / routine on every order Clara creates
Email maintenance request to a work orderRecognized, forwarded to the team inbox, no orderStage 2
Reading portal-created orders and AppFolio's urgency ratingOnly via sync; urgency rating unreadStage 2
Text drafts mode (Gera 9/30)Built, on nowhereDecision, see section 8

6. Phased plan

Stage 1 — voice intake on at Western Slope (this week)

  1. Fix the three defects (bug fixes, no switch): confirm only real work orders; write urgency to the record; a resident with a maintenance problem on the leasing line is handed to maintenance, never pitched rentals.
  2. Gera restarts the work-order sync with the request budget on. Proof: status texts fire at Willows.
  3. Western Slope's rules into its knowledge base: emergency list, on-call number, after-hours behavior, "do not enter" handling. From the onboarding playbook checklist; destinations proven with a real call after their forwarding is on.
  4. Three proven Willows calls (new order, note on existing order, emergency path) with the order visible in AppFolio each time.
  5. Turn on at Western Slope. Fede's call. Maintenance calls route to Clara instead of the call center.

Before

3 to 12 minute calls with holds; name and address asked twice; wrong details in the order; no urgency; no "what happens next"; unknown callers turned away.

After

1.5 to 3 minute calls; caller recognized; live troubleshooting; order in AppFolio with urgency and the resident's words; a text saying what happens next. Proof: three Willows recordings plus the first week of real Western Slope calls, each matched to its AppFolio order.

Stage 2 — every work order, every channel (next two to three weeks)

  1. Read every new order whether it came from the portal, the call center, staff or email, and send the resident "we got it, here's what happens next". Today 90% get nothing.
  2. Status pushes on assigned, scheduled (with the date), done, from the AppFolio status Clara already syncs.
  3. Email intake creates the order instead of landing in the team inbox.
  4. Duplicate guard: a new request matching an open order on the same unit becomes a note, not a second order (12 to 14% today).
  5. "What's my status" on any channel answered from the record.

Before

Nine in ten resident orders never show a resident update; residents call again or file twice; staff first touch over 24 h for one in five.

After

Every order gets an acknowledgement within minutes and a text on each status change. Proof: share of resident orders with a resident update, measured from the same pull, target above 90%.

Later — the technician's context

7. Research: triage knowledge and competitors

8. Decisions for Fede

  1. Stage 1 scope at Western Slope. (a) Voice only, status texts on, no handyman paging (recommended: nothing to configure that they don't have); (b) voice plus handyman paging once they give us a number; (c) wait for Stage 2 and turn on both together.
  2. Text drafts mode (Clara drafts, staff sends). (a) Off, Clara sends (recommended: it is an improvement to live behavior and the text content is status, not judgment); (b) on for the first week at Western Slope only.
  3. Orca. (a) Ask Jason one question: "do Orca's operators work inside your AppFolio as the PM Assistant / Assistant PM seat, and do they write anything else?" (recommended; that seat appeared at both clients in March 2026 and touches almost half of resident orders); (b) ask Jason for a demo; (c) drop it until a customer asks. Either way Stage 2 reads AppFolio's own status fields and does not wait on the answer.
  4. Situs Group. (a) After Western Slope's first week (recommended: 422 open orders, 325 stale, their problem is follow-up, so Stage 2 is the value); (b) in parallel now.

9. Sources and limits

PropFlow Docs