Skip to content
Andrei Terteci
AI-NATIVE PRODUCT ENGINEERING

AI-native SaaS andproduct engineering

I designed and built Krumzi, an AI-native SaaS where AI is the core product experience. I help founders and product teams build AI-native products, or add substantial AI workflows to the SaaS they already have. Remote B2B, Europe and US.

(00)

THIN INTEGRATION VS AI-NATIVE

Why it matters

Thin LLM integration

  • A text box that calls a model API
  • Output is a blob of text or a flat image
  • Users copy, paste and fix by hand
  • AI sits next to the product

AI-native product

  • AI makes real decisions inside a product system
  • Output is structured data the product understands
  • Users keep editing what the AI made
  • AI is the core product experience

The loop I design for

01

Prompt

The user says what they want, in their own words.

02

AI decision / design system

The AI makes decisions inside rules the product defines.

03

Structured, editable output

Data the product understands, not a dead end.

04

User editing loop

Every piece stays editable, so users stay in control.

Users edit, refine and regenerate. The loop keeps going.
(01)

CAPABILITIES

6 areas

AI-native product architecture

Products designed around what the AI does, with the data model, UI and pricing built to match.

Structured AI output

AI that produces data your product understands, like Krumzi's editable design documents, instead of text blobs or flat images.

The editing loop

UX for reviewing, editing and regenerating what the AI made, so users stay in control.

AI workflows in existing SaaS

Multi-step AI pipelines added to a product you already have, as shipped for Churchable.

Usage limits and cost control

Metering, quotas and plan limits so AI costs scale with revenue.

MCP and assistant integrations

Letting assistants like Claude, ChatGPT and Cursor work with your product through MCP.

(02)

RELEVANT WORK

Case studies
(03)

WHY WORK WITH ME

Credibility
  • W1I built an AI-native SaaS from zero: Krumzi's AI design system, editor and infrastructure.
  • W2I make product and UX decisions about AI, not only API calls.
  • W3Proven inside client products too: Churchable's sermon-to-shorts AI workflow.
Experience
7+ years, senior full-stack
Current
Full-Stack Engineer at Novoresume
Core stack
React, Next.js, TypeScript, Node.js
Data / infra
Supabase, PostgreSQL, AWS, Vercel
Enterprise
WHO, Metro Digital, HSBC, Thales France, Schneider Electric
(04)

FAQ

B2B · Time zones · Codebases
Q1What's the difference between adding AI and AI-native?

Adding AI usually means a text box that calls a model. AI-native means the AI makes real decisions inside your product and returns structured output the product understands, so users can keep working with it.

Q2Can you add AI workflows to our existing product?

Yes. Churchable is an example: an AI workflow that turns long sermon videos into suggested clips, built inside their existing Next.js app.

Q3Do you train models?

No. My strength is AI-native product engineering: designing products around AI and integrating models and APIs well. I'm not an ML researcher.

Q4How do you control AI costs?

Usage limits, quotas and plan-based access, like the ones built into Krumzi.

(05)

CONTACT

Reply within one business day

Building an AI-nativeSaaS product?

I work with SaaS companies and product teams on new products, complex features, AI-native experiences, and React / Next.js / TypeScript development. I’m available for remote B2B contract work, including long-term engagements with teams in Europe and the US.

hello@andreiterteci.com↗
Available for remote B2B contracts · Europe & US