Skip to content
We Shall BuildWe Shall Build
Let's talk

The way we build.

Ten rules, earned in production.

We shall ask WHY before we ask HOW.

Think like Master Oogway, asking existential questions, not about the universe, but about the product. Why are we doing this? Why does it matter? Who is this for? The answers shape everything that follows.

We shall build for outcomes, not features.

A king summoned six blind men and asked them to describe an elephant. The one who touched the trunk said, “A snake.” The one who touched the leg said, “A tree.” The one who touched the tail said, “A rope.” Every description was true from where they stood. Every description was wrong for the whole. Often, a feature request is a blind man describing the elephant. The customer touches their piece, a workflow that hurts, a button they keep clicking, a report they export every morning, and names that piece as the problem that needs to be solved. Our job is to see the animal. Work backwards from the outcome. The feature request is just the symptom. Find the cause, the motivation, the desired outcome.

We shall build by principles, not by whim.

Ideas are noise until filtered. Design principles are the sieve. They separate what belongs from what distracts. Every feature request, every suggestion, every pivot passes through the same filter.

We shall keep it simple and stupid.

Google launched in 1998 with around a million dollars from angel investors and a white page with a logo and a text box. No categories, no stock tickers, no news, no weather, no email. Their competitors, Lycos, AltaVista, Excite, were multi-billion-dollar portals that did everything. The blank page won. Simplicity is not a limitation. It is a slingshot. David did not try to be Goliath. He found Goliath’s weakness and aimed for it.

We shall prototype before we commit.

Google Glass. A product nobody asked for, built by one of the world’s biggest companies, backed by billions in R&D. It failed because the customer discovery happened after the investment, not before. Prototypes exist to kill bad ideas cheaply. A rough prototype that fails with five users costs you a week. A finished product that fails with five hundred customers costs you months of development time and much more in costs.

We shall build with grit, spit, and a whole lot of duct tape.

Like the Penguins of Madagascar building a plane from scrap. The tools are never perfect, the ground is never level, and the requirements change before you finish typing. Most of the building is resourcefulness, making something work with what you have.

We shall deploy what works.

“If you are not embarrassed by the first version of your product, you have launched too late.” Reid Hoffman. The Apple I was a circuit board. Ugly, incomplete, but it worked. Done is better than perfect. Perfection achieved through iteration is still perfection. Perfection before launch is a product that never shipped.

We shall learn from failures.

Edison found 10,000 ways that did not work. Keep a log. Failures are data, not shame. The features that became the mainstays are often nowhere in the first draft.

We shall rise after every hit.

“It ain’t about how hard you’re hit. It’s about how you can get hit and keep moving forward.” Rocky Balboa. Building is not a single fight. It is a long sequence of setbacks, near-misses, and unexpected punches. The ones who finish are not the ones who never fell. They are the ones who got back up.

We shall run further than a marathon.

A marathon has a finish line at 42 km. Sufiya Sufi ran 4,167 km from Kanyakumari to Kashmir in 68 days, then kept going toward Karakoram. That is the difference between a product launch and a company. Sprints are for work breakdown. The vision needs the kind of distance where the finish line keeps moving because the purpose has not been met yet. The long game has no finish line.

Read the full analogy