요구사항 수집 및 스코핑 에이전트

어디에 맞는가

소프트웨어 하우스, 개발 에이전시, 시스템 통합업체, IT 서비스 회사 — 가격을 매기기 전에 범위를 잡아야 하는 일을 파는 모든 곳.

여기서 경제성은 특이합니다: 여러분의 디스커버리 과정은 일을 딜리버리하는 바로 그 사람들이 수행합니다. 알고 보니 예산이 없는 잠재 고객에게서 요구사항을 끌어내며 보낸 한 시간은 시니어 엔지니어링 시간 한 시간이고, 딜이 진짜인지 알기도 전에 쓰입니다. 한편 문서에서 답할 수 있는 질문들 — 어떤 스택에서 일하는지, 그 ERP와 연동하는지, 인계를 어떻게 처리하는지 — 은 같은 비싼 인력에게 닿습니다.

일상

• 리드가 문의 양식을 작성 → 에이전트가 자동 응답을 보내는 대신 진짜 대화를 시작하고, 범위가 잡힌 브리프를 반환.
• 잠재 고객이 자기 창고 시스템과 연동하는지 물음 → 여러분 자신의 통합 목록에서, 팀이 줄 유의 사항과 함께 답함.
• 제안서가 나간 지 11일 → 에이전트가 후속 연락을 열고, 답변이 딜이 움직였음을 시사하면 사람에게 표시.

실제 모습

12명 규모의 개발 숍. 인바운드 리드가 "스프레드시트를 대체할 내부 도구"를 원한다고 합니다. 그건 2주일 수도, 두 분기일 수도 있습니다. 에이전트가 짚어갑니다: 어떤 스프레드시트인지, 몇 명이 다루는지, 그들의 회계 시스템에서 읽어야 하는지, 누가 승인하는지, 3월이 아니라 6월에 출시되면 어떻게 되는지. 기술 리드는 여섯 질문 모두에 답이 담긴 브리프를 열고, 이것이 전에 두 번 만들어 본 통합에 달려 있다는 것을 보고, 세 번째가 아니라 첫 통화에서 자신 있게 견적을 냅니다.

사전 영업 질문의 긴 꼬리를 지닌 통합업체. 하루에 두세 건의 문의가 "X를 지원하나요?"의 변형입니다. 에이전트는 팀이 관리하는 통합 카탈로그에서 답하고 — 답이 아니오일 때 분명히 말하기 때문에 — 애초에 맞지 않던 잠재 고객이 영업 통화를 소모하지 않게 됩니다. 사람에게 닿는 것은 답이 "네, 조건부로"였던 문의입니다.

이것이 우리 집 가까이 있는 이유

agent4.io는 소프트웨어를 파는 소프트웨어 팀이 만들었고, 이 워크플로가 우리가 제품을 처음 중심에 두고 설계한 것입니다. 요구사항 대화 — 참을성 있고, 정형화되고, 수백 번 반복되고, 거의 일관되게 이루어지지 않는 — 는 에이전트에게 넘겨도 살아남는 딱 그런 형태의 일입니다. 가치가 즉흥에 있는 게 아니라 올바른 질문을 올바른 순서로 하는 데 있기 때문입니다.

또한 상대편에 있는 사람이 기술자인 워크플로이기도 합니다. 그들은 에이전트를 시험할 것입니다. 답할 수 없는 것을 물을 것입니다. 그것은 허세를 부리는 대신 "모르겠습니다, 여기 아는 사람이 있습니다"라고 말하도록 설정할 좋은 이유입니다 — 집중된 전문성을 참고하세요.

무엇이 여러분의 통제에 남는가

에이전트의 지식은 오직 여러분이 업로드한 것뿐이므로, 여러분에게 없는 역량을 약속할 수 없습니다. 그리고 잠재 고객의 아키텍처 세부와 사업 계획이 이런 대화에 도착하므로, 각각은 데이터베이스 수준 강제로 스페이스별 격리됩니다.