오늘 볼 자동화 포인트
잠재고객을 찾는 일과 약속한 후속 업무를 챙기는 일은 서로 다른 반복 업무예요. 앞쪽은 조사 조건을 잘 정해야 하고, 뒤쪽은 대화와 화면에 흩어진 맥락을 놓치지 않아야 해요.
이번에는 영업 실행을 돕는 Pancake와 업무 맥락을 정리하는 AirJelly를 살펴봐요. 두 제품의 기본 연동이 확인된 것은 아니에요. 하나의 통합 서비스처럼 보기보다, 지금 누락이 생기는 구간에 각각 붙일 후보로 보는 게 좋아요. 아래 활용 흐름은 도입 설계 예시이며 실제 계정 연결이나 성과를 검증한 사례는 아니에요.
한눈에 비교
표는 좌우로 움직여 확인할 수 있어요.
| 툴 | 핵심 용도 | 잘 맞는 업무 | 주의할 점 |
|---|---|---|---|
| Pancake | 잠재고객 조사와 승인 후 연락 | 조건에 맞는 기업 찾기, 영업 메시지 초안과 후속 연락 | 수신 대상·연락 근거·발송 중단 조건을 먼저 정해야 해요 |
| AirJelly | 허용한 화면 맥락을 업무 기억으로 정리 | 대화에서 할 일 찾기, 마감 알림, 업무 요약 | 화면 제외 설정과 외부 AI에 전달되는 데이터 범위를 확인해야 해요 |
Pancake
고객을 찾는 조건을 반복 실행할 영업 흐름으로 바꿔요.
Pancake는 회사 웹사이트를 바탕으로 타깃 고객과 메시지 방향을 정리하고, 조건에 맞는 잠재고객을 찾는 제품이에요. 공식 사이트는 조사·고객 적합성 확인·연락을 묶은 실행 단위를 소개하고 있어요.
고객 후보마다 적합하다고 판단한 이유와 출처를 보여주고, 사용자가 대상을 승인한 뒤 연락하도록 안내해요. 기존 AI와 외부 도구를 연결하는 규격(MCP)을 통해 Claude나 Codex에서 조사 흐름과 메시지를 다루는 방식도 제공해요. 다만 연결 가능한 도구와 이용 범위는 실제 계정에서 확인해야 해요.
이런 분들한테 맞아요
매주 비슷한 조건으로 기업을 검색하고, 연락할 이유를 메모한 뒤 첫 메시지를 다시 쓰고 있나요? 후보 수집과 초안 작성을 한 구간으로 묶을 후보예요.
다만 후보 승인과 발송 승인이 같은 의미인지 먼저 확인해야 해요. 승인 직후 연락이 시작되는 흐름이라면, 메시지 검수와 수신 거부 처리 기준을 승인 전에 적용해야 해요.
Pancake 활용 예시
타깃 기업 조건 입력 → 후보와 조사 출처 확인 → 기존 연락 이력·수신 거부 대상 대조 → 메시지 검수 → 담당자 승인 → 연락 결과와 중단 사유 기록
이 예시의 기존 이력 대조와 승인 기록은 운영 설계에 넣어야 할 단계예요. 지금 쓰는 고객관리 도구와 기본 연동되는지는 별도로 확인해야 해요.
AirJelly
허용한 업무 화면의 맥락을 읽고 할 일과 후속 확인을 챙겨요.
AirJelly는 데스크톱에서 허용한 화면 맥락을 수집하고, 활동 기록·할 일·알림으로 정리하는 AI 도우미예요. 공식 사이트는 대화에서 할 일을 찾거나 여러 자료를 요약하고, 일정에 맞춰 준비 자료를 만드는 사용 예시를 안내해요.
화면 캡처를 잠시 멈추거나 특정 앱을 제외할 수 있고, 스크린샷은 기기에 암호화해 저장한다고 설명해요. 다만 이 설명만으로 모든 분석 데이터가 기기 밖으로 나가지 않는다고 판단하면 안 돼요. 외부 AI로 전달되는 맥락과 보관 정책은 별도 확인 항목이에요.
이런 분들한테 맞아요
메신저에서 약속한 일을 다른 화면으로 넘어간 뒤 잊거나, 하루가 끝나면 무슨 후속 업무가 남았는지 다시 찾고 있나요? 흩어진 대화를 할 일 후보와 업무 요약으로 모으는 용도로 검토할 수 있어요.
다만 고객 개인정보·계약서·계정 관리 화면은 관찰 범위에서 빼는 설정이 필요해요. 대화에서 추출한 날짜와 담당자는 원문을 대조한 뒤 확정하는 게 좋아요.
AirJelly 활용 예시
비민감 업무 앱만 관찰 허용 → 대화에서 후속 업무 후보 추출 → 원문과 기한 확인 → 담당자가 할 일 확정 → 알림 확인 → 완료 여부를 실제 업무 기록과 대조
고객관리 시스템에 자동으로 기록되거나 고객에게 연락하는 기능까지 확인한 예시는 아니에요. 처음에는 내부 알림과 요약 용도로 범위를 제한해요.
이 업무를 자동화할 때 먼저 볼 기준
새 고객 조사와 기존 약속 관리를 따로 측정해요
후보 조사에 쓰는 시간과 후속 업무 누락은 다른 문제예요. 어느 쪽이 더 자주 막히는지 확인하고 해당 구간 하나부터 시험해요.
연락 승인은 화면 관찰 동의와 분리해요
업무 맥락을 읽도록 허용했다고 외부 메시지 발송까지 허용한 것은 아니에요. 누가 어떤 대상과 문구를 승인했는지 남겨야 해요.
멈출 조건과 지울 데이터를 먼저 정해요
거절한 고객에게 다시 연락하지 않는 조건과 화면 기록을 지우는 절차를 정해요. 발송 이력과 수집 제외 설정이 실제로 작동하는지 소규모로 검증해요.
고객 연락과 업무 기억을 나눌 때 자주 묻는 질문
Q. 두 도구를 연결해야 효과가 있나요?
A. 꼭 그렇지는 않아요. 조사·첫 연락이 느리면 Pancake를, 내부 약속과 할 일이 자주 빠지면 AirJelly를 먼저 검토해요. 두 제품 간 기본 연동은 여기서 확인하지 않았으므로 별도 연결을 전제로 도입하지 않아요.
Q. AI가 찾은 고객에게 바로 연락해도 될까요?
A. 후보의 적합성뿐 아니라 연락처를 확보한 경로, 기존 접촉 이력, 수신 거부 여부를 먼저 확인해야 해요. 대상 승인으로 발송이 시작되는 제품에서는 승인 전에 메시지와 후속 연락 중단 기준까지 검수해요.
Q. 화면 기록이 기기에 저장되면 고객 정보를 보여줘도 안전한가요?
A. 기기 내 스크린샷 저장과 외부 AI에 보내는 분석 맥락은 구분해야 해요. 민감한 앱은 제외하고, 수집·전송·삭제 정책과 회사의 데이터 처리 기준을 확인한 뒤 비민감 업무로 시험하는 게 좋아요.
한 줄 정리
고객을 찾아오는 자동화와 약속을 기억하는 자동화는 입력도 위험도 달라요. 먼저 누락이 생기는 한 구간을 고르고, 조사 결과는 근거로 검수하고 연락은 승인으로 잠그는 편이 좋아요.
리드 조사와 후속 업무가 반복해서 끊긴다면, 현재 쓰는 고객관리 도구와 연락 흐름을 기준으로 자동화할 구간과 사람이 승인할 구간을 함께 정리해볼 수 있어요.
