AI 시대 프로덕트 개발의 합격점 (2026년)

합격점은 어디로 옮겨갔는가

2024년부터 2026년까지, 프로덕트 조직이 AI 기능을 바라보는 시각은 몇 단계의 변화를 거쳤다.

2024년은 “AI를 넣으면 뭐든 평가되는” 시기였다. 기능에 GPT를 입히면 분기 OKR이 섰다. 2025년은 ROI를 묻기 시작한 전환기. 투자자들이 “그래서 매출에 얼마나 기여했나?“라고 묻게 되었다. 2026년은 양극화가 확정된 해다. 본질적인 가치를 내는 AI 프로덕트는 평가가 이어지지만, wrapper는 신규 조달이 사실상 막혔다.

이것이 애플리케이션 계층에서 무엇을 의미하는지는 구체적이다. B2B SaaS가 “최소한 갖춰야 할 통합”의 라인이 생겼다.

2026년의 베이스라인

올해의 합격점은 두 가지 작업으로 정의된다.

Bedrock 통합 — “AI 기능을 내는 쪽”이 되기

대부분의 기업은 OpenAI를 직접 호출할 수 없다. 법무, 데이터 주권, 비용, 어느 것을 봐도 AWS Bedrock(또는 Azure OpenAI, Vertex AI) 쪽으로 압력이 가해진다. 특히 일본에서는 국내 리전, 기존 AWS 계약, Claude 사용 가능이라는 조건으로 Bedrock이 선택된다.

“AI 기능 있습니다”는 더 이상 차별화 요소가 아니라 체크박스다. 오히려 없으면 감점된다.

MCP 구현 — “agent에게 쓰이는 쪽”이 되기

Anthropic이 2025년 후반에 MCP를 발표한 후, 2026년 전반에 GitHub, Linear, Notion, Atlassian, Stripe, Figma 등 주요 B2B 플랫폼이 MCP 서버를 출시했다. MCP 서버가 없는 B2B SaaS는 고객으로부터 “우리 agent에서 쓸 수 없다”는 말을 듣기 시작했다.

이것은 “AI를 사용한다”도 “AI 인프라를 지원한다”도 아닌, “agent에게 발견 가능해진다“라는 제3의 동기다.

그 아래는 변함이 없다

과열 속에서 놓치기 쉬운 것은, Bedrock 통합과 MCP 구현이 끝난 뒤 그 아래에 있는 것은 종래의 프로덕트 개발 그대로라는 점이다. 도메인 모델링, 데이터 설계, UX, 신뢰성, 운영. 누구의 어떤 고통을 해결할지 가려내는 일. AI 계층은 포장이고, 그 아래의 프로덕트는 예전부터의 방식으로 만들어진다.

다음에 오는 다섯 가지 — 단 동시에는 아니다

2026년 베이스라인 너머에, 다섯 가지 실천이 떠오르고 있다. 확산 메커니즘이 다르기 때문에, 동시에 “표준”이 되지는 않는다.

항목	추진력	확산 속도	합격점 진입 예상
1. eval-driven development	품질 저하가 숫자로 드러난다	빠름	2026 후반
2. 비용이 일급 관심사	청구서가 CFO를 거쳐 때린다	빠름	2026 후반
3. 비결정성의 UX	숫자로 드러나기 어려운 설계 철학	느림	2027〜
4. context engineering	숫자로 드러나기 어려운 설계 철학	느림	2027〜
5. agent 권한 위임 모델	사고 주도(보안)	불확실	2027 후반〜

1과 2는 숫자가 문제를 강제한다. 오류율, NPS, AWS 청구서. 그래서 빠르다. 3과 4는 숫자로 드러나기 어려운 설계 철학의 문제이고, 의사결정자 본인이 개념을 획득하지 않으면 확산되지 않는다. 그래서 느리다. 5는 사고가 일어나기까지 대기 상태가 되기 쉽다.

미국과의 6〜12개월 시차

3과 4의 일본·한국 시장 침투에는 미국 대비 6〜12개월의 지연을 더해야 한다. 이는 탤런트의 문제가 아니다. 의사결정자가 영어 1차 정보를 직접 가져오는 비율이 낮고, SI 문화권에서는 구현 패턴이 결정화된 뒤에 채택하는 경향이 강하다는 구조적 이유다.

현실적 로드맵:

• 2026 전반: Bedrock + MCP = 합격점 (현재)
• 2026 후반: + eval + 비용 관리
• 2027 전반: + 비결정성 UX + context engineering
• 2027 후반 이후: + 권한 위임 모델

“기다림”이 정답이 되는 경우

3과 4의 개념을 의사결정자가 아직 획득하지 않은 조직에서 선행 투자하면 현실적인 비용이 든다. 예산이 잡히지 않고, 사내 정치의 커버가 없으며, “단순한 취미”와 구별이 되지 않는다. 너무 이른 정답은, 시기상조의 최적화와 구분되지 않는다.

반면 Bedrock + MCP는 AWS, Anthropic이라는 고유명사로 움직인다. 의사결정자도 인지하는 단어이므로 사내 정치 비용이 낮다.

따라서 “우리는 지금 인식 확산을 기다리는 단계입니다”라고 인식하는 것은 2026년에 있어 정당한 전략적 입장이다. 나태함이 아니다. 확산 이론에는 고유의 시간축이 있고, 거기에 거스르는 비용은 그것에 올라타는 비용보다 비싸다는 인식이다.

기다리는 동안 할 수 있는 것

완전히 기다리기만 하면 파도가 왔을 때 뒤처진다. 최소 비용으로 헷지하려면, 아직 구현하지 않아도 되는 곳에서 사고만 해두는 것이 좋다.

• 자사 프로덕트의 어느 기능이 비결정성 UX를 필요로 할지 점검한다(구현하지 않고, 파악만 한다)
• 데이터 모델을 보고, context engineering이 효과를 낼 만한 위치를 메모한다
• 1〜2명만 해외 컨퍼런스나 영향력 있는 블로그를 따라가는 담당으로 둔다

거의 제로 비용으로, 라인이 움직였을 때 반 걸음 앞에 설 수 있는 상태를 유지할 수 있다.

합격점은 계속 움직인다

2026년의 베이스라인은 Bedrock + MCP다. 2027년의 베이스라인은 더 크다. 2028년은 더 크다.

매년의 라인을 쫓는 것보다 유용한 것은, 왜 라인이 움직이는가를 이해해 두는 것이라고 생각한다. 기술이 그것을 요구하기 때문이 아니다. 의사결정자가 개념을 흡수하는 속도로만 라인이 움직이기 때문이다.

합격점은 집합적 이해의 끝에 있다. 이것은 제약이기도 하고, 기회이기도 하다.