Process · 2026Four phases · Milestone-based

01Scope02Build03Ship04Support

Four phases, milestone-based, transparent. No surprise invoices, no silent scope creep, no "we'll figure it out at launch" energy.

Shape of an engagement

Twelve weeks worst case.

Most builds land at eight weeks typical, twelve in the worst case. The four phases below describe the structure — actual time depends on what got decided in week one.

1-2
Scope weeksDiscovery Sprint
4-8
Build weeksmilestone-based
1
Ship weekcutover + monitoring
Supportretainer or hand-off
Quick view

Four phases, one signature.

The same pair of hands runs Scope through Support. No handoffs, no account managers, no telephone-game between phases.

01

Scope

One call, three sharp questions, one architecture proposal. I qualify the fit before anyone commits.

Discovery sprint (1-2 weeks) produces: problem framing + user map, stack + architecture decision, scoped roadmap with estimates, working prototype where it adds value.

02

Build

Small commits, fast feedback. Production-grade from day one — observability, backups, docs.

Milestone-based. Design + code in the same hands, so no telephone-game loss between surface and system. Staging deploys from commit 0.

03

Ship

Launch with monitoring wired, CI green, rollback plan ready. No 'we'll fix it in the next sprint.'

Vercel preview → production with DNS cutover runbook. Sentry + Vercel Analytics active before first real user touches it.

04

Support

Retainer or hand-off — your call. Documented either way, so the next person knows what they're looking at.

Retainer: reserved hours/week, priority response, quarterly roadmap reviews. Hand-off: onboarding doc + architecture diagrams + 2 weeks of overlap.

01
1–2 weeks · €1,500

Scope.

One call, three sharp questions, one architecture proposal.I qualify the fit before anyone commits.

Deliverables
  • Problem framing + user map
  • Stack + architecture decision (with rationale)
  • Scoped roadmap with milestone estimates
  • Working prototype where it adds confidence
  • Fixed-price proposal for the build phase
From client
  • 30-min discovery call (one),
  • access to existing data / systems for review,
  • decision-maker reachable for sign-off within 1 week
From me
  • Written architectural decision record (ADR)
  • End-to-end milestone plan with dates
  • Risk register with mitigations
  • Honest gotcha list — what could derail this and why
Honest gotcha

If discovery surfaces that this isn't a good fit (wrong scale, wrong tech, wrong moment), I say so and we don't proceed to Build. You keep the discovery output — architecture, roadmap, prototype — with no lock-in.

02
4-12 weeks · fixed-price per Scope

Build.

Small commits, fast feedback.Production-grade from day one — observability, backups, docs.

Deliverables
  • Staging deploy from commit zero
  • Weekly milestone demos (Loom or 30-min sync)
  • Inline architectural notes as decisions are made
  • Continuous integration + automated tests where they pay off
  • Documentation written as code lands, not at the end
From client
  • Async availability for 2-3 questions per week,
  • 30-min weekly sync (Loom-async OK if sync clashes with timezones),
  • fast sign-off on milestone gates
From me
  • Design + code from the same pair of hands — no telephone game
  • Production-grade output (no demo-quality 'we'll harden it later')
  • Pre-merge review of every commit by you (Vercel previews)
  • Buffer hours allocated for in-flight scope refinements
Honest gotcha

Mid-build scope expansion: if the brief grows mid-engagement, we re-quote the delta as a separate scope. I won't absorb it silently — that's the path to dishonest estimates and burnout.

03
1 week (overlapping with Build close)

Ship.

Launch with monitoring wired, CI green, rollback plan ready.No 'we'll fix it in the next sprint.'

Deliverables
  • Production cutover runbook (DNS, DB, env vars)
  • Sentry + Vercel Analytics + uptime monitoring active
  • Documented rollback procedure (tested, not just written)
  • Smoke-test pass on production before announcing
  • Loom walkthrough of the deployed system for your team
From client
  • DNS access (or admin access to your registrar),
  • go/no-go decision for the cutover window,
  • soft launch period agreement (24h before announcing publicly)
From me
  • Cutover runbook reviewed against your specific infra
  • Synthetic monitoring on the critical user flows
  • First-week incident response (24h Slack/email response)
  • Post-launch retro within 14 days
Honest gotcha

Production isn't done at the deploy commit. It's done when monitoring runs green for 7 days under real load. Budget that week separately if you can.

04
Retainer (from €800/mo) or hand-off (2 weeks)

Support.

Retainer or hand-off — your call. Documented either way,so the next person knows what they're looking at.

Deliverables
  • Retainer: reserved hours/week, priority response, quarterly roadmap
  • Hand-off: onboarding doc + architecture diagrams + 2 weeks overlap
  • ADR archive — every meaningful decision documented
  • Runbooks for recurring operational tasks
  • Honest contractor handoff package if you decide to migrate later
From client
  • Retainer: prioritized backlog (3-5 items at a time),
  • Hand-off: receiving developer / team available for overlap weeks
From me
  • Retainer: honest reservation calendar (never overbooked)
  • Hand-off: documented hand-off, not 'here's the GitHub repo bye'
  • Both: lifetime referrals + 30-min/quarter check-in for retainer alums
Honest gotcha

I cap maintenance retainers at 4 clients (separate from the 2-3 active build engagements above). If I'm full, I'll say so and refer to vetted alternatives — not pretend I have capacity I don't.

1/ 3slots open · Q2 2026
Booking open nowlive times on /book
Solo operator · Custom work

Pick a week.

Ready to scope? Book discovery or send a brief —
milestones once the shape is clear.

Send a brief
mail@nkovalcin.comReply within 1 working day