Portfolio case study 02 · Tallahassee, Florida

Canopy & Pine Home Services

From scattered inquiriesto a reviewable operating flow.

How could a small field team acknowledge and organize new inquiries faster without letting software quote, promise, schedule, or send on its own?

Target operating modelSIM / 02
  1. 01Structured intakeone approved schema
  2. 02Rules + assistsuggestion, confidence, stop
  3. 03Human reviewprice · schedule · exception
  4. 04Audited next stepowner, status, note
Software preparesPerson decides
The control boundary remains visible at every step.
01Advise

Scored opportunities, vendor fit, ROI range, and risk controls

02Build

Interactive intake, triage, FAQ, draft, queue, and audit simulation

03Implement

30/60/90 plan, SOPs, training, tests, fallback, and handoff kit

Advise · business assessment

Assess the work before selecting the tool.

The scenario starts with the customer journey, evidence gaps, decision criteria, and control boundaries—not an AI feature list.

Business assessment

Current-state journey

Six handoffs. No shared source of truth.

Each claim below is an evidence assumption, not an observed client fact. The validation method is part of the assessment.

  1. 01

    Customer discovers

    Search, referral, or social post leads to a phone number or generic web form.

    Friction

    Service fit and next steps are not consistent by channel.

    Evidence gate

    Synthetic workshop assumption; validate with a 2-week channel log.

  2. 02

    Inquiry arrives

    Voicemail, form notification, and social messages land in separate places.

    Friction

    The team has no single review queue or shared priority definition.

    Evidence gate

    Synthetic workflow assumption; validate by mapping every live inbox with the owner.

  3. 03

    Office triages

    One coordinator rereads the request, identifies the service, and asks for missing details.

    Friction

    Repetitive interpretation and copy-paste acknowledgement consume attention.

    Evidence gate

    Assume 12 minutes per inquiry; time 30 real inquiries before changing the baseline.

  4. 04

    Customer waits

    After-hours inquiries sit until the next working block unless the owner checks a phone.

    Friction

    The customer has no reliable confirmation that a person will review it.

    Evidence gate

    Assume 40% arrive outside staffed response windows; verify from timestamp data.

  5. 05

    Human decides

    Staff clarifies scope, estimates effort, confirms service area, and chooses the next step.

    Friction

    Decision context is scattered across messages and personal notes.

    Evidence gate

    Synthetic process assumption; observe handoffs without collecting sensitive content.

  6. 06

    Quote or decline

    A person contacts the customer, prepares a quote, or explains that the job is not a fit.

    Friction

    No closed-loop record shows whether the inquiry was reviewed, handed off, or resolved.

    Evidence gate

    Validate by reconciling one month of inquiries to quotes and documented declines.

Assumption ledger

Nothing synthetic becomes a baseline by repetition.

5 items to validate
IDAssumptionRangeConfidenceValidation
A-01Monthly inquiries60–90LowCount all channels for 30 days; deduplicate by inquiry.
A-02After-hours share30%–50%LowCompare received timestamps with staffed hours.
A-03Manual triage time8–15 minMediumTime a sample of 30 inquiries, including clarification work.
A-04Contribution per recovered job$90–$180LowOwner supplies average invoice less variable labor, material, and payment cost.
A-05Recoverable jobs0.5–2 / monthLowEstablish a response-time baseline before attributing any later change.

Pain points

Operational symptoms, not technology slogans.

P1

Fragmented arrival points

Staff checks several inboxes and reconstructs context manually.

Likely effect

Slow review and uneven ownership

Proof needed

Channel inventory + missed-handoff count

P2

Unstructured requests

Service, urgency, location, and constraints are described inconsistently.

Likely effect

Extra clarification and classification work

Proof needed

Field-completeness sample of 30 inquiries

P3

Response copy varies

Acknowledgements may imply timing or availability before review.

Likely effect

Expectation and brand risk

Proof needed

Review current templates and 20 recent responses

P4

No auditable handoff

A request can be seen without a clear owner, status, or follow-up note.

Likely effect

Duplicate work or silent drop-off

Proof needed

Inquiry-to-disposition reconciliation

Opportunity scorecard

Value leads. Burden still counts.

