Services

Technical Consulting

Some technical decisions shape a company for years, like picking an AI provider or taking over code a contractor delivered. We help you make them with an outside view, starting from the code and architecture as they actually are. You come away with a written, reasoned opinion you can debate internally or put in front of your co-founders and investors.

You need this if…

  • You're raising a round or selling the company and want to know what a technical audit will find.
  • A contractor ships code to you and nobody in-house can judge its quality.
  • You're torn between building a tool yourselves and paying for an off-the-shelf product.
  • You're hiring your first engineers and no one on the team can assess candidates.
Technologies
Due diligenceArchitecture reviewTechnical strategyTeam design
In brief

The problem

Platform selection, build-versus-buy decisions, technical due diligence, and hiring plans can be difficult to reverse. We provide technical analysis without requiring a permanent hire.

Who it's for

Founders, CTOs, and investors seeking experienced technical input on a specific, consequential decision.

What you get

An evidence-based recommendation with documented reasoning, so you can review the trade-offs and make a decision.

What we deliver

Due diligence report

A review of the code, architecture, security, and reliance on key people, with risks ranked by severity. For an investor, it informs the decision. For a startup, it prepares you for the audit ahead.

Existing code audit

An assessment of code delivered by a contractor or inherited from a previous team: quality, technical debt, dependencies, and who owns it. It helps you decide whether to build on it or start fresh.

Decision memo

For a specific choice, such as a stack or an AI provider, a short document comparing the options on long-term cost, dependence on the vendor, and the effort it would take to switch later.

Engineering hiring plan

Which roles to open first and in what order, with realistic job descriptions and a technical exercise to assess candidates. We can also sit in on interviews.

How we work

  1. Frame the question

    We start by writing down the decision to make, the deadline, and what matters to you. A well-posed question avoids an audit that covers everything and settles nothing.

  2. Access and interviews

    We read the repository, documentation, and infrastructure, then talk with the people who built the system. What people say about a system and what the code shows don't always match.

  3. Options and trade-offs

    We compare the realistic options, their costs and risks, and what each one makes hard to undo. Every finding points to something you can check yourself.

  4. Readout

    A session to walk through the report, answer your questions, and adjust the recommendation if we missed something. The document stays usable without us.

Frequently asked questions

How long does a consulting engagement take?

It depends on the question. A decision memo on a well-bounded choice often takes a few days of work. A due diligence or code audit depends on the size of the system and how quickly we get access. We agree on scope and deadline in writing before we start.

Can you audit a contractor who's still working for us?

Yes. We usually suggest telling them, since the audit moves faster with their help and goes better when it isn't framed as a penalty. The report sticks to facts you can verify in the code. It also flags contractual points to check, such as code ownership, which a lawyer should confirm.

Do we need a one-off audit or ongoing support?

It depends on how often technical decisions come up. For one specific question, an audit or a memo is enough. If you're hiring, choosing tools, and making roadmap trade-offs every month without a technical lead, regular part-time support fits better until you hire that person. We can help with that hire too.

Services

Our other services

All services

Not sure which service applies?

Many projects involve more than one service. Describe the problem, and we’ll outline a technical approach.