Skip to content
Steganox Logo
Delivery

Most projects fail on process, not on code

Unclear scope, bad news that arrives late, and a feedback loop too slow to correct anything. Almost every failed build we have been called in to rescue died of one of those three.

Delivery

Every two weeks, something you can open.

Six phases. Each one ends in working software, in an environment you can log into and judge for yourself. Never a status report as the only evidence.

Delivery cycle

DISCOVERDESIGNBUILDHARDENLAUNCHEVOLVE2-WEEKINCREMENTS

The loop matters more than the list.

Work moves in two-week increments, each ending in a demo you open yourself. A wrong assumption costs you a fortnight instead of a quarter.

After launch, telemetry from real usage decides what the next increment contains. That is the difference between a roadmap and a guess.

  1. 1–2 weeks

    Discover

    We map the problem, the constraints and the people. You leave with an architecture direction, a scope and an estimate you can hold us to.

  2. 2–4 weeks

    Design

    Flows, interfaces and data models get settled while they are still cheap to change. Prototypes meet real users before anyone writes code.

  3. Ongoing

    Build

    Two-week increments, each ending in a demo. Working software in an environment you can log into. Not a status report.

  4. 1–2 weeks

    Harden

    Load testing, security review, accessibility pass, and the failure cases nobody enjoys writing. This is the step most projects skip.

  5. 1 week

    Launch

    Staged rollout, monitoring live, rollback tested in advance. Someone is watching the graphs on the day.

  6. Continuous

    Evolve

    Support under an agreed SLA, and a next round driven by what usage data actually shows.

Communication

You never have to ask where things stand

Predictable checkpoints, so you never have to ask where things stand.

Daily

A written stand-up in your channel. Async by default so nobody loses an hour to a status meeting.

Weekly

A demo of working software in a staging environment you can open yourself, plus what moved and what did not.

Fortnightly

Increment close: what shipped, what carried over, and any change to scope, cost or date. In writing.

Monthly

A step back on direction, budget burn and whether the roadmap still reflects what the data is showing.

Engagement

Four ways to buy the same engineering.

The engineering never changes. What changes is how much of the process you want to own.

01 / 04

Dedicated Team

Your team, our payroll.

A stable squad working only on your roadmap. You set priorities. We handle hiring, retention and cover.

Best for
Ongoing product work with an evolving roadmap
Commitment
3 months minimum, rolling
02 / 04

Staff Augmentation

Fill the gap. Keep your process.

Specialists embedded into your team, your rituals, your repo. For when you know exactly which skill is missing.

Best for
Teams with a skill gap and a process they like
Commitment
1 month minimum
03 / 04

Fixed Scope Project

Defined outcome. Defined price.

A specified deliverable at an agreed price and date, quoted only after a discovery phase that makes the number worth trusting.

Best for
Known scope with a hard budget or deadline
Commitment
Per project
04 / 04

Product Studio

Idea to launch. End to end.

We take the whole thing. Strategy, design, build, launch, and the iterations after. You get reported to on outcomes, not on tickets.

Best for
Founders and business units launching something new
Commitment
Per engagement
In writing

In the statement of work, not just on a website

These go in the statement of work, not just on a website.

  • Bad news arrives early, from us, with a proposed correction.
  • Any change to scope, cost or date is confirmed in writing before it happens.
  • Your repositories, your cloud accounts, your credentials. We work inside them.
  • Real overlap hours with your timezone, agreed before the engagement starts.
  • Documentation and runbooks ship with the work, not after it.
  • Month-to-month after any minimum term. No lock-in past what you agreed.
The contract

Six promises. All of them checkable.

Every agency claims quality and communication. Adjectives are free. These six are specific enough to hold us to, and they go in the statement of work.

  1. 01

    The people who pitch are the people who build

    No senior team wins the work and quietly hands it to juniors after signature. You meet your engineers before you sign. They stay until handover.

  2. 02

    You own it from the first commit

    Your repos, your cloud, your licences, your docs. Nothing sits behind an account only we can open. Leaving costs you notice and nothing else.

  3. 03

    The estimate holds because we earn it first

    We work out what the job actually involves before we put a number on it, never the other way round. If something moves, you hear it in that week's demo with a correction attached. Not in month four.

  4. 04

    We argue with the brief

    Most clients arrive with the answer already picked. Our first job is checking it is the right one. Several hired us to build one thing and shipped something better.

  5. 05

    Handover is designed in, not bolted on

    Architecture decisions, runbooks and onboarding ship with the code. The test: can your team run it with us out of the room?

  6. 06

    Real hours, not a timezone gap

    Overlap with your working day, agreed before we start. Questions get answered today, not overnight.

One team, whole stack

CLIENTSAPI / EDGESERVICESDATA

Interface, edge, services and data owned by one team, so nothing gets handed across a vendor boundary halfway through a build.

Questions

The ones you were going to ask anyway.

Answered straight, including the ones most agencies save until after you've signed.

How quickly can you start?

Discovery usually begins within one to two weeks. Augmentation placements move faster. A full dedicated team takes longer to assemble properly, and we would rather say so than rush it.

How do you price work?

Dedicated teams and augmentation are priced monthly per person. Fixed-scope work is quoted after discovery, because a number given before anyone has opened the codebase is a guess rather than an estimate. We do not bill you for that discovery. You get a written scope and price before any build starts.

Who owns the code and the IP?

You do, from the first commit. Work happens in your repositories under your accounts wherever possible, and all IP transfers to you under the contract.

Do you work with in-house teams?

Often. We adopt your stack, your branching model and your review process instead of importing ours. If we spot a gap we'll say so, but the decision stays yours.

What happens after launch?

Your call. Some clients take full ownership with a handover and documentation package. Others move to an SLA-backed retainer with monitoring and on-call.

Can you sign an NDA first?

Yes, routinely. Several of our projects can't be listed publicly for exactly that reason. Send yours over, or use ours.

How do you handle security and compliance?

We engineer to the controls behind GDPR, HIPAA and SOC 2: least privilege, encryption, auditability, evidence trails. Certification comes from an accredited auditor, not from us. We prepare the technical evidence they ask for.

What if the project is not going well?

You hear it from us first, in that week's demo, with a proposed correction. Engagements are month-to-month after any minimum term. You are never locked into something that is not working.

Next step

Tell us the problem. Not the solution.

You get back an approach, a real range on time and cost, and a straight answer on whether you need us at all. Sometimes that answer is no.

We reply within one business day · NDA on request