Priority = (value × 3 + inverse effort + inverse risk + inverse difficulty) ÷ 30 × 100. Each input is 1–5. Value receives 50% of the weight; lower effort, risk, and implementation difficulty improve priority equally.

OP-01

Standardized inquiry form

Recommend now

Improves data quality at the first step and can be tested before any AI or integration.

Value5
Effort2
Risk1
Difficulty2
93/ 100
OP-03

Operator queue with audit trail

Recommend now

Creates shared ownership, status visibility, and evidence for later improvement.

Value5
Effort3
Risk2
Difficulty3
83/ 100
OP-02

Human-reviewed acknowledgement drafts

Recommend now

Makes response copy consistent while preserving staff authority over every send.

Value4
Effort2
Risk2
Difficulty2
80/ 100
OP-04

Approved-source FAQ assistant

Pilot after baseline

Useful for repetitive questions only after the knowledge base, review owner, and handoff rules exist.

Value3
Effort3
Risk3
Difficulty3
60/ 100
OP-05

Autonomous quotes and scheduling

Reject

Property condition, scope, crew capacity, and price exceptions require human confirmation in this scenario.

Value4
Effort4
Risk5
Difficulty4
57/ 100
OP-06

Custom CRM and dispatch platform

Reject

Mature field-service products already cover records, scheduling, quotes, jobs, and invoices.

Value2
Effort5
Risk4
Difficulty5
33/ 100

Recommendation

Configure the backbone. Build only the differentiating layer.

01

Standardize before automating

Use one owner-approved intake schema and one shared disposition list across channels.

02

Buy the operating backbone

Trial Jobber and Housecall Pro with the real process; do not custom-build CRM, scheduling, quoting, invoicing, or payments.

03

Keep AI advisory

Let a bounded layer classify, retrieve approved FAQ text, and prepare drafts; a person owns send, price, schedule, and exception decisions.

Rejected or deferred

Not every capability earns a place.

  • Launch an AI phone agent firstIt adds voice, transfer, consent, call-recording, and booking complexity before the intake taxonomy is proven.
  • Connect every channel immediatelyA broad integration can reproduce inconsistent inputs at higher speed. Start with one channel and one queue.
  • Use a general chatbot as the source of truthUnbounded model knowledge can invent service, price, timing, policy, or coverage details.
  • Measure success as revenue createdThe baseline is synthetic and attribution is weak. Measure completeness, review time, acknowledgement time, and handoff quality first.

Vendor selection · current public information

Trial two. Defer the heavier platform.

Reviewed July 27, 2026. Public pages change. Prices below are advertised USD starting points captured on the access date, not quotes; confirm features, add-ons, limits, taxes, contracts, and data terms in a trial.

01Best first trial

Jobber

4.5 / 5 scenario fit

Public facts used
  • Requests and online booking
  • Client, quote, job, invoice, and reporting workflow
  • Custom request forms and request activity history
  • AI Receptionist available by plan or add-on
Price visibility

Core advertised from $29/mo billed annually for 1 user; promotional displays vary.

Watch

Confirm which plan supports the needed users, custom fields, two-way text, pipeline, and review controls.

V-01V-02V-03
02Strong alternative

Housecall Pro

4.2 / 5 scenario fit

Public facts used
  • Online booking, scheduling, dispatch, estimates, invoices, and price book
  • Pricing forms can connect to online booking
  • Pipeline and CSR AI are separately described capabilities
  • Essentials adds routes, checklist automations, photo reports, and QuickBooks Online sync
Price visibility

Basic advertised at $59/mo billed annually for 1 user ($79 monthly on the captured page).

Watch

Confirm whether pipeline, CSR AI, integrations, and API access are included or add-ons for the selected plan.

V-04V-05V-06
03Defer for this size

ServiceTitan

2.4 / 5 scenario fit

Public facts used
  • Starter includes dispatching, scheduling, call booking, invoicing, and price book
  • Essentials and Works add broader operational capabilities
  • AI Virtual Agent supports booking and human transfer in the ServiceTitan workflow
  • Pricing page asks for company profile and a personalized demo
Price visibility

Per-technician packages; dollar pricing requires a personalized quote.

Watch

Likely more platform, onboarding, and operating change than the five-person composite needs.

