---
title: 활용 사례
description: 1인 창업자부터 지원·커뮤니티·제품 역할이 있는 팀, 그리고 AI 에이전트까지, 다양한 팀이 Hearl을 어떻게 쓰는지 소개합니다.
---

Hearl은 사용자가 X, Reddit, Hacker News에서 제품에 대해 공개적으로 이야기하고, 답할 가치가 있는 모든 게시물에 해결될 때까지 담당자가 붙어 있기를 바라는 팀을 위한 도구입니다. 자주 쓰이는 구성과 각각 무엇을 설정하면 되는지 정리했습니다.

## 1인 창업자: X에서 사용자의 질문을 방치하지 않기 [#indie]

**상황.** 혼자 제품을 만들고 있고, 사용자는 공식 계정에 직접 묻습니다. 수수료는 어떻게 되는지, 심사는 얼마나 걸리는지, 결제가 왜 실패했는지. 알림을 계속 새로고침할 시간은 없고, 답이 늦으면 아무도 응답하지 않은 공개 불만이 남습니다.

**설정 방법.**

1. 제품 및 소스에서 웹사이트를 입력합니다. Hearl이 공식 X 계정을 읽어 오니 "이 계정을 언급한 게시물 추적"을 체크합니다.
2. 알림을 열고 이메일이나 팀 채팅을 연결합니다. 누군가 질문할 때, 그리고 답한 뒤 사용자가 다시 글을 남길 때 알림을 받습니다.
3. 받은함의 **처리 필요** 보기를 하루에 한 번 확인합니다. 답해야 할 게시물만 남고, 칭찬·잡담·무관한 게시물은 따로 분류됩니다.

**결과.** 요금이나 사용법 질문은 높은 우선순위로 표시되어 맨 위에 놓입니다. 답하면 자동으로 **팀 답변함**이 되고, 사용자가 다시 물으면 받은함으로 돌아옵니다.

## 흔한 이름의 제품: 정말 우리 이야기인 게시물만 보기 [#same-name]

**상황.** 제품 이름이 흔한 단어이거나 다른 것과 이름이 같아서, 단순 키워드 검색으로는 대부분 노이즈입니다.

**설정 방법.**

1. **제품 설명**에 무엇을 하는 제품이고 누구를 위한 것인지 한두 문장으로 씁니다.
2. **헷갈리기 쉬운 대상**에 이름을 공유하는 것을 적습니다. 예를 들어 무관한 제품, 흔한 단어, 사람 등입니다.
3. 검색어는 넓게 두고 필터링은 Hearl의 AI에 맡깁니다. 확신이 없는 게시물은 **사람 확인 필요**로 **검토 대기** 보기에 들어가 사람이 판단합니다. 조용히 버려지는 것은 없습니다.

**결과.** 제품 이름과 단어만 겹치거나 철자가 비슷할 뿐인 게시물은 **제품과 무관**으로 표시되어 **처리 필요**에 오지 않습니다. 하나가 빠져나오면 무관으로 표시해 닫으면 됩니다. 같은 종류의 게시물이 계속 들어오면 **헷갈리기 쉬운 대상**에 추가하세요. 이후 판단에서 제외됩니다.

## 출시 후: 대화 속에서 버그 제보 골라내기 [#launch]

**상황.** 방금 새 버전을 출시했습니다. 서브레딧과 X가 게시물로 가득 찹니다. 칭찬, 제안, 그리고 뭔가 고장 났다는 이야기들.

**설정 방법.**

1. Reddit 항목에 서브레딧과 사이트 전체 검색어를 추가합니다.
2. 받은함에서 **버그**와 **비판**으로 필터링하거나 **높음** 우선순위만 표시합니다.
3. 각 버그에 담당자와 기한을 지정합니다. 고치면 결과를 한 줄로 쓰고 완료로 표시합니다.

