Sheet 1 Intakeproperengineer.comRev every week

Iterate with real users, every week, on a proper product.

Start from an idea, a mockup, a prototype, or a system that is online but not ready. We make it production grade: a first version real users can sign up for in one to four weeks. Then a new version every week, from what they say.

  • Production grade, not vibe-coded. One core, sign‑in, tests, a demo. Change it and nothing else breaks.
  • Weeks, not months. One to four to a first version, depending on complexity. Then weekly.
  • A CTO, with a team. One senior engineer in your Slack, an agentic team behind him. About the price of one hire.

Prototyping with Lovable, Codex or Cursor? Keep going. Not? Fine too. We work in your GitHub and answer in your Slack.

Our take, within two daysWhere do you want to get to first? The plan rewrites itself.

1What do you have?

2What do you want back?

What we do
Week one
Then
We've done

In two days, in writing: the scope of the first version, and how many weeks it takes. The rest follows once you start. Ready to forward to whoever else signs.
Helps, if you have it: a link, a repo, mockups, docs, a few lines. Nothing written down is fine.

Book a call

Goes straight to Mykola. Rather talk? Twenty minutes on a call does the same.

Two readers land on this page

The same offer, read two ways. Take the one that is yours.

Founders and small teams

You have a product that cannot take real users yet — whoever built it. What you get, what it costs, how it runs, and who else we have done it for: that is this page, top to bottom.

Get our take

Engineering and procurement

You have to review it before it can be bought: how the work is bought, the standard every version is graded against, IP, data handling, liability, and who signs. The master agreement is sent on request before any signature.

Read the review sheet

Getting to something is fast. Getting it to real users takes months.

Every way across the gap is too thin for users, or too slow for them.

1234 a daydaysdaysmonthsthe goal The gap IdeaMockupPrototypeProper product in your headscreens or a sketchyours, or vibe‑codedreal users. It holds. Ways across Vibe code it Put it online as is A freelancer Your first engineer An agency Proper Engineer one engineer + an agentic team, weekly feature three breaks feature one users try it once and leave also vibe coding, plus an invoice months to find months · scope frozen · by hand users left. every week: what users said, built properly, live 1 2 3 4 5
Sheet 2
From idea to live users
Rev every week
  1. 1An idea. A thought in your head.
  2. 2A mockup or sketch. Screens, or the parts and how they talk. Some skip this.
  3. 3A prototype. Vibe-coded, freelanced, or already online with a few users. Built for a demo: one customer, no core.
  4. 4The gap. Put it online as is and users leave. Hire a team and users wait, then leave.
  5. 5A proper product. One core, sign‑in, tests. Users sign up. It holds. Change it again next week.

Users ask for something. A team ships it in months. We ship it in a week.

Six months of calendar, two ways. Red is users waiting. Green is users having it.

Six months, two waysFrom the projects below
month 123456 A development teamProper Engineer prototype: daysfirst version. Users ask for a change.by the time it ships, they've left users waiting: a spec, a team, a frozen scope first version: one to four weeksthen a new version every week, from what users said building
PrototypingUsers waitingBuildingUsers have it

A proper engineering team, the way it should work in 2026

One senior engineer, on your team

In your Slack. Reads what you have, listens to your users, signs off every version.

An agentic team behind him

Writes, tests, documents, deploys. Team output, one hire's price.

Nothing frozen

Scope is set every Monday from what users said on Friday. Agencies can't afford that. We can.

It works. It can't take real users yet.

What we find in week one, whoever built it.

1234 your team users Database Outside service Sign-in provider Sign-up Dashboard Export customer = "Acme GmbH" password = "hunter2" runs here and nowhere else 1 2 3 4
Sheet 3
As built, marked up in week one
Rev 0
  1. 1Nothing holds the features together. Every change breaks something else.
  2. 2One customer, and their passwords, written into the code.
  3. 3Outside services wired straight in. One changes, the app breaks.
  4. 4Runs on one laptop and nowhere else.

The fix: one core every feature runs through, tests on every change. Your screens stay. Then the checks outside your code: an app that signs users in with Google, or reads their mail or calendar, has to pass Google’s review before real users can use it, and Google is stricter now that so much is vibe-coded. The complete guide to what that takes.

Every version ships with all six. Not a vibe, a checklist.

What “proper” means on this page.