V-07V-08
Build vs. buy decision

Run the same five scripted inquiries through Jobber and Housecall Pro trials. Choose the smallest plan that supports a shared request queue, required intake fields, owner permissions, export, and an auditable human review path. Revisit ServiceTitan only if dispatch complexity and team scale materially change.

Editable ROI range

Make every assumption visible.

This is a planning range, not a promised return. Labor value is capacity released, not guaranteed payroll reduction. Recovered work must be measured against a baseline and should not be double-counted.

Planning inputs

Calculated range

Monthly net capacity value-$35 $234
Labor capacity released
$94 $168 / mo
Recovered contribution
$45 $240 / mo
Operating cost
$174 / mo
Year-one net after setup
-$2,225 $1,014
Estimated payback
7.7 monot reached in low case
Formula and interpretation

Monthly labor capacity = inquiry volume × minutes ÷ 60 × loaded hourly cost × time-released rate. Add recovered jobs × contribution per job, then subtract software and maintenance. Year one also subtracts setup.

A negative low case is a useful result: it means the project needs a smaller scope, better evidence, or no investment.

Risk · privacy · human review · failure modes

The stop condition is part of the product.

Controls are designed for the fictional low-risk workflow. They are operating safeguards, not legal, privacy, security, or compliance advice.

Failure modeTriggerPrevent / detectHuman ownerFallback
Invented or stale service informationAssistant cannot cite an approved knowledge entryAnswer only from versioned KB; otherwise hand offOffice leadDisable FAQ assistant and show staff-review message
Customer reads a draft as a commitmentCopy includes price, arrival time, availability, or guaranteeBlocked terms check + human approval before any future sendOwnerUse neutral receipt-only acknowledgement
Urgent or unsafe work is mishandledInjury, active fire, power line, chemical, or unstable structure languageSafety keyword stop; no troubleshooting; explicit emergency guidanceOffice leadDo not book; route to a person or emergency services as appropriate
Sensitive data is collectedPayment, government ID, access code, health, or unrelated personal detailsMinimal fields, warnings, redaction procedure, retention limitOwnerDelete from working notes and move to approved secure channel
Automation or vendor is unavailableQueue, integration, or model fails a health checkVisible error state, idempotent retry, paper/phone fallbackOffice leadShared manual log and approved acknowledgement template
Low-confidence request is overclassifiedConfidence below 70% or rules and assistant disagreeNeeds-review status; no automatic next stepAssigned reviewerAsk one clarifying question after human review

Build · working prototype

A safe simulation of the proposed operating layer.

Classification, retrieval, drafts, status changes, notes, and audit history work in this tab. Every consequential action stops with a person.

Working prototype
Customer-side simulation

New inquiry

Browser state only
Use synthetic details.

Do not enter a real name, address, phone, email, access code, payment detail, or sensitive information.

Load a test condition

Waiting for a simulation

Load a clear, ambiguous, or safety example. The result will compare rules with a deterministic AI-assisted simulation and prepare a draft that cannot be sent.

Implement · rollout and handoff

Ninety days to a measured, owned process.

The implementation package treats setup, training, fallback, maintenance, and handoff as product work—not afterthoughts.

Implementation package
01
Days 1–30

Baseline and standardize

Make the manual process observable and consistent.

  • Inventory every inquiry channel and assign one process owner
  • Log 30 days of inquiry time, completeness, disposition, and response timing
  • Approve the intake schema, FAQ source, acknowledgement copy, and stop rules
  • Trial Jobber and Housecall Pro against five scripted inquiries
  • Choose a system of record and document export/rollback
02
Days 31–60

Pilot the bounded workflow

Reduce preparation work without delegating commitments.

  • Configure one intake channel and one shared operator queue
  • Enable classification in suggestion-only mode
  • Prepare acknowledgement drafts for staff review
  • Pilot FAQ retrieval with approved entries and visible citations
  • Test low confidence, outage, unsafe request, duplicate, and rollback paths
03
Days 61–90

Measure, train, and hand off

Prove operational fit and leave the team able to run it.

  • Compare completeness, review time, acknowledgement time, and handoff quality to baseline
  • Tune rules only from reviewed examples
  • Train primary and backup operators with a scored scenario exercise
  • Set monthly knowledge, permissions, vendor, cost, and failure reviews
  • Complete owner acceptance, account inventory, documentation, and disable drill
