Business Management System Development Example for a Plumbing and Water-Services Provider
* Actual cost, timeline, and scope vary by factors such as number of users, existing data conditions, and external system integrations.
This case began when a locally focused plumbing and water-services provider reviewed how information was shared from initial reception through on-site work. Office staff who also handled reception received repair requests by telephone and recorded the customer name, address, telephone number, preferred visit time, and fault description on paper dispatch slips. The owner or dispatcher wrote staff names and daily destinations on an office whiteboard, then notified available technicians by telephone or message. Customer information was retained in an Excel ledger, but it was not linked to daily schedules, work photos, or completion reports.
After on-site work was completed, field staff wrote the work performed, parts used, and estimated charges by hand on dispatch slips. Before-and-after photos were stored on their individual smartphones. During busy periods, when seven to ten visits could overlap in a day, the office had to call staff to determine whether they had arrived, whether parts needed to be ordered, or whether the next visit could be rescheduled. When the same customer contacted the company again, the team had to search the Excel ledger, past slips, and individual photo folders separately, making it difficult to confirm repair history while speaking with the customer.
Proposal and Estimation Highlights
Rather than replacing quotation creation, invoice issuance, and accounting integration all at once, the project was scoped around digitizing the flow from initial reception through site visits and completed-work reports. The system was designed for an operational volume that a small company could manage on a daily basis. For field staff, the core actions were limited to checking the destination, updating arrival or completion status, and registering photos. The initial release established a foundation for information sharing, while invoicing and a customer portal were reserved for a possible second phase based on actual usage.
To make a six-week delivery feasible, the client was asked to provide the paper dispatch slips, reception checklist, staff list and roles, sample jobs and work photos, and acceptance criteria at the start. The initial scope was limited to three roles—Administrator, Customer Service and Dispatch, and Field Staff—along with fixed job-status transitions, standard photo registration, and job and customer-history search. Invoice issuance, inventory management, payment processing, accounting-software integration, a customer portal, and large-scale migration from existing Excel files were excluded.
At the office, staff registered a telephone request as a job, assigned a field technician, and set the planned visit time. Field staff used smartphones to check jobs for the current and following day, then updated the job status to “En Route” and “In Progress.” Once work was complete, they entered before-and-after photos, the work performed, parts used, and any follow-up requirement, then reported the job as “Complete” to the office. By finalizing the input fields and representative screens in the first week and completing reviews in short cycles, we defined a scope that could be delivered for $8,400 in approximately six weeks.
Technical Configuration
| Item | Technology and Rationale |
|---|---|
| Front End | Built as a responsive web application with TypeScript and a React-based framework, usable on both PCs and smartphones. Field screens prioritize large status buttons and camera-launch buttons. |
| Back End & API | REST APIs handle customers, jobs, work reports, and attached photos. Job-status transitions and assigned-staff permissions are validated on the server side. |
| Database & Photo Storage | A PostgreSQL-compatible database relates customers, jobs, staff, work reports, and audit trails, while access-controlled object storage holds work photos. |
| Authentication and Authorization | Three roles—Administrator, Customer Service and Dispatch, and Field Staff—limit users to the appropriate scope of job viewing and updating. |
| Quality Assurance | We prioritized acceptance checks of the main reception, dispatch, and completion-report flow using representative dispatch slips and work photos, then made adjustments within the fixed initial scope. |
An Option for AI-Assisted Handling of Sensitive Operational Data
The standard configuration in this example does not include AI analysis of job notes or work photos. If a business later wants to support internal search, completed-work summaries, or next-action drafts without sending job notes containing personal information, photo descriptions, or repair history to external AI services, we can separately consider a private AI configuration using a locally run LLM on PCs or servers managed by the client. Learn more about our Private AI & Local LLMs service.
This option requires an assessment of source data, authorization design, response speed, available CPU, GPU, memory, and network controls. Because photo handling, possible hardware upgrades, network configuration, and additional validation may be required, it is not included in the standard $8,400 / six-week scope and is quoted separately according to the requirements.
Deliverables and Feature Scope
The initial release was limited to the functions required to take a repair request through to a completed-work report for the office. Finalizing service charges, issuing invoices, inventory management, and customer email distribution were outside the initial scope; the client continued to use its existing accounting software and business processes for those functions.
The deliverables consist of the complete web application, an administrator operations manual, a database design document, and a test-results list.
Workflow and Screen Overview
| User | Main Actions | Practical Use Case |
|---|---|---|
| Customer Service and Dispatch Staff | Register jobs, assign field staff, set preferred visit times, and check the status list | While receiving a call, staff enter customer information, address, request details, and a preferred time, then assign the job to an available technician. |
| Field Staff | Check daily schedules, update job status, and register work photos and notes | Staff change the job to “En Route” before arrival, “In Progress” at the start of work, and “Complete” after registering photos and notes. |
| Administrators | Search all jobs, view repair history by customer, aggregate job volumes, and export CSV data | When a customer calls again, staff can find prior repair details, photos, and assigned technicians using an address or telephone number. |
Main Data Managed by the System
| Category | Main Fields |
|---|---|
| Customer Information | Customer name, address, telephone number, building type, and contact notes |
| Job Information | Reception date and time, preferred visit date and time, request details, assigned field staff, job status, and planned follow-up |
| Work Reports | Start and completion date and time, work performed, parts used, estimated charge, before-and-after photos, and handover notes |
| Audit Trail | Created by, updated by, date and time updated, and status-change history |
Timeline and Delivery Process
This project was completed in approximately six weeks on the assumption that paper dispatch slips, the reception checklist, staff list, and representative job and photo samples were supplied at the start. By completing business-process alignment and major-screen confirmation in Week 1, we reduced late-stage rework and shortened the path from implementation through acceptance testing to production launch.
| Phase | Timing | Work Completed and Client Participation |
|---|---|---|
| Step 1: Business-Process Alignment and Major-Screen Confirmation | Week 1 | We reviewed existing dispatch slips, reception checklist items, and completion-report examples. The client involved one reception staff member and one or two field staff members, then provided the staff list, sample jobs, and photos. We finalized the key job-list, job-detail, and completion-report screens, as well as job statuses and required fields. |
| Step 2: Foundation, Job Management, and Photo Registration | Weeks 2–3 | We implemented authentication and authorization, customer and job management, staff assignment, status updates, and photo uploads. The basic reception-to-field-report flow was checked using representative jobs. |
| Step 3: Search, CSV Export, and Internal Testing | Week 4 | We implemented customer and job search, repair-history reference, and CSV export, then tested the main permissions and job-status transitions. |
| Step 4: User Acceptance and Adjustment in the Test Environment | Week 5 | Customer-service and field staff tested the application using data based on actual dispatch slips. We adjusted field labels, button placement, and the completion-report flow within the fixed initial scope. |
| Step 5: Delivery, Go-Live, and Payment | Week 6 | We released the application to the production environment and delivered the operations manual, database design document, and test-results list. The full amount was invoiced after acceptance. |
Payment Terms
As a general rule, we do not require an upfront payment. There was no payment at the time of contract; the full amount was invoiced only after all development work and the client’s acceptance were complete.
Cost Breakdown
The following amount covers implementation of the reception, dispatch, field-completion-report, and history-search functions defined in the initial phase, along with testing and production-release support. Invoice issuance, inventory management, payment processing, accounting-software integration, a customer portal, large-scale existing-data migration, and a private AI / local LLM environment are outside the initial scope.
| Item | Cost | Scope |
|---|---|---|
| Requirements Alignment & Project Direction | $1,200 | Organizing dispatch slips and reception flows; defining major screens, operating rules, acceptance criteria, and project management |
| UI/UX Screen Design | $1,200 | Wireframes for office management screens and field-staff smartphone screens, plus usability review |
| Front-End Development | $2,000 | Job-list, job-detail, and completion-report screens; status display; and responsive behavior |
| Back-End & API Development | $2,670 | Database design, authentication and authorization, job/work-report/photo management, search, and CSV export |
| Testing & Implementation Support | $1,330 | Test planning, test-data creation, acceptance support, production release, and creation of the operations manual, design document, and test-results list |
| Total | $8,400 | Initial-scope delivery |
Currency and Invoicing
All amounts on this page are approximate U.S. dollar (USD) figures, converted from the original Japanese yen (JPY) estimate at an assumed exchange rate of around JPY 150 per USD and rounded for readability. Quotations and invoices can be issued in USD, JPY, or other currencies upon request; the applicable exchange rate, conversion basis, and any bank or payment-provider fees will be confirmed in advance for each project. For clients outside Japan, payments are generally handled as transactions exempt from Japanese consumption tax.
Supplement: Estimated Third-Party Service and Maintenance Costs After Launch
The following figures assume an initial operation with approximately 12 employees, around a dozen regular users, several hundred jobs per month, and attached work photos. These expenses are separate from the initial development cost. Cloud services required to operate the web application in production, as well as any monitoring or notification services selected, incur third-party service charges paid directly to the respective providers.
| Category | Estimated Monthly Cost | Nature of Cost and Main Inclusions |
|---|---|---|
| Third-Party Cloud Service Charges at Cost | $50–$100 | Web-application hosting, managed database, work-photo storage, scheduled backups, and domain/SSL maintenance. These are, in principle, pass-through service charges paid to cloud providers. |
| Minimum Maintenance and Operational Support | $70–$130 | Monthly service, backup, and basic-log checks; review of vulnerability notices; initial contact for urgent issues; and approximately 30 minutes of configuration or operational consultation. Incident recovery work, specification changes, and feature additions are quoted separately. |
| Optional External-Service Charges at Cost | $0–$30 | Error monitoring, logs and alerts, and email notifications when used. Usage-based charges for SMS delivery and online payments are separate. |
| Estimated Monthly Total | $120–$260 | A low-cost operating assumption based on the items above. The amount varies with photo-storage volume, number of users, traffic, exchange rates, and added services. |
Third-party cloud-service costs are model estimates informed by published pricing structures for managed database, authentication and file-storage services, web hosting, and object storage.
Staff Comment
For small businesses like this plumbing and water-services provider, where telephone reception, site visits, and photo-based completion reports occur daily, it is effective to begin by focusing on sharing each job’s status between the office and the field. Rather than abruptly replacing existing accounting software or invoicing procedures, the initial release moves only the dispatch-schedule and completion-report functions that had been distributed across paper dispatch slips, a whiteboard, and an Excel ledger into a web application. This helps the new workflow take hold without overburdening the field team.
The six-week delivery was possible because the existing slips, fields, and roles were shared at the start and the screens and status transitions required for the initial release were fixed early. This allowed the initial cost to remain at $8,400 while consolidating the status checks that had depended on telephone calls and the repair-history information that had been scattered by customer.
If the client later wants AI to support next-action drafts or internal search based on past work history and job notes, Private AI & Local LLMs is also an option alongside cloud-AI integration. It can be designed to keep operational data within client-managed infrastructure, although it requires a separate design based on data type, photo handling, available hardware, and network requirements.
Typical Scope for Common Add-Ons
After the initial release has become established, a customer portal may be added so customers can log in and view planned visit times, work history, photos, and quotations. Because the existing customer and job data can be reused, a typical estimate is an additional $4,000–$6,000 and approximately 4–6 weeks.
An online-payment integration may also be added to issue a payment link after an on-site repair. This approach uses an external payment service and does not store credit-card information in the company’s own system. A typical estimate is $3,300–$4,700 and approximately 3–5 weeks.
Adding both the customer portal and online payment as a second phase is estimated at an additional $6,700–$10,700 and approximately 7–9 weeks. Combined with the initial release, the total would be approximately $15,100–$19,100. Separate design and estimation would likely be required if the project also needed split billing, batch management of multiple properties, parts-inventory integration, manufacturer-warranty inquiries, or two-way integration with accounting or core business systems.
By first digitizing daily dispatch slips and completion reports reliably, then expanding in stages based on the functions actually needed in operation, the business can avoid unnecessary investment and grow the product into a better fit for its own workflow.

How It Started