2025: The Year I Stopped Building Tools and Started Building a Company

2025 didn’t go as planned.

That was exactly the point.

Most people spend their lives avoiding uncertainty. I chose it deliberately. Not because I’m fearless – because I wanted to learn. And you don’t learn by following the plan. You learn when the plan falls apart and you have to figure out what comes next.

This is my 2025. A year that taught me more than any plan ever could.

January to April: The Thinking Phase

Most founders talk about shipping fast. I spent four months not shipping anything.

Instead, I thought. About architecture. About data flows. About prompts. About what a GTM intelligence system actually needs to do – not what it could do, but what it must do to deliver real value.

I mapped out the 15-step workflow that would become the backbone of Commander & Architect. I obsessed over the sequencing. Which analysis needs to happen before which? What data feeds into what? Where are the dependencies?

Four months of thinking before writing a single line of automation code.

My wife probably thought I was procrastinating. I was building a cathedral in my head.

When I finally started coding, I didn’t have to figure out what to build. I already knew. Every module, every connection, every data transformation – mapped out in dozens of pages of json and markdown. The kind of clarity you only get when you refuse to touch the keyboard until you’ve earned it.

Late April: The Developer That Never Was

April 25th. I wrote a detailed briefing for an Indian developer I was considering hiring. The plan was simple: have him explain how he’d approach building the system, then decide on next steps.

But something happened while writing that briefing. The more I documented the architecture, the more obvious it became: I understood this system better than anyone I could hire. Why would I pay someone to learn what I already knew?

April 26th and 27th, that weekend, I started building.

By the time I had my call with the Indian team on May 5th, I’d already made significant progress. The call confirmed what I suspected: professional development would cost a fortune. Multiple developers, project management, coordination overhead – and I’d still have to explain my vision to people who didn’t live it.

That conversation didn’t change my mind. It validated a decision I’d already made.

May: The n8n Era Begins

With the decision made, I went all in on n8n.

The workflow grew fast. Module after module. Analysis pipelines. Data transformations. Output generation. Within weeks, I had a working system that could take a company’s information and produce strategic GTM intelligence.

There’s a particular satisfaction in watching something you designed actually work. Not “kind of works” or “works with workarounds” – genuinely works. Input goes in, intelligence comes out.

The n8n workflow became my proof of concept. The 15-step architecture wasn’t just theory anymore – it produced real, actionable intelligence.

But here’s what I learned through testing: technical proof isn’t business proof.

The system worked brilliantly. The intelligence it produced was solid. But when I started showing it to potential users, I discovered something more important than any technical achievement: nobody buys without trust.

It didn’t matter how good the analysis was. It didn’t matter how elegant the architecture. Without testimonials, without case studies, without proof that others had succeeded with it – the system was just a demo.

This wasn’t a failure. It was education. The kind you can’t get from a textbook or a blog post. The kind that only comes from putting something real in front of real people and watching what happens.

n8n was always meant to be the prototype, not the product. But it taught me something more valuable than validation – it taught me what actually matters when you’re trying to sell to people who don’t know you yet.

Trust first. Technology second.

September to October: Eating My Own Cooking

Mid-September. The n8n workflow was humming along. But I needed proof that it delivered real value. Not theoretical validation – actual proof.

So I did the only logical thing: I fed my own product idea into my own system.

“Here’s Commander & Architect. Analyze the target audience. Build me a website architecture. Then write all the pages.”

The system I’d spent months building was now being tested on the hardest possible use case – selling itself. If you can’t eat your own cooking, you shouldn’t be serving it to others.

Four weeks of iteration. The system would analyze, architect, generate. I’d review, refine the prompts, run it again. Each cycle sharpened both the output and the system producing it.

By mid-October, commander-architect.com was live. Not a simple landing page – a complete website with interconnected pages, each one generated by the system I was selling.

Every visitor who reads those pages is experiencing the output of the GTM intelligence system, without knowing it. That’s the kind of proof of concept I can get behind.

And then we flew to China.

November: Four Weeks That Changed Everything

Four weeks in China. Beijing. Chengdu. Chongqing. Guilin. Shenzhen. Hong Kong.

The contrasts were extreme. Dystopian megacities with endless high-rises disappearing into smog. Then, hours later, the surreal karst landscapes around Yangshuo. Hong Kong’s faded grandeur – luxury storefronts standing empty since the 2019 exodus.

I didn’t go to work. I went to reset. To see something so completely different that my brain had no choice but to think differently.

It worked. Maybe too well.

Right before we left, Google released Gemini 3.0 Pro Preview. I started experimenting with Gemini CLI. That led me deeper into Claude Code. And suddenly, I saw something I hadn’t seen before:

The scaling problem I’d been pushing to “future Simon” – I could solve it now.

User management. Billing with Stripe. Multi-tenant architecture. Automated pipelines that don’t need me in the loop.

Everything n8n couldn’t do elegantly, I could build properly with a real codebase.

The decision crystallized somewhere over the South China Sea: Stop patching the workflow. Start building the platform.

But the real breakthrough came at the end of the trip.

The Hong Kong Moment

