"BrainGrid를 사용할 때의 느낌은 마치 내 곁에 PM(Product Manager)이 있는 것 같습니다."

• Saymon

배경: 홀로서기를 한 시니어 엔지니어

빌더는 누구인가?

Saymon은 8년의 전문 경력을 가진 브라질 출신의 소프트웨어 엔지니어입니다. 그는 최고의 에이전시에서 8명 규모의 팀을 이끌었으며, 일일 활성 사용자(DAU)가 900만 명 이상인 앱의 기능을 출시했고, 제품을 컨셉 단계에서 시드 펀딩 단계까지 이끌어왔습니다. 지난 2년 동안 그는 독립 컨설턴트로 활동하며 기업들이 MVP(Minimum Viable Product)를 출시하고, 자금을 확보하며, 코드 품질을 개선하고, 성장 전략을 개발하는 것을 도왔습니다.

Saymon은 단순히 만드는 법을 배우고 있는 '바이브 코더(vibe coder)'가 아닙니다. 그는 이미 만드는 법을 알고 있으며, 병목 현상은 결코 코드 그 자체에 있지 않다는 것을 깨달은 시니어 엔지니어입니다.

에이전트 중심 개발(Agentic Development)로의 전환

약 1년 반 전, Saymon은 에이전트 중심 워크플로우(agentic workflow)로 전환했습니다. 그는 이를 JavaScript에서 TypeScript로 넘어가는 것과 같다고 설명합니다. 즉, 초기 투자가 나중에 극적인 보상으로 돌아오는 J-커브(J-curve)와 같습니다.

그의 확신은 단순했습니다. 코드를 작성하는 것은 소프트웨어 엔지니어가 진정으로 해야 할 일이 아니라는 것입니다. 소프트웨어를 통해 문제를 해결하는 것이 진정한 역할입니다. Cursor와 Claude Code 같은 도구들이 작성을 처리할 수 있을 만큼 성숙해지자, Saymon은 자신의 에너지를 가장 중요한 부분인 연구, 아키텍처(architecture), 그리고 의사결정으로 전환했습니다.

그의 개발 환경(Development Setup)

Saymon의 현재 스택은 속도와 비용 효율성을 위해 구축되었습니다:

• IDE: Cursor
• 주요 코딩 에이전트: Claude Code (대부분의 작업에는 Opus 4.5, 100만 토큰 컨텍스트 창이 필요한 대규모 컨텍스트 작업에는 Sonnet 4.5 사용)
• 연구: Gemini Deep Research를 주로 사용하며, Claude Code 연구 및 GPT Deep Research로 보완
• 기획 및 사양(specs): BrainGrid

그는 여전히 모든 코드 라인을 읽고 검토합니다. 하지만 더 이상 코드의 대부분을 직접 작성하지는 않습니다.

비전: 타인을 돌보는 사람들을 돌보는 것

그는 무엇을 만들고 있는가?

Saymon은 브라질의 치료사들을 위한 올인원 애플리케이션인 Core Care를 구축하고 있습니다. 이 플랫폼은 환자 관리, 재무 및 결제 처리, 원격 의료(Telemedicine), 그리고 1:1 화상 세션을 아우릅니다. Saymon의 설명에 따르면, 이는 본질적으로 7개의 스타트업이 하나의 제품으로 통합된 것과 같습니다.

대상은 누구인가?

Core Care는 우선 브라질 시장의 치료사들을 타겟으로 하며, 장기적으로는 글로벌 시장 진출을 목표로 합니다. Saymon은 미션을 명확하게 설명합니다: "타인을 돌보는 사람들을 돌보는 것."

무엇을 해결하는가?

현재 치료사들은 일정 예약, 청구, 환자 기록, 원격 의료를 위해 파편화된 도구들을 병행하여 사용하고 있습니다. Core Care는 이 모든 것을 하나의 플랫폼으로 통합하여, 치료사들이 소프트웨어 스택(Software stack) 대신 환자들에게 집중할 수 있도록 합니다.

