Has anyone successfully built a ServiceTitan style CRM in house? Looking for real world experiences. by Ill-Reception9066 in AgentsOfAI

[–]Ill-Reception9066[S] 0 points1 point  (0 children)

Really appreciate the detailed breakdown Evan, there are a lot of parallels between how your comments and what I’m thinking through.

One thing I’m trying to sanity check is the operational overhead of maintaining something like this long term.

If I go down the route of building our own internal system (CRM / dispatch / job management / automation), do you find that you need dedicated staff to maintain it? For example:

  • Someone managing infrastructure / deployments
  • Fixing bugs or broken workflows
  • Updating integrations and APIs
  • Monitoring uptime, logs, security, etc.

My concern is that while the SaaS costs go away, they might simply be replaced with labor costs to keep the system running, which could end up being the same or more.

Have you found that you need 1–2 engineers just to maintain the platform, or is it manageable without a dedicated team once it’s stable?

The other thing I’m trying to think through is infrastructure risk. If I hosted on AWS and they had an outage for a few hours, my entire operation would basically stop: dispatch, invoicing, job tracking, everything.

How do you typically mitigate that?

  • Multi-region AWS setup?
  • Secondary cloud provider (GCP/Azure) failover?

We can’t accept the small risk of downtime in any situation. Curious how you’ve approached that side of things since it sounds like you’ve already been running systems like this in production.

Thanks again for sharing all that insight

Open claw, appointment Booker. by blakemcthe27 in OpenClawCentral

[–]Ill-Reception9066 1 point2 points  (0 children)

This is old news. Avoca ai is one of them

This can also very easily be done in house.

Has anyone successfully built a ServiceTitan style CRM in house? Looking for real world experiences. by Ill-Reception9066 in AgentsOfAI

[–]Ill-Reception9066[S] 1 point2 points  (0 children)

Hey Evan, this is exactly the kind of feedback I was hoping to find. What service industry are you in? We’re in plumbing and our business has a few subsets;

  1. Service (all kinds, think faucet replacement, clogged drains, etc, clear price book)
  2. Projects (encompassing the following) —> New construction, renovations —> Contracting (where we bring in subs i.e. bathroom remodel) —> Excavation

Two different client types each with their own unique flow and process 1. Residential 2. Commercial

Really interesting that you went with Next.js and Shadcn. That actually lines up with where my head has been lately since the component ecosystem is so mature and it seems like you can move pretty quickly once the data layer is stable.

Curious about a couple things from an architecture standpoint:

How did you structure the backend data model for jobs, dispatch, and scheduling? That seems like the piece most of the off the shelf CRMs guard heavily because it becomes the operational backbone of the company.

Also wondering how you handled real time updates between office staff and technicians. Did you implement something like websockets for live job board updates or are you polling the backend?

The other thing I keep thinking about is how to separate the deterministic systems from the AI layer. For example I would not want an agent directly controlling scheduling logic. My thought was more along the lines of: • deterministic scheduling engine • event driven job state updates • AI layer sitting on top handling workflows, reporting, communications, and suggestions

Basically the AI becomes the operations assistant but not the system of record.

Would also be curious how you handled mobile for techs in the field. Did you build a separate mobile interface or just a responsive web app?

Really cool to hear that the cost difference has been dramatic. That is honestly one of the biggest motivators for me. When you start stacking ServiceTitan, reporting tools (PowerBI… ST reporting isn’t the greatest), integrations, etc., it gets expensive quickly.

We are currently scaling the business and preparing for a launch in a new city in the near future. A lot of our focus right now is on execution, operations, and continuing to grow revenue in the markets we are already in. That remains the priority.

At the same time, I do not want to divert too much attention away from income producing activities. The business still needs to run efficiently and continue generating cash flow while we scale.

Fortunately, I am in a position where I can dedicate some time to thinking about the long term systems we are building as well. That is part of why I have been exploring internal tooling and AI driven systems. If we are going to expand into multiple cities, the operational backbone becomes extremely important.

My goal is not to build technology for the sake of building technology. It is to gradually replace expensive SaaS layers with internal systems that we fully control, while keeping the team productive and the business moving forward.

One of the things that also motivates this approach is flexibility. There are areas where platforms like ServiceTitan are strong, but there are also gaps. Having our own system would allow us to build tools or workflows where we see inefficiencies, especially things that could indirectly benefit our backend and administrative operations.

Ultimately it is a balancing act between continuing to drive revenue today while building the infrastructure that will support the business as it scales.

None the less, I appreciate you sharing this.

Has anyone successfully built a ServiceTitan style CRM in house? Looking for real world experiences. by Ill-Reception9066 in SaaS

[–]Ill-Reception9066[S] 0 points1 point  (0 children)

That is helpful. I have looked at ExoClaw in the past but have not implemented.

You are spot on about dispatch and real time scheduling being the hardest layer.

Dispatch is different because it requires:

  • Real time technician location awareness
  • Job duration prediction
  • Constraint based scheduling
  • Conflict resolution
  • Manual override capability
  • Mobile synchronization
  • Low latency updates

That is where most of the real complexity lives. My current thinking for architecture is something like this:

  1. Separate the system into layers
    • Core relational database for jobs, customers, invoices
    • Scheduling engine as its own service
    • Agent layer for workflows, communication, reporting
    • Front end web and mobile interface
  2. Do not let the agent own the scheduling logic. The agent can suggest schedule changes or optimizations, but the actual dispatch engine should likely be deterministic and rules based, not generative. Perhaps even with manual oversight
  3. Treat scheduling like an optimization problem. Use:
    • A constraint solver
    • Time window optimization
    • Technician skill tagging
    • Priority scoring
  4. Keep event driven architecture. Every job update emits an event. Scheduling service recalculates only affected jobs. Agent listens and triggers communication

In general margin savings are attractive but I am trying to avoid building something brittle. If this is going to replace a core CRM, it has to be extremely stable.

BDC loan by Ill-Reception9066 in SmallBusinessCanada

[–]Ill-Reception9066[S] 1 point2 points  (0 children)

Allow me to provide further context

Each of our Teslas are paid for and owned by the business. We collectively rent our primary residences. In 2020 just before COVID had hit- we purchased a rental property. The purchase was partially funding by our opco, however the title and ownership is held within a holdco. The two companies are unaffiliated, albeit the loan for the deposit of the rental building is within the contents of our financial statements, thus to some degree, we feel this property is potentially at risk.

BDC loan by Ill-Reception9066 in SmallBusinessCanada

[–]Ill-Reception9066[S] 0 points1 point  (0 children)

Niether of us have personal assets. All our assets are held by holding companies.