1to100 Business Model | One to One Hundred

Building

Your Company

The idea that drives all that is simple: B2B SaaS companies spend a huge amount of their early stages rebuilding the same systems and making the same decisions over, and over, and over again. That stuff provides no value to the company and detracts from the work that matters: solving a compelling, concise business problem and shipping a sticky product customer will pay for.

A factory is a system that reliably and consistently turns inputs into outputs. The input here is a compelling business problem, an expert operator and a willingness to grind. The output is a proven B2B SaaS company ready to scale like crazy. Reliability means we’re highly confident in the outcome and we achieve that by having a well structured set of processes and systems. Consistently means we get the same results across many company creation cycles.

The core of the factory model is two complimentary pieces of technology: Baseplate and Forge. Baseplate is an open-source framework for rapidly building enterprise-grade B2B SaaS applications. It uses a standardized stack (Next.js + PostgreSQL, React + Material UI, deployed on Supabase) and includes built-in implementations of common SaaS needs like authentication, role-based access control (RBAC), customer management, billing integration hooks, configuration management, and logging. Forge is the control software for building an application and business on the Baseplate framework. Two key forge modules: Product Forge is a series of AI agents that quickly build a prototype application. Growth Forge builds out and manages execution of GTM strategy.

Our scope includes ensuring companies we build actually make money. We know, quaint. This includes defining, implementing and driving into the market subscription-model components — tiers, adoption strategy, and integrated sales and product strategy.

How We Work With Companies

In any partnering scenario we seek want to ensure three things are true:

Alignment – We all win and lose together. No one person can win when others can lose.
Equity Oriented – We seek to build the underlying value of the business (equity value) on a substantive, long-term basis. We want to build giants tomorrow not settle for mice today.
Practically Works – We need to pay direct costs for people, tooling and early GTM execution. We want to keep those “at cost” and “low cost” for as long as possible.

Option One – We own a company together

This is the model built around shared upside. We make all our money through ownership stakes. Two scenarios where this happens are (i) we start a company internally and own the whole thing or (ii) we build with partnering entrepreneurs and split equity with them. This is a good fit if:

You want a true operating partner
You want speed and leverage without funding everything as services
You want a team that will push for operating discipline (because the business needs it)

Option Two – You pay us to work for you

This is for teams that want to keep ownership tightly held. In this case you fund the build and the operating support directly. We still operate like partners: strategy, operations, product, GTM. This is not “send tickets and wait.” This lets you retain full ownership. This is a good fit if:

You have cash available (or budget) to fund buildout
You want to keep equity concentrated
You want a hands-on operating team, not a vendor

people sitting at a computer around a desk

What's Right for You?

In practice we tend not to choose option one or two but blend them together in a thoughtful process. We do that be looking at:

The team, skills, experience and likelihood of success
Current progress and traction
Capital needs and constraints
Time-to-market pressure
Risk profile

Then we propose a structure that matches reality.

FAQs

Are you a dev shop?

No. We’re operators using shared infrastructure and repeatable GTM + ops playbooks. The goal is to build a company, not complete a project.

Will our company still feel distinct if we use shared infrastructure?

Totally. Your difference comes from the core business problem you solve. Nobody cares about your user management screen. They care about the application specific thing they can now do that they couldn’t do yesterday.