01 / PRODUCT PARTNERSHIP

Build the software your business is missing

Some companies come to us with a business that already works, running on spreadsheets, meetings and tools that do not talk to each other. Others come with funding and a product still to build. We start the same way with both.

The first release is one marker on a line that keeps goingTwo weeks of discovery, then two to three months to a first release, with a demo almost every week. The demos and the line continue past the release, and the line has no end marker.DISCOVERYPLAN AND BUILDBUILDING AND LEARNINGABOUT 2 WEEKSABOUT 2 TO 3 MONTHSYEARSA DEMO ALMOST EVERY WEEKREAL USE CHANGES WHAT COMES NEXTFIRST RELEASENOT THE END OF THE WORKPRODUCT PARTNERSHIPBIXLABS

01 / HOW IT STARTS

Two weeks of discovery, then a plan with scope and dates.

ABOUT 2 WEEKS
before we commit to scope or dates

Most clients arrive with an idea and some specifications. We spend about two weeks on discovery, going through how the business actually works and what the software has to do first.

What comes out of it is the plan for a first release, usually two to three months of work. Some products need a prototype along the way, and we say so during discovery.

The team is formed after discovery, once we know what the release needs. Scope and timeline are agreed at that point.

We do not take engagements shorter than a month. There is not enough time in them to learn a business.

02 / WHO WORKS ON IT

A tech lead starts, and stays.

TECH LEAD
the first person on your project, and they stay on it

A tech lead is the first person on your project. Our CTO and someone from customer experience are involved at the beginning, while the shape of the work is still being decided.

After discovery we build the team around the release: a project manager, developers, and a designer or someone from data when the product needs it.

We pick those people for English and communication as much as for the technical side. Most of what goes wrong early goes wrong because nobody asked you the right question.

03 / HOW WE WORK

A demo almost every week.

EVERY WEEK
a demo where you decide what happens next

We show the work roughly every week. In that meeting we go through scope and progress together, and you decide what happens next.

The question we hear most often is about timelines. We handle it by talking early. If something is going to take longer, you hear it from us in that week’s demo, with the reason and the options. We would rather have that conversation early.

Two things that have happened on real projects, and will happen again:

  • A discovery ended with the client deciding the idea did not work. Two weeks spent, and a product nobody had to build.
  • A scope was frozen after discovery, and close to the end we found that part of it had to change. We said it, and we reopened the plan.

04 / WHAT WE COVER

Everything technical.

NODE
our default stack; the rest is chosen to fit the product

Design, infrastructure, development, engineering, QA and AI. If it is part of building and running the software, we cover it.

We do not do marketing or advertising. We do not work on hardware or low-level systems.

Our default stack is the Node ecosystem. We choose the rest to fit the product.

05 / WHAT YOU OWN

The repositories, the cloud account and the code are yours from day one.

Nothing is held on our side. If you build your own engineering team later and want to take the product over, we plan the handoff and hand everything across. We have done it.

06 / HOW BILLING WORKS

You pay for the time the team works.

MONTHLY
billed for the hours the team worked

Time and materials, billed monthly. If the release needs one engineer for three months, that is the engineer’s three months.

We agree on spending thresholds at the start. They exist to start conversations: when the work approaches one, it comes up in that week’s demo, while there is still room to decide what to do about it.

07 / AFTER THE FIRST RELEASE

The first release is where the work starts paying off.

YEARS
how long our client relationships tend to last

We keep going after launch, learning from how people actually use the platform. Our client relationships tend to last years. The software keeps changing because the business does.

GET IN TOUCH

Tell us where you are stuck.

The work your team still does by hand. A tool that stopped fitting when the business grew. A release you do not have the people for. Bring the technical problem and we will tell you what we would do about it in the first two weeks.

Book a 30-minute call