장기적 비전

첫날부터 Core Care는 국제화(Internationalization)와 세계화(Globalization)가 내장된 구조로 설계되었습니다. Saymon은 로컬 도구를 만드는 것이 아닙니다. 그는 기초부터 글로벌 규모로 확장할 수 있도록 설계된 플랫폼을 구축하고 있습니다.

전환점: BrainGrid 선택

페인 포인트(Pain point): 제품 팀 없는 제품 사고(Product thinking)

여러 고객 프로젝트를 수행하는 1인 컨설턴트로서, Saymon은 반복되는 문제에 직면했습니다. 그는 훌륭한 제품 관리(Product management) 도구들을 사용할 수 있었지만, 그 도구들은 코드베이스(Codebase)를 인지하지 못했습니다. 그는 강력한 코딩 에이전트(Coding agents)를 가지고 있었지만, 그들은 제품의 맥락(Product context)을 이해하지 못했습니다. 그는 그 둘 사이의 가교 역할을 해야 했고, 그 가교 역할을 수행하는 데 비용이 많이 들었습니다.

서로 다른 프로젝트를 넘나들며 작업할 때, 그는 끊임없이 컨텍스트 스위칭(Context-switching)을 해야 했습니다. 만약 자신의 로컬 머신에 없는 프로젝트에서 무언가가 어떻게 작동하는지 이해해야 한다면, 다른 개발자에게 조사를 요청하고 보고를 받아야 했습니다. 기획과 엔지니어링 사이의 간극은 실재했으며, 이는 매주 수 시간을 소모하게 만들었습니다.

Saymon은 자신만의 시스템을 구축하려고 시도했습니다. 기존의 여러 솔루션들도 시도해 보았습니다. 하지만 그 어떤 것도 제품 관리 맥락(Product management context)과 코드베이스 인지(Codebase awareness)라는 양측을 하나의 도구로 연결해주지는 못했습니다.

그러던 중 그는 BrainGrid를 발견했고, 대기 명단(Waitlist)에 이름을 올린 뒤 사용하기 시작했습니다.

BrainGrid가 달랐던 점

BrainGrid는 다른 어떤 도구도 제공하지 못한 것, 즉 코드베이스에 대한 지식(knowledge of the codebase)을 바탕으로 요구사항 계획(requirements planning)과 작업 분해(task breakdown)를 수행할 수 있는 능력을 Saymon에게 부여했습니다. BrainGrid는 제품 관리(product management) 계층과 엔지니어링 인지(engineering awareness)를 결합하여, 그가 더 이상 두 세계 사이의 번역가 역할을 할 필요가 없게 만들었습니다.

"제품 관리에 필요한 모든 도구와 최소한 코드베이스를 이해하는 데 필요한 모든 도구를 동시에 갖는 것과 같습니다."

BrainGrid가 그의 워크플로(Workflow)를 어떻게 바꾸었나

정리 작업에서 의사결정으로

가장 큰 변화는 속도가 아니었습니다. Saymon이 시간을 어디에 쓰느냐의 문제였습니다. BrainGrid를 사용하기 전에는 그의 업무 시간 중 상당 부분이 작업을 작성하고, 수락 기준(acceptance criteria)을 정의하며, 계획을 구조화하는 등의 정리 작업에 할애되었습니다. 필요한 작업이었지만, Saymon이 인정하듯 "때로는 지루한" 일이었습니다.

BrainGrid는 그 지루한 부분을 제거했습니다. 남은 것은 순수한 의사결정(decision-making)뿐이었습니다. 이제 Saymon은 Jira 티켓의 형식을 맞추는 대신, 옵션을 평가하고, 아키텍처(architecture)를 개선하며, 결정을 내리는 데 시간을 보냅니다.

"지루한 부분을 없애줍니다. 그저 의사결정만 하면 됩니다. '좋아, 그래, 이런 방식으로 진행하자'라고 말이죠."

