LumosTech
What we do

We build the version that has to survive real customers.

Anyone can produce something that demonstrates well. The work we do is the distance from there to a product that bills, holds up, and can be handed to the people who will run it.

The standard we work to

What “finished” means here

Every agency says it delivers production software. This is what we mean by it, stated plainly enough that you can hold us to it.

Area A prototype What we hand over
RevenueNot addressedBilling, pricing, tax treatment and settlement, live and reconciling
IdentityHard-coded or absentReal authentication, roles, entitlements and an audit trail
OperationsRuns on a laptopDeployed, monitored, backed up, with a recovery path someone has tested
DataTest fixturesA production data model, a retention policy, a lawful basis, export and deletion
IntegrationsMockedContracted third parties in production — operator, payment, logistics, hardware
SupportUndefinedA written runbook, and a named owner for every way it can fail
HandoverA source-code archiveYou hold the IP, the accounts and enough knowledge to run it without us
How it runs

Four stages, and an honest exit at the end of the first.

We do not write sixty-page proposals before we understand the problem, and we do not ask you to commit to a year before either of us knows whether this works.

  1. Frame it

    One to three weeks. We go through what you have validated, what has to be true for the product to trade, and where the real risk sits — technical, commercial or regulatory. You end up with an architecture, a sequence, a cost range and a written view of what could go wrong.

    This is a paid piece of work that stands on its own. If we conclude we are not the right partner, we say so here and you keep the document.
  2. Build the spine

    We build the parts the product cannot exist without, in the order that retires the most risk soonest — usually the integration nobody is sure about and the billing nobody has thought through. You see working software every week, not status reports.

    Outcome: the risky third of the product is proven and running.
  3. Get it trading

    Real customers, real money, real data. Billing reconciles, entitlements hold, monitoring is in place, the privacy position is documented, and the first support questions have already been answered once.

    Outcome: a product in commercial operation, not a launch announcement.
  4. Operate, or hand over

    Some clients want us to keep running it. Others want their own team to take it. Both are fine, and we plan for whichever from the start — documentation, accounts and IP sit with you either way, so leaving is never an argument.

    Outcome: you are not dependent on us by accident.
Why a small team gets this done

No account layer, and unusually good tooling.

Two things explain the pace, and neither of them is working longer hours.

Decisions are made by the people doing the work. The person who designs the system talks directly to the person who decides. Nothing waits in a queue to be relayed, and a change of direction lands the same week rather than becoming a change-request cycle.

We are unusually fluent in the platform layer. Cloud and serverless data infrastructure, CI/CD, identity, payments, transactional messaging, DNS and edge, secrets management, and the current generation of AI-assisted engineering tools. That fluency is why a team this size delivers at a scale that would normally need a much larger one.

What we don’t sell

  • Developers by the day
  • A discovery phase that produces slides
  • A rebuild of something that already works
  • A platform you cannot leave
  • Estimates we have no basis for

If one of those is what you need, there are firms that do it well. We are happy to say who.

Start with the framing conversation.

It is short, it is concrete, and it ends with you knowing considerably more than when it started — whoever ends up building it.

Start a conversation