Noah Adelstein이 Harmonya의 Cory Nelson을 취재해 글을 썼어요. 가입 다음 날 아침 저희가 본 것과, 이 구성이 실제로 무엇에 달려 있는지 정리했어요.
Cory Nelson은 Harmonya의 초대 마케팅 디렉터예요. 마케팅 조직이 곧 Cory 한 사람이에요. Harmonya는 소비재(CPG) 브랜드와 리테일러를 위한 제품 인텔리전스 기업으로, 2021년에 설립됐고 뉴욕과 텔아비브에 거점을 두고 있어요.
Cory는 어느 날 저녁 Brew에 가입했어요. 다음 날 아침 Thomas와 저는 Cory와 통화를 했어요. Cory는 이미 밤새 제품을 써 본 뒤였어요. 캔버스에는 Harmonya 이메일이 올라와 있었어요. 에이전틱 커머스를 다룬 초안도, 제품 인텔리전스를 다룬 초안도요. Cory가 통화를 잡은 건 제품 소개가 필요해서가 아니라, 더 깊이 써 보고 싶어서였어요.
제가 직접 말할 수 있는 건 여기까지예요. 아래의 운영 관련 내용은 2026년 8월 20일에 게재된 Noah Adelstein의 The GTM Engineer 기고글에서 가져왔어요. Brew는 이 커뮤니티를 후원하고 있고, Noah도 글에서 그 사실을 밝혀요. 수치는 Noah가 Cory의 말을 인용해 전한 것이에요. Brew 고객 사례로 삼아 저희가 직접 측정한 결과가 아니에요.
Cory는 Noah에게 업무 시간의 약 5%를 이메일에 쓰고 있는데도 그만큼의 성과를 얻지 못하고 있었다고 말했어요. 예전 방식은 HubSpot 안에서 돌아갔어요. 템플릿을 열고, 전체 리스트를 선택하고, 보내는 식이었죠. 월간 뉴스레터 하나에 가끔 제품 공지가 더해졌어요. 모든 사람에게 같은 메시지가 갔어요.
Noah의 설명에 따르면 Harmonya는 대형 소비재(CPG) 브랜드를 상대로 판매하고, Noah는 그 구매자들의 규모를 보여 주는 예로 PepsiCo와 Colgate를 들었어요. 카테고리, 직무, 구매 단계를 무시한 일괄 발송은 이런 리스트를 낭비해요. Harmonya도 이미 HubSpot 안에서 문제를 고쳐 보려 했어요. 필드를 늘리고, 리스트를 늘리고, Cory의 시간을 더 썼어요. 도구는 무거워졌지만, 메일은 더 정확해지지 않았어요.
Cory는 HubSpot을 CRM으로 그대로 두고, 그 위에 Brew를 얹어 작성과 세그먼트 구성, 발송을 맡겼어요. 이메일 대부분은 서체와 레이아웃을 직접 볼 수 있는 Brew UI에서 만들어요. 발송, 자동화 구성, 결과 확인은 MCP로 연결한 Claude에서 해요.
Noah는 Harmonya가 이미 갖고 있던 백서, 블로그 글, 동영상을 활용한 시퀀스를 소개해요. Noah가 설명한 흐름을 아래에 정리했어요.
| 단계 | 역할 |
|---|---|
| 1 | 클릭 없이 읽히는 짧은 이메일, 몇 가지 통계, 다운로드는 아직 없음 |
| 2 | 블로그로 클릭 유도 |
| 3 | 독자가 논지를 확인한 뒤에 보내는 백서 |
| 전해진 로직 | 단계 사이에 대기하고, 관찰한 이메일 참여도에 따라 후속 이메일 결정 |
제가 다른 프로그램에도 가져가고 싶은 교훈은, 모든 연락처에 같은 소개 이메일을 보내는 대신 메시지 자체를 바꾸는 카테고리를 기준으로 삼으라는 거예요.
Cory가 Noah에게 설명한 작업 루프. 바깥쪽에 Claude, 가운데에 Brew, 맨 아래에 HubSpot.
Cory는 Noah에게 HubSpot에서 전체 리스트로 보내던 예전 기준과 비교해 오픈과 클릭이 두 배 넘게 늘었다고 말했어요. 이 수치는 운영자 한 명이 전한 비교일 뿐, 통제된 실험 결과나 Brew의 성과 보장이 아니에요. 리스트, 제안, 발송 주기가 한꺼번에 바뀌었고, 오픈 수는 메일 앱의 개인정보 보호 기능 때문에 왜곡될 수 있어요.
Noah는 첫 캠페인을 원자료와 대조해 사실관계를 검토한 과정도 소개해요. 어떤 에이전트 워크플로에서든 저라면 꼭 남겨 둘 단계예요.
저희와의 통화에서는 고객사, 직무, 그리고 실제로 누가 계약서에 서명하는지 이야기했어요. 팀이 한 번도 기록해 두지 않은 구매 위원회 구성도를 Brew가 대신 만들어 줄 수는 없어요. CRM의 맥락을 명시적으로 남겨 두고, 그 맥락이 이메일 워크플로에 어떻게 전달되는지 검토하세요.
Cory는 데모가 필요한 잠재 고객으로 찾아온 게 아니었어요. 온보딩 플로우가 예상한 것보다 이미 훨씬 깊이 제품을 써 본 상태였어요. 그 통화 뒤에 Cory는 유료 고객이 됐어요. 저는 그 통화 이야기를 Product Hunt 1위를 하며 배운 것에 적어 두었어요. 저희의 ICP(이상적인 고객 프로필)가 슬라이드 속 개념이 아니라 실제 사람이 된 첫 순간이었거든요.
Cory가 저희에게 해 준 말은 이거였어요. “Claude가 디자인에서 해낸 일을 이메일에서 해내셨어요. 제가 이미 에이전트로 일하는 방식에 맞는 첫 이메일 도구예요.” Noah의 글이 나온 뒤에는 LinkedIn에 *“Brew + Claude는 초능력이에요!”*라고 썼어요.
저희는 그 한 시간을 온보딩 슬라이드에 쓰지 않았어요. Cory가 이미 판매하고 있는 고객사들, 그리고 독자가 “뉴스레터 리스트”가 아니라 카테고리 매니저일 때 시퀀스가 어떤 모습이어야 하는지를 이야기했어요.
전해진 시퀀스만으로는 발송 대상 여부를 어떻게 확인했는지 알 수 없어요. Brew의 이벤트 조건은 contact.<name> 형식으로 Brew 연락처 필드의 현재 값을 읽을 수 있어요. 단, 그 필드가 계속 동기화되고 있어야 해요. 이 조건이 CRM을 조회하지는 않아요. Brew 밖에 있는 고객사 상태를 기준으로 삼으려면 애플리케이션이 대상 여부를 확인하고 새 이벤트를 보내게 하세요. 자동화 가이드를 참고하세요.
이미 믿고 쓰는 CRM은 그대로 두세요. 그 위에 에이전트를 얹는 건 팀의 누군가가 첫 발송을 원자료와 대조해 읽을 때만 하세요. 세그먼트는 워크숍에서 만든 페르소나 이름이 아니라, 문장을 바꾸는 필드를 기준으로 나누세요. 그리고 리스트가 아직 필드 하나와 희망뿐이라면 에이전트에게 라이프사이클 프로그램을 요청하지 마세요.
Noah의 글을 읽어 보세요. Noah는 저희가 어느 한 번의 통화에서 보낸 시간보다 더 오래 Cory와 함께했어요. Cory가 어떤 도구에서 옮겨 왔고 그 뒤로 어떤 성과를 전하는지 짧게 정리한 버전은 Harmonya 고객 사례 페이지에 있어요.
지금 저희가 다른 팀에 권하는 브리프 형식은 이메일 에이전트에게 브리프 쓰는 법에 있어요. Claude가 발송 버튼을 누를 때도 여전히 적용되는 받은편지함 규칙은 에이전트가 이메일을 보낼 때도 여전히 적용되는 원칙에서 확인하세요.
