# 스트라이프는 사내 AI 도구로 제품 아이디어를 작동하는 시제품으로 만든다

> 2026-05-04 · How I AI · 큐레이션 김태우
> https://challengekim.com/insights/스트라이프는-사내-ai-도구로-제품-아이디어를-작동하는-시제품으로-만든다
> 원문: https://www.lennysnewsletter.com/p/this-week-on-how-i-ai-the-internal

## 핵심 요약

- 스트라이프의 디자인 매니저 오언 윌리엄스는 사내 AI 시제품 도구 **프로토대시(Protodash**)를 만들었다. 디자이너와 제품 관리자(PM)가 스트라이프의 디자인 시스템으로 작동하는 화면을 구성하도록 돕는다.
- 범용 AI 도구가 만든 시제품은 스트라이프의 글꼴, 탐색 메뉴, 구성 요소와 어긋나기 쉬웠다. 프로토대시는 사내 디자인 시스템인 **세일(Sail**)을 활용하도록 설계됐다.
- 현재 프로토대시를 쓰는 PM과 디자이너의 수는 같다고 윌리엄스는 설명했다. 그는 작동하는 시제품이 두 직군의 논의를 구체적으로 만든다고 본다.
- 코드로 만든 시제품에서는 거래가 거의 없는 상태부터 사업 규모와 모델이 다른 상태까지 데이터를 바꿔가며 화면을 살펴볼 수 있다.

## 디자인 시스템을 AI에 연결한 출발점

윌리엄스는 디자인 검토 자리에서 디자이너들이 v0 같은 범용 도구로 만든 시제품 때문에 어려움을 겪는 모습을 봤다. 화면은 얼핏 그럴듯했지만 탐색 메뉴, 글꼴, 구성 요소가 스트라이프의 제품과 맞지 않았다. 그는 AI가 세일의 구성 요소를 알고 이를 이용해 대시보드를 만들면 더 일관된 시제품을 얻을 수 있다고 판단했다.

초기 버전은 세일의 구성 요소를 담은 React 프로젝트에 Cursor 규칙과 MCP 서버를 묶은 형태였다. MCP는 AI가 외부 도구와 연결되는 방식이다. 윌리엄스는 디자이너가 복잡한 개발 절차를 익히지 않고 `npm run dev` 정도로 시작할 수 있도록 진입 장벽을 낮췄다. 규칙에는 Figma 링크가 입력되면 코드를 쓰기 전에 세일 MCP 서버를 확인하고, 서버에 접근할 수 없다면 디자인 시스템을 추측해 만들지 말라는 지침도 담았다. 이 규칙은 몇 달간 겪은 문제를 반영해 다듬었다.

## 파일 묶음에서 브라우저 기반 도구로

프로토대시는 이후 브라우저에서 실행되는 시제품 플랫폼으로 발전했다. 디자이너와 PM은 스트라이프의 디자인 시스템을 이용해 클릭할 수 있는 시제품을 만들고, 제품 코드를 작성하기 전에 아이디어를 살펴볼 수 있다. 윌리엄스가 강조하는 변화는 설명 문서만 공유하는 대신 실제로 작동하는 화면을 놓고 논의할 수 있다는 점이다.

윌리엄스는 개발 경험을 바탕으로 기술을 이해하는 디자이너를 높이 평가해 왔다. 과거에는 디자이너가 터미널을 다룰 만큼 익숙해지기 어려웠지만, 이제는 AI에 Git 사용법을 물으며 필요한 작업을 배울 수 있다고 설명했다.

## PM의 참여가 바꾼 디자인 논의

윌리엄스는 PM이 프로토대시를 쓰기 시작했을 때 처음에는 우려했다. 그러나 PM들이 스트라이프 제품에 어울리는 형태로 아이디어를 구현하고 디자이너와 더 일찍 대화하는 모습을 봤다고 말했다. 그의 설명에 따르면 팀은 디자이너를 이 프로젝트에 배치할지 추상적으로 논의하는 대신, 만들어진 화면을 보고 개선점을 이야기할 수 있게 됐다. PM도 시제품을 바탕으로 사용자와 아이디어를 일찍 시험하거나 디자인 인력의 필요성을 설명할 수 있다.

## 데이터와 검토 과정을 시제품에 담다

윌리엄스는 총거래액이 거의 50만 달러인 대시보드뿐 아니라 거래가 없는 상태, 하루에 거래 한 건이 발생하는 회사, 스타트업과 대기업 등 서로 다른 조건을 살펴보는 사례를 들었다. Figma 파일에 이 모든 상태를 담기는 번거로웠지만, 코드로 만든 시제품에서는 조건을 전환하며 검토할 수 있다는 설명이다.

스트라이프의 디자인 검토에는 피드백 표가 담긴 Google Docs를 공유하는 관행이 있다. 윌리엄스는 이 흐름에 맞춰 시제품에 의견을 남기고 AI가 의견을 요약하며 수정 요청을 AI에 바로 전달하는 검토 모드를 만들었다.

## AI와 작업할 때의 기준

윌리엄스는 처음부터 요구사항을 구체적으로 적는 편이 도움이 된다고 말했다. 작업이 계속 어긋날 때는 이미 쓴 시간에 매달리기보다 대화 맥락을 지우고 새로 시작하는 편이 빠를 수 있다고도 설명했다. 프로토대시의 사례는 그가 겪은 디자인상의 문제와 스트라이프의 기존 검토 방식에 맞춰 사내 도구를 발전시킨 과정을 보여준다.

---

원문을 바탕으로 AI 가 한국어로 요약·재구성한 글입니다. 인용·수치는 원문 링크에서 확인해 주세요. [원문 링크](https://www.lennysnewsletter.com/p/this-week-on-how-i-ai-the-internal)
