Software laboratory · Patagonia

Production systems. Not prototypes, not demos.

We investigate how you work today, abstract the underlying problem, and build with you the software your team actually adopts. A senior team, working your hours.

“what we need does not exist off the shelf”
Manifesto

How we decide

Every project has hundreds of small decisions the client never sees. These are the rules we make them by.

  • Understand first. The expensive part isn't writing code, it's writing the wrong code.
  • Nobody should have to think about it. Obvious beats clever.
  • The least that solves it well. Innovating is not adding technology.
  • Software is never finished. We stay with it.
Method

The lab works in cycles

We don't write code until both sides know what has to be built.

There is no assembly line with a start and an end. There is a cycle that turns: we discover, prototype, build and accompany. Every turn leaves evidence, and that evidence changes the next one.

  1. 01

    We discover

    Map of the operation

    We sit with whoever serves the customer and whoever enters the data. We come out with the underlying problem written in plain language and prioritised with you.

  2. 02

    We prototype

    Something usable

    At the end of every turn there is something you can open and use, and a review where you decide what comes next. We test it with whoever will operate it: if they hesitate, we change the screen, not the training.

  3. 03

    We build

    Definition of done

    Before we start we agree on how we know it is finished. No delivery ships without a risk review, and every review leaves a rule written into the system.

  4. 04

    We accompany

    Real usage measured

    We are there when the team starts using it, and we measure how they use it. That opens the next turn.

Every business rule is written as a test that runs itself again on every delivery. This one caught something.

Work

One full turn of the cycle

The client is not named. The problem and the result are real.

Ski equipment rental · Patagonia · ~8,000 bookings per season

The problem

Every booking went through a spreadsheet and WhatsApp. In high season the counter sold gear that was already committed.

What we built

Discovery with the counter team, and out of it the online store in three languages, the counter console, and the mechanism that keeps them in sync.

Result

Customers book and pay on their own, in their language, and the system refuses to sell before it will oversell.

We work under NDAs. If you want to talk to this client, we'll arrange it.

Commitments

What you can expect from us

  • The team that quotes the work is the team that does it.
  • We propose the simplest solution that solves the problem, not the biggest one we could bill for.
  • We decline projects where we are not the best team for the job.
  • We stay involved after delivery.
Team

The minds behind the lab

Experience design

Screens nobody has to decode: every action where you look for it, named the way your team names it.

Architecture and backend

Systems that carry the real operation: secure, documented and ready to grow.

Product strategy

Building exactly what was needed, not one feature more.

Adoption

Training and presence through launch, until the team works without asking us.

Who we are
Maximiliano Noseda

Maximiliano Noseda

Software Architect

Ezequiel Surace

Ezequiel Surace

Software Architect

Iván Greve

Iván Greve

Frontend Engineer

Facundo Chervin

Facundo Chervin

Backend Engineer

Santiago Berraondo

Santiago Berraondo

Product Manager

What we do

We build what you cannot buy off the shelf

Custom software

Built for the way you actually work, not the way a generic product assumes you do.

Internal systems

The software your team uses every day to do their work.

Web platforms

What your customers see, use and sign up for, from any device.

Connecting what you already run

So your systems share the same information instead of different versions of it.

Mobile applications

For your team away from the office or your customers on their phone.

Keeping it running

Infrastructure, backups and alerts that reach you before a customer does.

Technology we use

Go · PostgreSQL · TypeScript · React · Astro · Next.js · AWS · Docker

Questions

What is worth knowing before we start

Why work with a laboratory?

A vendor delivers what you asked for. We find out first what was actually needed, and we stay until the tool is in use.

What if my needs change during the project?

It is part of the method. At every turn's review we re-prioritise together: the new work comes in and something of lower value goes out. A mid-course change is not a problem, it is information we did not have before.

What if my project is small?

We still start with discovery. If a single module or one automation is enough, that is what we propose.

What happens after launch?

We support adoption, measure real usage and keep evolving the tool with your team.

What are your working hours?

We're in Argentina: one to two hours from US Eastern, four to five from Western Europe. Real overlap with both, no overnight handoffs.

Let's start

Let us have a first meeting

Everything in the lab starts by listening. One hour is enough to understand how you work today and to decide together whether there is anything worth building.

What we do

We listen to your operation: how work comes in, who is involved at each step, and where it stalls.

What we bring

The first hypotheses about where the problem actually sits.

What you leave with

A diagnosis of your situation and, if it makes sense to continue, what the first step would be.

Book the first meeting

If another team is a better fit for your case, we'll tell you in that same meeting · hello@kyojinlabs.com