We were on the upper deck of a double-decker bus, open-top, winding through Hong Kong’s streets. Warm November wind in my face. My wife was listening to the audio guide. I was staring at the palm trees, the yacht harbor, the Bank of China tower catching the evening light.

Mind completely empty. Finally.

And then, out of that emptiness: “I need to build myself a virtual team.”

It wasn’t just an idea. It was the answer to a problem I’d been living with for months.

Here’s the thing about being a solo founder: you’re never short on opinions, but you’re always short on perspectives. No CTO to challenge your architecture decisions. No co-founder to tell you when you’re overthinking. No team to cover your blind spots.

Most founders solve this by… not solving it. They just operate with blind spots until those blind spots become expensive lessons.

I decided to engineer my way out of the problem.

What if I built AI teammates? Not chatbots. Actual team members with specific roles:
– A technical advisor who thinks about architecture
– A business strategist who thinks about go-to-market
– A product person who thinks about user experience
– A devil’s advocate who pokes holes in everything

The idea felt right. The kind of right that doesn’t let go. The kind that makes you pull out your phone on a bus and start sketching architecture diagrams while your wife wonders what just happened.

This was the turning point. Not just for the product – for everything.

December: When Two Projects Became One

Back home, I started building. Not the GTM platform – the virtual team app.

Two and a half weeks later, it was done. Deployed. Running on the internet. Mobile-optimized so I can use it on my phone.

A knowledge vault where I could store everything about my project. RAG-powered, so my AI teammates could actually understand context. Entity relationships, so connections between concepts would persist. Conversation threads with different team members for different perspectives.

I built it for myself. A tool to think better. A way to have the strategic conversations that solo founders usually don’t get to have.

And then I realized something that made me laugh out loud:

Everything I was building for my virtual team – the knowledge vault, the entity relationships, the research and scraping pipelines, the user management – was exactly what the GTM platform needed.

Same RAG architecture. Same entity system. Same research pipelines. Same infrastructure.

I’d built the technological foundation for Commander & Architect’s future while solving my own problem. The “distraction” turned out to be the most direct path forward.

Sometimes the best architecture emerges when you’re not trying to architect anything. You’re just solving a real problem for a real user – yourself.

And here’s the thing: the team concept isn’t just for me. Future users of the platform will be able to create their own AI teams – specialists for competitive analysis, audience research, strategic planning. The same infrastructure that helps me think better will help them think better. But that’s a story for another post.

The Validation

Two weeks ago, two emails arrived.

Nvidia Inception Program: Accepted.

Nvidia doesn’t hand these out freely. They reviewed our technology, our architecture, our vision. And they said yes.

AWS Activate: Accepted.

AWS looked at what we’re building and decided it was worth supporting with infrastructure credits and resources.

These aren’t participation trophies. They’re organizations with real skin in the game saying: “This technology has potential. We want to help you build it.”

The irony? The idea to apply for both programs came from my virtual team. My strategist suggested Nvidia Inception. My business advisor pushed for AWS Activate. I just followed their advice.

I’ve been building alone because I see something most people don’t see yet. External validation from Nvidia and AWS doesn’t change what I’m building – but it confirms I’m not the only one who sees it now.

Where We Are Now

Today, I have:
– A working virtual team app that I use daily to think through problems
– The complete technological foundation for the GTM platform
– Nvidia and AWS as partners in the journey
– A clear path to a public alpha in early 2026

The n8n workflow still exists. It still works. But it’s no longer the future – it’s the proof of concept that validated the idea. It did its job. Now the real product is being built on proper infrastructure.

User management that doesn’t require my SSH access. Billing that handles itself. Pipelines that scale horizontally.

The boring stuff that separates tools from products, and products from platforms. I happen to love building that boring stuff.

What I Learned

Thinking time is building time. Four months of architecture planning before writing code isn’t procrastination – it’s the work that makes the other work possible.

Prototypes should be disposable. The n8n workflow did its job: prove the concept works. Knowing when to move on is as important as knowing when to start.

Trust is built, not assumed. Technical excellence means nothing if people don’t trust you to deliver. That’s why the alpha in Q1 matters – not for revenue, but for building proof that the system works for real users.

Side projects are reconnaissance missions. The virtual team app I built for myself became the foundation for the company’s technology. Follow the problems that fascinate you.

Solo means you choose your team. Nvidia, AWS, and yes – my AI teammates – are proof that support finds you when you build something worth supporting.

Validation is a compass, not a destination. External recognition tells you the direction is right. It doesn’t tell you you’ve arrived. Keep building.

What’s Next

Early 2026: Public alpha launch. Real users. Real feedback. Real iteration.

The goal isn’t perfection. The goal is getting the technology into hands that can test it, break it, and help make it better.

If you’re a founder, a CMO, or anyone who’s ever wished GTM strategy could be faster and more systematic – I want you in that alpha group.

Not because I need testers. Because the best products are built with users, not for them. And because I’m genuinely curious what happens when this system meets problems I haven’t imagined yet.


This was my 2025. A year that went differently than planned – and taught me more than any plan ever could.

Your Team Has AI Tools.

Your Team Has AI Tools.

How Revenue Teams Use Decision-ready GTM architecture and implementation assets To Shorten Complex AI Deals is evergreen enough to protect weekly…
Read more