**결과.** 출시 당일 수십 개의 게시물 중 버그 제보는 버그로 태그되고 높은 우선순위로 맨 위에 정렬됩니다. 문제마다 담당자가 한 명 있고, 결과는 타임라인에 남아 나중에 볼 수 있습니다.

## 역할이 있는 팀: 지원, 커뮤니티, 제품이 함께 [#team]

**상황.** 커뮤니티 담당이 게시물에 답하고, 기술 질문은 엔지니어에게, 요금·제휴 질문은 영업에게 갑니다. 스크린샷을 전달하다 보면 다른 사람이 이미 답했겠거니 하는 일이 잦았습니다.

**설정 방법.**

1. 멤버에서 팀원을 초대합니다. 대화마다 담당자는 한 명이고, 도움이 필요하면 협업자를 추가합니다.
2. 매일 분류할 때는 **미배정** 보기를, 후속 조치에는 **기한 초과**를 씁니다.
3. 대화에 내부 메모(공개되지 않음)를 남기고 팀원을 @멘션합니다.

**결과.** 모든 대화에서 담당자, 기한, 결말을 볼 수 있습니다. 팀이 플랫폼에서 답하면 Hearl이 상태를 자동으로 **팀 답변함**으로 바꿉니다. 아무도 손으로 맞출 필요가 없습니다.

## AI 에이전트의 도움 받기: 일일 요약과 답변 초안 [#agents]

**상황.** 이미 Claude, Cursor 또는 직접 만든 스크립트를 쓰고 있고, 복사·붙여넣기 대신 받은함을 직접 읽게 하고 싶습니다.

**설정 방법.**

1. 에이전트 및 API에서 키를 만듭니다. 보기만 하려면 읽기 전용, 배정과 메모 작성까지 하려면 읽기·쓰기로.
2. MCP, `hearl` CLI 또는 REST API로 연결합니다. 세 가지 모두 같은 작업을 제공합니다.
3. 이번 주 요약, 먼저 답해야 할 게시물, 내부 메모로 저장할 답변 초안을 한 문장으로 요청합니다.

**결과.** 에이전트가 요약과 받은함을 읽고 답이 필요한 게시물을 골라 초안을 메모로 저장합니다. 확인하고 게시하는 것은 여러분입니다. Hearl은 절대 공개적으로 게시하지 않으며, 에이전트가 만든 모든 변경은 타임라인에 "에이전트를 통한 나"로 기록됩니다.

## 자체 커뮤니티 채널: 포럼과 Discord도 가져오기 [#own-sources]

**상황.** X, Reddit, Hacker News 외에도 사용자는 여러분의 포럼, Discord, 티켓 시스템에서 이야기합니다.

**설정 방법.**

1. 읽기·쓰기 키로 `POST /api/v1/products/{slug}/threads`를 통해 스레드를 일괄 전송합니다.
2. 이어서 `POST /api/v1/products/{slug}/judge`를 호출해 관련성과 답변 필요 여부를 Hearl이 판단하게 합니다.
3. 또는 자신의 컴퓨터에서 ego 수집기를 실행합니다. 로그인된 브라우저에서 X와 Reddit을 읽어 같은 받은함으로 보냅니다.

**결과.** 모든 채널의 대화가 하나의 받은함에 모이고, 같은 판단·담당자·상태로 처리됩니다.

## 다음 [#next]

**[빠른 시작](/docs/ko/quickstart)**

로그인하고 워크스페이스를 만든 뒤 첫 제품을 추가합니다.

**[제품 및 소스](/docs/ko/products-and-sources)**

공식 계정, 서브레딧, 검색어, 그리고 Hearl이 수집하는 주기.

**[알림](/docs/ko/notifications)**

이메일과 채팅 알림이 언제, 누구에게 가는지.

**[AI 필터링](/docs/ko/jev-filtering)**

게시물을 어떻게 판단하는지, AI가 확신하지 못할 때 어떻게 되는지.