실제 BrainGrid 워크플로

Saymon의 프로세스는 명확한 패턴을 따릅니다:

1. 문제 이해 (Understand the problem). 클라이언트 프로젝트든 Core Care든, 그는 필요 사항과 해결하려는 문제를 깊이 이해하는 것부터 시작합니다.

2. 리서치 (Research). 그는 다른 회사와 앱들이 유사한 문제를 어떻게 해결하는지 연구하며, 자신의 경험과 교차 참조합니다.

3. 아키텍처 (Architecture). 그는 무엇을 어떤 순서로 구축할지를 포함하여, 상위 수준의 접근 방식 (high-level approach)을 스케치합니다.

4. BrainGrid를 이용한 명세 작성 (Spec with BrainGrid). 그는 자신의 아키텍처를 BrainGrid로 가져와 명세 (specifications) 작성을 도와달라고 요청합니다. BrainGrid는 백지 상태의 문제 (blank-page problem)를 해결해주며, Saymon이 검토하고 다듬을 수 있는 초안을 생성합니다.

5. 태스크 분해 (Task breakdown). BrainGrid는 수락 기준 (acceptance criteria)이 포함된 세분화된 태스크를 생성합니다. Saymon은 Claude Code 내에서 BrainGrid의 MCP와 CLI를 사용하여 태스크를 자신의 에이전트 (agent)로 직접 가져옵니다.

6. 태스크 전 사전 보강 (Pre-task enrichment). 실행하기 전에, Saymon은 각 태스크에 추가적인 컨텍스트 (context)를 계층적으로 쌓습니다. 이는 데이터베이스 태스크에 대한 Supabase 확인, UI 태스크를 위한 디자인 시스템 일관성 프롬프트, 그리고 백엔드 라우트를 위한 API 검증을 의미합니다.

7. 테스트 플로우 생성 (Test flow generation). 태스크를 기반으로, Saymon은 BrainGrid를 사용하여 QA에 필요한 전체 테스트 플로우 (test flows) 세트를 생성합니다. 최근의 한 기능은 25개의 태스크와 13개의 별도 테스트 플로우를 생성해냈습니다.

8. 구현 (Implementation). 그는 각 태스크를 Claude Code를 통해 실행하고, 결과물을 검토한 뒤 다음 단계로 넘어갑니다.

9. QA 및 검토 (QA and review). AI 보조 코드 리뷰 (AI-assisted code review)를 통해 이슈와 버그를 잡아내고, 앞서 생성된 플로우에 따라 수동 QA를 진행한 뒤, 자동화된 테스트를 수행합니다.

결과: 더 빠르고, 더 조직적이며, 더 높은 품질

100만 달러의 수익을 창출한 클라이언트 기능

한 클라이언트가 주요 이벤트를 가능하게 할 기능에 대해 엄격한 마감 기한을 두고 Saymon을 찾아왔습니다. 과제는 다음과 같았습니다: 서로 연결된 8개의 앱이 함께 작동해야 했으며, 장기적인 유지보수성 (maintainability)을 결정지을 아키텍처 결정이 필요했습니다.

BrainGrid가 없었다면, 연구와 계획 단계에만 각각 6~7시간씩 총 이틀이 소요되었을 것입니다. BrainGrid를 사용한 Saymon은 30분 만에 실행 가능한 계획을 세웠습니다. 그는 남은 하루 동안 그 계획을 다듬는 데 시간을 보냈습니다.

결과적으로, 3~4주가 걸렸을 기능이 2주가 조금 넘는 기간 만에 전달되었습니다. 고객은 이를 활용해 100만 달러의 매출을 창출한 이벤트에 사용했습니다.

품질 비교 (Side-by-side comparison)

Saymon은 직접 실험을 진행했습니다. 그는 동일한 SaaS MVP를 두 번 구축했습니다:

