Service requests with photos
Owners describe the problem, add a photo and note the water level, so the technician arrives knowing what to bring.
A pond owner whose pump quits on a hot July afternoon does not want to play phone tag while the fish start to struggle. This customer self-service app for pond services lets clients request a visit, pick a window, receive seasonal reminders and follow status in one place, scoped on a free call first.
The first release should cover service requests, appointment windows, seasonal reminders and live service status. Those four handle most of the calls a pond company takes in a typical week, from a stalled pump to a request for spring start-up. Getting them right first means the office stops retyping the same details from voicemails.
Later phases could add a koi health history with water test trends, a portal for property managers who run several sites and a loyalty scheme. Each has value, though none is needed to take the first booking. We would list them as deferred items in the scope.
A homeowner with a backyard koi pond finds the pump has stopped on a July afternoon. She opens the app, selects pump not working and uploads a photo of the filter basket along with a note about the water level. The app shows the next open windows, and she books the first one for the following morning.
Before the visit she receives a reminder, and the status line moves to technician on the way. After the visit she sees a service summary that lists the filter cleaning, the water readings and a recommended check in two weeks. The app books that check once she accepts it, and the invoice sits in her account, where she pays it without calling the office.
Pond companies often run Jobber or Housecall Pro for scheduling, QuickBooks for the books and a card reader from Square or Stripe for payments. Some still plan the week in Google Calendar and gather reviews through a Google Business Profile. We map those tools in the scoping call so the app reuses existing customer and job records.
Where a field service tool already holds customers and jobs, the app can read and write to it through the vendor's integration, if one exists. Where none exists, a scheduled import is often enough for the first season. A customer should never see a different price or a different job history depending on which screen they open.
Owners describe the problem, add a photo and note the water level, so the technician arrives knowing what to bring.
Customers choose from open windows, receive a reminder the day before and can reschedule inside the limits you set.
The status line moves from request received to technician on the way to job complete, with no need to call the office.
Every past visit and receipt lives under one login, so last July's invoice takes seconds to find.
A pond maintenance business is seasonal in a very literal way. Spring start-up comes when the water warms and pumps and filters go back on, summer brings algae blooms and heat-stressed fish, and autumn means leaf netting and pump removal before the cold. Winter work centers on aeration and keeping open water, so demand arrives in waves rather than evenly.
A heavy rain or a hot spell can fill the request queue in a single afternoon. The app should show weekly capacity, flag urgent requests such as a summer pump failure and offer the next open window rather than letting bookings pile up. Seasonal reminders should go out before each phase, so customers book early and crews can plan their routes.
The first mistake is a booking form with no room for photos. A cloudy pond or a patch of dead plants is hard to describe in words, and a photo lets the technician arrive with the right equipment. The second is a menu of services written in trade jargon, such as aeration, that customers cannot match to the problem they actually see.
Another mistake is forgetting owners who are not homeowners. HOA boards and property managers need invoices addressed to the right entity and several properties under one account, and adding that later is painful. Keep a clear path for emergencies, so a customer whose pump has failed does not have to search through a long menu first.
Start with the calls the office no longer has to take. If booking, rescheduling and status checks move into the app, the phone carries fewer routine questions and more of the complicated ones. Track booking requests completed without a call, the average time from request to visit and the share of invoices paid through the account.
Repeat service is the commercial signal. Watch how many pond owners book a second visit in the same season and whether seasonal reminders lead to earlier bookings. We would set baselines from the first season of use and avoid promising a growth figure before any real data exists.
Some will, but many prefer a web page on their phone for a single pump repair. We would design for both and decide during the scoping call based on how your customers book now. The screens should work on a phone held in gardening gloves, not only at a desk.
Urgent requests can come in at any hour and be flagged for a call-back before the morning. The app should never stand in for emergency contact, so a clear line points people to the right number. Your team decides how fast to respond and who is on call.
Yes, within the windows you open, and the crew schedule adjusts at once. Requests beyond those windows go to the office for a decision. You write the rules, and the booking screen only shows the options that fit them.
Usually, yes, through the field service or accounting tool you already run, such as QuickBooks or Jobber. We check what that tool can share before promising any link. Invoices remain in your accounting records.
Keep service records only as long as your business and local law require, and set that rule in writing before launch. Photos of a backyard can show the layout of a home, so access should stop at the crew and office. Remove access when a contractor's work ends.
Walk us through one pump call from start to finish and we will show the booking screens, with scope and price in writing.