1234 Your repo Checks on every change Test copy Live on your own cloud Feature Feature Feature Next feature Core one piece every feature runs through sign-in and roles at the door Customer A Customer B Customer C data kept apart Database Outside service Outside service one contained piece each Secrets,out of the code Backupsand logs Monitoring Security standard Handover notes 1 2 3 4 5 6
Sheet 4
As designed, held to the standard
Rev each version
  1. 1Live, in your cloud. A test copy, then live. Checks on every change.
  2. 2Secure. Sign-in and roles at the door. Each customer's data kept apart.
  3. 3Holds. One core, one contained piece per outside service. The next version doesn't break the last.
  4. 4Secrets out of the code. Backups, logs, monitoring on.
  5. 5Tested. Against a written security standard. You get the report every version.
  6. 6Documented and demoed. Handover notes for your next engineer. A recorded walkthrough for you.

The acceptance test: real users sign up, use it, and nothing falls over.

You steer. We act as your CTO and do the rest.

You decide. We collect feedback, propose, build, and hand you a version. Every week.

Feedback

We collect it

From you, or straight from your users. Who stays, who leaves, what they ask for.

Priorities

We propose, you decide

What users liked, what they didn't, what to build next. You approve or redirect.

Build

We build it properly

Through the core, with tests, in your cloud. A tweak or a pivot, live within the week.

Delivery

You get a version

Live, tested, documented, demoed. Ready for new users.

One week, start to finishOne Slack channel, no standups
You sendWe buildYou get notes on the demo, what users said,or a feature you sketched or prototyped one engineer, an agentic team,checks on every change a tagged version, a demo,a changelog, the test report your feedback sets the next week Mondayend of the week

Who came to us, and what they left with

Six founders in twelve months, across the UK, the US, Germany, Switzerland and Israel. Six client products, plus two of our own. The longest client stayed 40 weeks, buying one week at a time, and could have stopped after any.

A German real-estate app

Arrived
An investor had a consultant build it with Claude. Separate features, one customer hardcoded in, working half the time.
Left
One core, room for many customers. New versions every week since.
Built withClaude, by a consultant
WorkFull rebuild
Brought in byThe investor

A research team's pipeline, 15 PhDs

Arrived
A day or two per run, on one laptop.
Left
A shared cloud pipeline the whole company uses.
Built fromOne laptop
WorkPipeline
TimeOngoing

Volkswagen HR insights, made real time

Arrived
A monthly batch run over job-market data, then a few reports. A job posted on the 16th showed up in October.
Left
Same-day. Years of postings in ClickHouse, queried in plain English: the AI writes the SQL, the answer comes back.
Built fromTheir data lake
WorkBatch → real time
LatencyA month → same day

A team, for about the price of one hire

Fixed price per version, scoped and itemized before it starts: you see exactly what is included and what is not. Nothing to hire, nothing to manage.

Build versions

A version takes a week, unless you want us to go slower or need more time to prepare the inputs. A first version: one to four of these. A full rebuild: about ten. Three weeks: €14,700.

€4,900a version

Slack desk

Questions and small requests, by the day.

€1,200a day

Maintenance

Monitoring, updates, patches, a monthly check on the core.

7%of build hours, monthly

What you have to do

Send what you have, or twenty minutes on a call. Then one demo a week, and your feedback.

Whose it is

Yours. Your cloud, your GitHub, documented, with handover notes. Scoped one week at a time, so you can stop any Friday. The contract says so.

Who you'll be talking to

Mykola. He reads what you send, answers in your Slack, and signs off every version.

Mykola
MykolaSenior engineer and architect, 25 years building software. The take you get back is his.

What we are, what it costs, how we work, who's on the hook

Five questions, answered in the words we use on the call.

What are you?

We're not an agency and not a freelancer. You get a senior engineer in your Slack with an agentic team behind him, working in your GitHub. The software is yours as it lands — we don't take your product away.

What does it cost?

€4,900 a version. €1,200 a day at the Slack desk. Once you're live, 7% of build hours a month for maintenance.

How do we work together?

One Slack channel — everything lives in it, no standups. Every version is tagged, demoed and comes with a changelog, and your feedback sets the next one's scope.

If something breaks, who is responsible?

Your company is responsible for the software it owns and runs, exactly as it would be if it had been built by an agency you hired or by engineers on your own payroll. We are responsible for doing the work to the delivery standard, with reasonable skill and care — and for fixing it at our cost if it does not.

What if Mykola is ill or away?

The build keeps moving when Mykola is away. The code, the cloud accounts and the data are in your name from day one. The docs are tested on a fresh machine by someone who didn't write them, and architecture decisions are written down. You pay a week at a time. If illness costs you a paid week, the week moves or you get it back.

Our take on what you have, in writing, within two days.

The scope of the first version, and how many weeks it takes. Two questions at the top, or a call.

Get our takeBook a call