P-01

Setup checklist

  • Name process owner, backup, approvers, and vendor account owner
  • Confirm minimum fields and prohibit payment, ID, access-code, and health data
  • Approve services, service-area language, acknowledgement, FAQ, and escalation copy
  • Configure least-privilege roles and client-controlled accounts
  • Define retention, deletion, export, disable, and rollback steps
P-02

Testing plan

  • Happy path for each service and each intake channel
  • Ambiguous, incomplete, duplicate, unsafe, and out-of-area requests
  • Rules/assistant disagreement and confidence below 70%
  • Forbidden commitments: price, time, availability, guarantee, or booking
  • Vendor outage, queue outage, retry, audit history, export, and disable drill
P-03

Staff training

  • Read confidence as a review signal, not a fact
  • Approve, edit, or discard every draft
  • Recognize unsafe, sensitive, and out-of-scope content
  • Add concise notes and choose a disposition
  • Run the manual fallback and report a defect
P-04

Operating procedure

  • Review new and handoff queues at defined working intervals
  • Open the cited knowledge entry before approving a substantive answer
  • Never approve price, schedule, availability, or guarantees from the assistant
  • Record owner, status, note, and next action
  • Close only with a documented disposition
P-05

Fallback process

  • Disable assistant and automated draft preparation
  • Log inquiries in the shared manual sheet or vendor queue
  • Use the approved receipt-only acknowledgement
  • Assign one reviewer and reconcile duplicates after recovery
  • Document outage window, affected records, and resolution
P-06

Maintenance plan

  • Weekly: review low-confidence and corrected classifications
  • Monthly: approve or retire FAQ entries and audit permissions
  • Quarterly: test export, disable, rollback, costs, and vendor changes
  • After any incident: narrow scope before re-enabling
  • Before renewal: compare measured value with total operating cost

Reuse for another low-risk service business

Change the scenario. Preserve the control logic.

The content authority, scoring rules, ROI inputs, knowledge entries, intake taxonomy, and templates are deliberately separated from the interface.

  1. 01

    Choose another low-risk service with public, owner-approved information.

  2. 02

    Replace services, terminology, channel map, and safety triggers in the scenario authority.

  3. 03

    Observe the real manual workflow before changing scores or ROI assumptions.

  4. 04

    Re-run vendor fit using current official sources and the client’s actual team size.

  5. 05

    Keep quote, schedule, payment, safety, and exception decisions human-owned unless separately justified and tested.

  6. 06

    Remove the prototype if a configured vendor workflow solves the problem more simply.

Reusable toolkit

Six client-ready starting points.

Each download is a plain, editable template with prompts instead of invented client answers.

Research record

Official sources, access dates, and limits.

Vendor facts are drawn from public vendor pages. No trial, sales call, private documentation, or customer account was used.

Vendor research sources
V-02
Jobber Help Center

Request Basics

Request forms, queue workflow, activity history, permissions

Accessed 2026-07-27Open official source
V-03
Jobber Help Center

Receptionist—powered by Jobber AI

AI receptionist availability, requests, booking, and follow-up tasks

Accessed 2026-07-27Open official source
V-04
Housecall Pro

Pricing

Plans, advertised starting prices, online booking and operating features

Accessed 2026-07-27Open official source
V-05
Housecall Pro Help Center

Pricing Forms: Setup, Features, and FAQs

Pricing forms and online-booking connection

Accessed 2026-07-27Open official source
V-06
Housecall Pro Help Center

AI Team Overview

AI Team scope and CSR AI add-on status

Accessed 2026-07-27Open official source
V-07
ServiceTitan

Pricing and Packages

Per-technician packages, core features, personalized pricing flow

Accessed 2026-07-27Open official source
V-08
ServiceTitan

AI Virtual Agent

Booking, configuration, summaries, and live-human transfer

Accessed 2026-07-27Open official source
Research limit

Public product pages can be incomplete or promotional. A real recommendation requires a scripted trial, current contract and add-on review, data and retention review, export test, references where appropriate, and owner approval.