Fractional CTOYour product is built.
Know if it’s ready.

We match you with a CTO to review what your AI tools, freelancer or agency built. Get a clear verdict in plain English and practical next steps.

Meet the team

A 30-minute call first, then a fixed price. No commitment before that.

  • Dan MarkeloffFractional CTO
  • Stas GorsheninRetail CTO
  • Mike TulubaevCTO, Tech Lead
  • Vitaliy MakarovHead of Engineering

Read-only access under NDA. Nothing changes in production.

Your next steps, clearly ranked.

Sample
  1. Fix firstPayment access
  2. KeepExisting architecture
  3. Plan nextTests around payments

Ranked by business risk, not by how hard it is to fix.

Sample. A fragment of a composite report, not a review of your product. See a sample verdict

The team

Meet the Fractional CTO team

Four senior technical leaders whose experience differs on purpose. After the first call we propose the person whose background fits your product and your task, so you know exactly who answers for your project before you commit.

  • Portrait of Dan Markeloff

    Dan Markeloff

    Fractional CTO and AI Director

    For founders who need to know whether code from AI tools or an agency will survive paying customers, and for teams moving to AI-assisted development.

    • Technical diagnostics
    • AI and LLM systems
    • Cloud and infrastructure
  • Portrait of Stas Gorshenin

    Stas Gorshenin

    Fractional CTO, Retail and Omnichannel

    For retailers and DTC brands whose stores, online shop and contact centre run on separate systems, and for PE funds weighing a retail deal.

    • Omnichannel commerce
    • Store and POS platforms
    • Retail tech due diligence
  • Portrait of Mike Tulubaev

    Mike Tulubaev

    CTO and hands-on technical lead

    For an early-stage product that needs one person to set the architecture, hire the team and write code next to them.

    • MVP to scale
    • FinTech and HealthTech
    • Remote engineering teams
  • Portrait of Vitaliy Makarov

    Vitaliy Makarov

    Head of Engineering and Delivery, Valletta Software

    For founders whose team or vendor keeps missing release dates, and for fintech products that have yet to reach MVP.

    • Delivery governance
    • Scaling distributed teams
    • Fintech from zero to one

When founders call a Fractional CTO

  • AI-built MVP

    No senior engineer has read it.

  • Agency handover

    You sign off on work you cannot read.

  • Launch is near

    Customers or investors will look.

  • Recurring bugs

    Fixes keep coming. The same problems return.

  • No technical lead

    Everyone ships, nobody decides.

What is a Fractional CTO?

A Fractional CTO is a senior technical leader who works for your company part time, for a set number of hours a month. They make the technical decisions, review the work of whoever writes the code and answer to you for the result, without the cost of a full-time hire.

At Valletta, that person comes from a team of four technical leaders and is matched to your product after a first call. The first step is a fixed-price technical diagnostic of what you already have.

Fractional CTO vs developer, interim CTO and in-house CTO

RoleOwnsDoes not own
DeveloperWriting the code for a task.Deciding what to build. Judging someone else’s work.
Project managerDates, status, coordination.Technical decisions. Code quality.
Fractional CTODecisions, standards, review and acceptance of whoever writes the code.Writing features, by default.
Interim CTOThe same, full time for a fixed period, usually during a handover or a hiring search.Staying on once a permanent lead is in place.
In-house CTOThe same, full time, usually with equity.Starting next week. Independence from the build.

How the Fractional CTO engagement works

  1. You tell us about the product

    • What exists
    • Who builds it
    • What is next
  2. We agree your CTO and the scope

    • Dan Markeloff
    • Stas Gorshenin
    • Mike Tulubaev
    • Vitaliy Makarov

    One of four technical leaders, chosen for your product and task. Fixed price for the diagnostic.

  3. Diagnostic and verdict

    1. Priorities, worst first
    2. 30/90-day plan
    3. Debrief call

    Your CTO reads the code themselves. No automated scan.

  4. Optional

    Ongoing technical leadership

    Your CTO stays on part time, or hands over to a permanent lead when you hire one.

Fixed price agreed on a 30-minute call. Read-only access under NDA. Typically one to three weeks.

What’s included

Reviewed

  • Code and architecture
  • Infrastructure and deployment
  • Security and access
  • Payment and data flows
  • How your developers work

You receive

  • A written verdict in plain English, ranked worst first
  • A 30-day and a 90-day plan your developers can follow
  • A debrief call with your CTO
  • A short note for an investor or a regulator, if you need one

What the diagnostic verdict looks like

Executive verdict

Not ready for paying customers yet. Three fixes stand between you and launch. No rebuild needed.