• BrainGrid 없이: 직접적인 프롬프팅 (direct prompting)을 통해 Claude Code를 사용하여 작동 가능한 MVP를 만드는 데 이틀이 걸렸습니다. 코드는 지저분하고 구조가 부족했으며, 유지보수를 위해 상당한 리팩토링 (refactoring)이 필요했습니다.

• BrainGrid와 함께: 초기에 4시간의 추가적인 계획 단계를 거친 후, 코딩에 약 이틀을 사용했습니다. 하지만 결과물은 더 많은 기능을 포함하고 있었고, 더 깔끔한 아키텍처 (architecture)를 갖추었으며, 유지보수와 확장이 훨씬 용이한 코드를 생성했습니다.

차이점은 단순히 속도만이 아니었습니다. 그것은 바로 확신이었습니다.

"내 코드에 대해 확신을 가지고 움직일 수 있게 되었습니다."

PM(Product Manager)이 있다는 느낌

Saymon에게 가장 의미 있는 변화는 지표가 아니라 느낌입니다. 개인 기여자 (individual contributor)로서, 그는 마침내 제품 관리자 (product manager)와 함께 일하는 경험을 하게 되었습니다. 즉, 요구사항을 정리하고, 수락 기준 (acceptance criteria)을 작성하며, 구조를 유지하는 지루하지만 중요한 작업을 처리해 주는 누군가(또는 무언가)와 함께 일하는 경험 말입니다.

그의 컨설팅 업무 측면에서 그 영향은 팀 전체로 확장됩니다. BrainGrid는 제품 관리자와 엔지니어 사이의 간극을 메워 양측 모두의 생산성을 높여줍니다. 이는 어느 한 역할을 대체하는 것이 아니라, 업무 인수인계 (handoff)를 매끄럽게 만드는 것입니다.

"BrainGrid가 돕고 있는 것은 엔지니어와 제품 관리자 사이의 간극을 좁히고, 두 역할 모두를 더 생산적으로 만드는 것입니다."

그가 BrainGrid에 기대하는 다음 단계

Saymon의 기능 요청은 도입과 접근성에 초점을 맞추고 있습니다:

GitHub 접근 권한이 필요 없는 IDE 통합 (IDE integration). 여러 고객 프로젝트를 넘나들며 컨설턴트로 일할 때, 각 조직마다 GitHub 접근 권한을 얻는 것은 번거로움을 더합니다. Cursor나 Slack이 상향식 (bottom-up) 전략을 채택했던 방식과 유사하게, BrainGrid가 IDE에 직접 통합된다면 새로운 엔지니어와 새로운 프로젝트를 온보딩 (onboarding)하는 과정이 획기적으로 쉬워질 것입니다.

이는 여러 코드베이스에 걸쳐 다수의 팀을 관리하는 사람으로부터 나오는 피드백으로, 설정 과정의 모든 번거로움이 프로젝트마다 배가되는 상황을 반영합니다.

마치며

Saymon의 이야기는 AI와 함께 코딩하는 법을 배우는 것에 관한 것이 아닙니다. 이는 이미 구축하는 법을 알고 있는 시니어 엔지니어가, 마치 하나의 완전한 제품 팀처럼 운영할 수 있게 해주는 누락된 계층을 발견한 것에 관한 것입니다.

BrainGrid를 통해 그는 단순히 더 빠르게 구축하는 것만이 아닙니다. 그는 더 조직적이고 유지보수가 용이한 소프트웨어를 구축하고 있으며, 실제 비즈니스 성과를 이끄는 기능들을 출시하고 있습니다.

Core Care는 이제 막 시작 단계이지만, 그 토대는 글로벌 규모 (global scale)에 맞춰 구축되었습니다. 그리고 Saymon은 그에 걸맞은 워크플로 (workflow)를 갖추고 있습니다.

곧 브라질과 그 외 지역의 치료사들에게 제공될 Core Care를 확인해 보세요.

원문은 BrainGrid 블로그에 게시되었습니다.