
Interview
How I'm Building an AI-Powered Platform to Revolutionize the Automotive Service Industry
Matías•CEO of BugMentor, CTO of Allprocar & Senior SDET
•Mendoza, ArgentinaPlease introduce yourself and describe what you do for work.
I am a software engineer and the CTO of Allprocar. I specialize in backend development and system architecture, currently focusing on building a vertical SaaS solution for the automotive industry. My work involves designing and developing a comprehensive platform that connects vehicle owners with workshops and mechanics, streamlining the entire repair and maintenance process through intelligent scheduling and data management.
How did you get started?
It started with a personal frustration: the lack of transparency and efficiency in vehicle maintenance. I realized that while every other aspect of our lives was going digital, booking a mechanic or tracking service history was still stuck in pen-and-paper chaos. I saw an opportunity to modernize this industry. Leveraging my background in software engineering, I began prototyping a scalable backend using Go and GraphQL to handle the complex data relationships between owners, vehicles, and workshops, aiming to build the 'operating system' for automotive repair.
What is a common misconception that people have about you or your job?
The Misconception: That building software for a 'traditional' industry like automotive repair is low-tech or simple.
The Reality: People often assume I'm just digitizing a paper calendar. In reality, I am architecting a complex system that manages intricate many-to-many relationships—between specific vehicle diagnostics, mechanic specializations, and workshop availability. It’s a distributed systems problem that requires high-performance engineering (using Go and GraphQL) and strict AI guardrails to bring order to the chaos of a physical garage.
What part of your journey were you unprepared for? What caught you off guard?
I was prepared for the complexity of the domain logic—handling mechanics, workshops, and appointments is tricky but solvable. What caught me completely off guard was the 'hidden complexity' of the tooling ecosystem.
I underestimated how fragile the bridge between code and environment could be. I spent days fighting circular dependencies in code generation (gqlgen) and battling obscure environmental errors (like package not in std) caused by simple version mismatches in go.mod. I assumed the hard part would be the algorithms; it turned out the hardest part was just getting the machine to agree with the code.
What are you most proud of in your journey so far?
I am most proud of not giving up when the 'simple' things became impossible.
There was a specific moment when the entire project was dead in the water—not because of bad logic, but because of obscure environmental conflicts between my local Windows machine and the Go toolchain. The compiler was screaming that standard packages didn't exist, and the code generator was trapped in a loop. Most would have scrapped the stack and gone back to something 'easier' like Node.js.
Instead, I dug in. I debugged the compiler's module resolution, restructured the entire dependency injection flow, and forced the system to work. That persistence didn't just fix a bug; it proved to me that I have the grit to build a robust, high-performance system like Allprocar from the ground up
What is one piece of advice you'd give to someone who wants to follow a similar path?
Respect the 'plumbing' as much as the product.
When you choose a high-performance stack like Go and GraphQL, it's easy to obsess over the business logic—the features your users will see. But my biggest battles weren't with the product features; they were with the configuration.
My advice is: Treat your tooling setup (your gqlgen.yml, your module paths, your environment variables) with the same level of care as your core algorithms. If you rush the foundation, you will spend weeks debugging 'ghost' errors that have nothing to do with your code. Master your environment first, and the coding becomes the easy part.
Anything you would like to add?
Just that we are barely scratching the surface of what is possible in this industry. While we are starting with scheduling and management, the real revolution lies in the AI Agent we are building. I believe the future of automotive care isn't just about 'booking a slot'—it's about having an intelligent system that knows your car better than you do. We are building the brain for the modern workshop, and if you share that vision—whether as an engineer, a workshop owner, or an investor—I’d love to connect.