Composite sample. Findings come from published Valletta audits, not from one client.

  • Why it matters. Anyone who finds the URL can create or change orders.

    What to do. Put authentication on every payment route before launch. About a week for the current developer.

    api/payments/*
  • Why it matters. Customers pay and receive nothing. Refund requests follow.

    What to do. Finish the webhook handlers and test them against Stripe’s test events.

    webhooks/stripe.ts
  • Why it matters. Every past contributor still has them.

    What to do. Rotate every key and move secrets out of the repository. One day.

    .env, 3 files

Sample technical diagnostic

Technical Diagnostic

Verdict page

Sample

Executive verdict

Not ready for paying customers yet. Three fixes stand between you and launch. The architecture and the data model are worth keeping, so a rebuild is not recommended.

Priority findings

9 findings
  1. Fix before launch

    Payment endpoints accept requests with no authentication.

    Anyone who finds the URL can create or change orders. Put authentication on every payment route before launch. About a week for the current developer.

    api/payments/*
  2. Fix before launch

    Stripe webhook handlers are stubs, so paid orders never confirm.

    Customers pay and receive nothing. Refund requests follow. Finish the webhook handlers and test them against Stripe’s test events.

    webhooks/stripe.ts
  3. Fix before launch

    API keys are committed to the repository and live in production.

    Every past contributor still has them. Rotate every key and move secrets out of the repository. One day.

    .env, 3 files
  4. Risky

    Database migrations drifted from the schema running in production.

    The next deploy may fail or silently drop data. Reconcile migrations against production before the next release.

  5. Risky

    A failed refund call can leave money unreturned with no alert.

    You would learn about it from the customer. Add a retry and an alert on failed refunds.

  6. Keep

    Data model and tenant boundaries are sound.

    They will carry the next year of growth. Keep them. No rebuild.

  7. Keep

    Authentication provider is set up correctly.

    Sign-in and sessions are handled by a proven service. No change needed.

  8. Can wait

    Test coverage is thin.

    Bugs in the money paths would reach customers first. Add tests around payments and refunds first, not everywhere.

  9. Can wait

    Several dependencies are behind.

    Nothing exploitable today. Schedule upgrades after launch.

Next 30 days

  1. Rotate every key and move secrets out of the repository. One day.
  2. Put authentication on the payment endpoints and finish the Stripe webhooks. About a week, current developer.
  3. Reconcile the migrations against production, then add tests around the money paths.
Your Fractional CTOValletta Software

Composite sample. Findings come from published Valletta audits, not from one client.

Found in other people’s code

Published Valletta work, clients anonymised.

  • Four AI-built products

    Context
    Founders who built with Cursor, Lovable and similar tools.
    Found
    Payment endpoints without authentication. Keys live in production.
    Outcome
    One launch stopped in time. One product cleared to ship as it was. One personal finance app: refactor, not rebuild, 14 work packages.
    See the four audits
  • Cloud migration, video platform

    Context
    Ageing infrastructure moving to AWS with a deadline.
    Found
    A migration nobody on the client side could review.
    Outcome
    Six weeks, no downtime, every step reviewed by a Valletta tech lead.
    Read the migration case

Start with a diagnostic.

It stands on its own. Two optional ways to continue.

  • Fractional CTO

    Keep your team. Add technical leadership.

    You have a team or a vendor. You want one person answering for technical decisions.

    • Reviews plans and milestones before you pay
    • Sets standards and acceptance criteria
    • Helps you hire and brief developers
    Example

    Personal finance app, solo founder, no team. A $199 audit first, then a fractional CTO as technical owner of the backend until launch. The founder keeps changing the front end with AI tools, and our side reviews each release on staging before it goes live.

    You are my back end now. If something breaks at three in the morning, I send one message and it is handled.

    A founder, after the audit

    Scope and limits

    Does not write features. If a fix needs hands, your CTO says so first and you decide who does it. Hours are agreed per engagement.

  • Interim technical owner

    Need a handover? Bring in an interim owner.

    Your vendor is leaving, or your CTO left before the round.

    • Repositories, cloud and pipelines back under your control
    • A written assessment by day 30
    • A runbook and handover to the permanent lead
    Scope and limits

    Commercial terms with the vendor stay with you. Length is agreed per engagement.

Fractional CTO questions, before we talk

One of the four people above, not a rotating team. Your CTO does the diagnostic, writes the verdict and is the person on your calls. They are named in the contract and not swapped without your consent.

On the first call we look at what you have, who builds it and what is coming next, then propose the person whose experience is closest to your product and task. You see their profile before you agree to anything.

Yes. Say so on the call or in the form. We confirm whether they are the right fit for the task; if not, we explain why and suggest someone else from the team.

No. In the four AI-built audits on our cleanup page the answer was refactor every time. Keeping your code and your developers is always an option in the report, and no Valletta development is proposed unless you ask.

A developer adds code. A Fractional CTO decides, reviews and answers to you for the result. The comparison above shows who owns what.

Yes. Stas Gorshenin has run technology due diligence on seven retail and retail-tech deals for private equity funds, covering architecture, tech debt, team and security. For a startup raising a round, the diagnostic also gives you a short note an investor can read.

Read-only repository and infrastructure access under NDA. You can revoke it the day the diagnostic ends.

By default, no. If a fix needs hands, your CTO says so first and you decide who does it.

A fixed price, quoted on the first call once the size of the codebase is clear. Built it yourself with Cursor, Lovable or Bolt? Start with the $199 audit, no call needed. Built by an agency or a team? Start with the diagnostic.

The $199 audit

Founders who want a full-time developer, an equity co-founder or someone on site. For hands-on delivery, see Hire Developers.

Hire Developers

Tell us where you are

Your name, email and four quick answers. A member of the team reads them and replies with times for a 30-minute call.

About you
About the product

We suggest the best fit after the call either way.

No newsletter, no sales sequence. One reply from the team.