Back in March 2025, I experienced something that felt revolutionary. I was introduced to Lovable.dev, and suddenly, the power to build applications was at my fingertips. I, a Salesforce Solution Architect with dozens of ideas, could finally bring them to life without writing a single line of code. The democratization of AI wasn't just a buzzword anymore; it was real, and it was intoxicating.
My first creation, Assessify, came together quickly. Then came Sabi Soul Journey, and suddenly I had a dozen more ideas queued up. If it were up to me, I would have spent every waking hour building apps to make my life easier. The barrier between imagination and creation had seemingly vanished.
The Wake-Up Call
Sabi Soul Journey was fun. It was creative. It was everything I loved about the possibilities of vibe coding. But it was also a complete left turn from my actual role as a Salesforce Solution Architect. I had Service-related challenges that my customers were facing every day on the Salesforce platform. And here I was, building passion projects that had nothing to do with my customers' needs.
I put a pause on the passion projects and refocused on what mattered: How could my Salesforce customers benefit from this technology?
I needed to get back to work. But I also knew I couldn't just abandon what I'd learned. The question became: How do I bring vibe coding into my enterprise world?
The 80% Problem in Enterprise AI Development
As I shifted my focus back to Salesforce, I started applying vibe coding tools to real enterprise challenges. That's when I discovered what I now call “The "80% Wall."
Enterprise AI development isn’t just about building models, it’s about designing systems that can be governed, supported, and scaled.
Take Assessify as an example. The initial build was exhilarating. I could demonstrate a working prototype, and stakeholders were excited. But as we moved into final user acceptance testing (UAT), the cracks began to show. The OpenAI API connection that powered the app's recommendations was unreliable. I faced ongoing maintenance challenges to ensure accuracy and proper training of the AI model. The results weren't giving us what we needed.
To get Assessify production-ready, I would have needed to hire developers to rebuild it from scratch. Vibe coding had given me a solid idea and a clear path forward, but it couldn't deliver the enterprise-grade foundation required for production deployment.
I found myself caught in the weeds, hammering away at the chat interface, trying to coax the AI into doing something different. Then I'd dive into the code itself, only to realize: I had to start over. Completely.
You know that sinking feeling when you realize the demo that wowed everyone in the conference room is nowhere near ready for production? That was my reality. This 80% wall is a common problem in enterprise AI development, where prototypes work, but production readiness breaks down.
The Hidden Risk of Vibe Coding in the Enterprise
Tools like Lovable.dev make it easy to prototype AI apps quickly, but speed without architecture creates risk in enterprise environments like Salesforce. The real challenge isn’t building AI apps fast. It’s making them production-ready, supportable, and aligned to enterprise architecture standards.
The Support Gap
There was another critical issue I hadn't anticipated: I didn't know how to support what I was creating.
I know how to support Salesforce apps. I have a playbook for user management, permissions, debugging, updates, and ongoing maintenance. I understand the Salesforce ecosystem inside and out. But for these standalone applications built with vibe coding tools? I was flying blind.
My Salesforce customers need their apps directly in the Salesforce platform. They want end users in one place, with seamless integration into their existing workflows. If I was going to build something my customers would actually use, it needed to be supported within Salesforce. The fun experiments had taught me a lot, but they weren't solving the right problems.
How I Broke Through the 80% Wall: Architecture Before Code
This journey forced me to fundamentally rethink my approach. I realized that the democratization of coding is not the democratization of architecture. The real challenge isn't just building something; it's building the right thing, the right way, for the right environment.
I had to develop a new workflow that combined the speed and creativity of vibe coding with the discipline and structure required for enterprise Salesforce solutions.
4 Step Success Framework for Enterprise Vibe Coding
1. Define the Foundation
I now start every project by creating a Product Requirements Document (PRD) that focuses on the target persona, their key jobs to be done, and the critical objectives of the solution. I'll even use AI-powered tools to help refine this thinking, but the goal is clarity before code.
If you're tempted to skip this step because AI makes building so fast—don't. This is where you save yourself from rebuilding later.
2. Solidify the Solution Design
This is where Tribal became the missing layer, turning fast AI experimentation into enterprise-ready Salesforce solutions. I feed the PRD into Tribal, and through a series of consulting-like questions, it helps me expand and solidify the solution design. It forces me to think through the architecture, the data models, and the user flows before any code is written.
3. Generate the Blueprints
Tribal provides a solution design and architecture layer that sits between AI prototyping and Salesforce implementation.
With Tribal, I can generate:
- Sequence diagrams for AI-driven workflows
- Solution design documents for Salesforce delivery
- Entity Relationship Diagrams (ERDs) aligned to Salesforce data models
These aren't just nice-to-haves; they are the blueprints for a successful enterprise application. They're also the documentation I need to support and maintain solutions over time.
For Salesforce projects specifically, having these diagrams upfront means I can design solutions that integrate properly with the platform, leverage the right objects and relationships, and follow Salesforce best practices from day one.
4. Build with Confidence
Only after I have a solid architectural foundation do I move into the building phase within Salesforce. This workflow keeps me out of the weeds and focused on what I do best: designing robust solutions that solve real business problems for my customers.
Want to see how this workflow looks in practice?
Watch a 2-minute Tribal demo to see how PRDs become production-ready Salesforce architectures.
The Product Management Lesson
This experience also taught me critical lessons about product management in the age of AI-assisted development. The speed of vibe coding can be deceptive. It's easy to confuse a working prototype with a production-ready solution. The implementation process fundamentally changes when you can build 80% of something in hours instead of weeks.
Here's what I learned the hard way: When the barrier to building is low, the temptation to skip the planning phase is high. But that's exactly when you need structure the most. It's counterintuitive, I know. But the framework—the PRD, the personas, the jobs to be done, the solution design—becomes your guardrail against building the wrong thing quickly.
My Key Takeaways for Enterprise AI Builders
- Vibe coding accelerates prototyping but stalls at production
- Architecture is the missing layer between AI demos and deployable solutions
- Salesforce AI apps must be designed for support, scale, and governance
- Tools like Tribal help teams design before they build
See Tribal in action
If you’re hitting the 80% wall building AI apps in Salesforce, Tribal helps you design the architecture, data models, and flows before you write code.
Watch the demo
The Path Forward
The democratization of AI is a powerful and exciting development. But for those of us in the enterprise world, particularly those working within established platforms like Salesforce, it's not a replacement for our expertise—it's an amplifier.
Vibe coding can help us prototype faster, validate ideas with stakeholders more effectively, and explore solution options we might not have considered. But the last 20%—the architecture, the integration, the support model, the production readiness, that's where our experience as Solution Architects becomes invaluable.
The tools have changed. The discipline hasn't. And when you combine the two, that's when you deliver solutions that aren't just fast or clever, but truly lovable and built to last.
If you’re hitting the 80% wall building AI apps in Salesforce, seeing the right architecture early makes all the difference. Watch the Tribal demo to see how enterprise teams design before they build.


.png)

