사용자 피드백을 그냥 던져 넣으세요.
정리되어 돌아옵니다.
Idea Radar는 백로그 옆에 놓이는 아이디어 보드입니다. 지원 메시지, 기능 요청, 통화 끝나고 휘갈긴 메모까지 형식 없이 그대로 던져 넣으세요. 알아서 주제로 묶이고, 중복은 병합되며, 각 아이디어는 실제로 그것을 요청한 사람 수를 달고 있습니다.
백로그는 당신이 하기로 정한 것을 말합니다. Radar는 당신이 들었지만 아직 판단하지 않은 것을 말합니다.
“예전에 내보낸 파일을 못 찾겠어요”
지원 채팅“내보내기가 하위 메뉴에 파묻혀 있어요”
공개 폼“다크 모드 좀 추가해 주세요”
강등된 티켓사용자 피드백 원본이 들어가고, 아이디어 보드가 나옵니다. 각 주제는 누군가 지어낸 점수가 아니라 그것을 요청한 사람 수를 달고 있습니다.
사용자는 하루 종일 당신에게 무언가를 말합니다. 지원 메시지 하나, 채팅에 흘린 한 줄, 통화 중에 적어 둔 메모, 여덟 달 전에 올라온 기능 요청. 대부분은 두 번 다시 읽히지 않습니다.
그걸 전부 백로그에 넣으면 백로그가 죽습니다. 다섯 줄 중 네 줄은 영영 만들어지지 않을 보드는 작업 계획이 아니라 정렬 순서가 붙은 공동묘지입니다. 프로젝트 메모리에 넣는 것도 틀렸습니다. 메모리는 확정된 것을 담지, 누군가 바라는 것을 담지 않습니다. 채팅에 그냥 두는 건 스크롤 한 번에 잃어버리는 것입니다.
Radar는 그 세 번째 자리입니다. 도착한 모양 그대로 무엇이든 던져 넣으세요. 주제로 묶이고, 중복이 걸러지고, 뒤에 서 있는 사람 수로 정렬됩니다. 아이디어가 무르익으면 백로그 티켓으로 승격하고, 그것을 요청했던 모든 사람에게 알림이 갑니다.
아이디어 보드가 실제로 가져다주는 것
사용자 피드백은 뒤죽박죽 들어와 정리되어 나옵니다. 주제는 사람들이 실제로 쓴 말에서 나오지, 당신이 손으로 관리하다 3월쯤 손을 놓게 되는 분류 체계에서 나오지 않습니다.
모든 아이디어가 그것을 요청한 사람 수를 달고 있습니다. 제품 우선순위 결정이 감이 아니라 남에게 보여줄 수 있는 숫자가 됩니다.
중복은 별개의 개발 두 건이 되기 전에 잡힙니다. 두 아이디어를 병합하면 신호가 통째로 옮겨가므로, 병합이 제보자를 떨어뜨릴 수가 없습니다.
백로그는 백로그가 원래 하던 일로 돌아갑니다: 당신이 할 일, 그 외에는 아무것도 없습니다. 기능 요청 선별은 팀이 실제로 일하는 보드가 아니라 Radar에서 이뤄집니다.
데이터가 보장하는 세 가지
아이디어 관리 도구는 그 기록을 얼마나 믿을 수 있느냐만큼의 값어치를 갖습니다. 여기서 이 세 가지는 운영 방침이 아니라 구조입니다.
같은 데이터를 읽는 네 가지 방법
데이터는 하나, 질문은 넷. 관점을 바꿔도 데이터는 그대로이고, 보이는 것만 달라집니다.
주제
기본 관점입니다. 아이디어는 주제로 묶이고, 주제는 관심도 순으로 정렬되며, 관심도는 사람 수로 잽니다. 아침에 열어서 사용자들이 무슨 이야기를 하는지 확인하는 아이디어 보드가 바로 이것입니다.
사람들이 무슨 이야기를, 얼마나 크게 하고 있나?
방법: 어피니티 매핑 (affinity mapping)
임팩트 / 노력
2x2 매트릭스입니다. 아이디어를 끌어다 놓으면 그 임팩트와 노력이 기록 자체에 적힙니다. 왼쪽 위 사분면이 지금 당장 해야 할 것이고, 그 칸은 누군가의 의견이 아니라 근거로 채워집니다.
이번 주에 효과 크고 값싼 건 뭐지?
방법: 임팩트/노력 매트릭스
기회 트리
맨 위에 목표, 그 아래에 주제, 주제 아래에 아이디어. 어떤 목표에도 붙지 않은 주제는 미연결 칸에 나타나고, 그게 안전장치입니다. 당신이 신경 쓰는 무언가에 연결되든지, 아니면 의도적으로 보류되든지 둘 중 하나입니다.
이게 이번 분기 목표에 도움이 되나?
방법: 오퍼튜니티 솔루션 트리 (opportunity solution tree)
별자리
임베딩으로 만든 의미 기반 지도입니다. 같은 뜻인 아이디어끼리 서로 옆에 놓이므로 중복은 뭉친 덩어리로, 빈 곳은 빈 공간으로 보입니다. 누군가 같은 것을 두 번 만들기 전에 병합 후보가 여기서 드러납니다.
내 중복은 어디에 있고, 내 구멍은 어디에 있나?
방법: 의미 기반 클러스터링
Radar와 백로그는 하나로 이어져 있습니다
무르익은 아이디어는 티켓이 됩니다. 이번 분기에 만들지 않을 티켓은 다시 아이디어가 됩니다. 어느 방향이든 사람들을 데리고 움직입니다.
프로젝트 일괄 내보내기
신호 11개, 투표 24표
티켓: 일괄 내보내기
진행 중, 팔로워 11명
연결은 양쪽 끝에서 다 보입니다. 승격된 아이디어는 자기 티켓 카드를 보여주고, 아이디어에서 태어난 티켓은 신호와 투표를 몇 개나 달고 왔는지 보여줍니다.
연결은 양쪽 끝에서 다 보입니다. 승격된 아이디어는 자기 티켓 카드를 보여주고, 아이디어에서 태어난 티켓은 신호와 투표를 몇 개나 달고 왔는지 보여줍니다.
피드백 하나에 벌어지는 일
누군가 보낸 메시지에서 에이전트가 구현하는 티켓까지, 아무도 다시 옮겨 적지 않습니다.
무언가 들어옵니다
지원 채팅 메시지, 공개 피드백 보드에 올라온 제출, 백로그에서 강등한 티켓, 당신이 직접 입력한 메모, 휴대폰에서 음성으로 받아 적은 것. 어느 쪽이든 유효한 입구입니다.
신호로 저장됩니다
원문 그대로, 그리고 작성자, 출처, 날짜. 요약이 아니라 문장 그 자체입니다. 이후 아이디어에 무슨 일이 생기든 그 기록은 바뀌지 않습니다.
자기 아이디어와 주제를 찾아갑니다
분류가 신호를 기존 아이디어에 붙이거나 새 아이디어를 열고, 그 아이디어를 주제에 붙입니다. 이미 갖고 있는 것과 비슷해 보이면 몰래 병합되는 게 아니라 중복 가능성으로 표시됩니다.
그 사람에게 답이 갑니다
제보자는 자기 스레드에서 메시지를 받습니다: 접수했고, 여기 아이디어 공개 링크가 있고, 팔로우하고 투표할 수 있다고요. 이 메시지 하나가 다시 제보하는 사용자와 두 번 다시 수고하지 않는 사용자를 가릅니다.
당신은 쌓인 아이디어를 읽습니다
주제로 무슨 이야기가 오가는지 보고, 매트릭스로 값싸고 효과 큰 것을 보고, 트리로 이번 분기에 맞는지 확인하고, 별자리로 중복을 찾습니다. 같은 데이터, 네 가지 각도, 내보내기는 필요 없습니다.
에이전트가 보드를 함께 만집니다
Product Manager 에이전트가 Radar 패널에 앉아 쌓인 아이디어 전체를 읽습니다. 다시 묶고, 병합을 제안하고, 임팩트와 노력을 점수로 매기고, 근거가 되는 원문을 들고 다음 티켓을 주장합니다. 거기까지가 제안입니다. 아이디어를 승격하는 것과 제보자에게 답하는 것은 당신의 결정으로 남습니다.
아이디어를 둘 자리가 생기기 전과 후
여기에 가정은 하나도 없습니다. 기능 요청함을 겸하는 백로그에서 실제로 벌어지는 일입니다.
Radar가 없을 때
- : 기능 요청이 보드에 쌓이다가, 결국 아무도 우선순위 순서를 믿지 않게 됩니다.
- : 같은 요청이 다섯 사람에게서 다섯 번 들어와 티켓 다섯 개로 등록됩니다.
- : 제보한 사람은 한 번도 답을 받지 못하고, 그래서 제보를 그만둡니다.
- : 우선순위는 마지막으로 말한 사람, 아니면 제일 크게 말한 사람에게서 나옵니다.
- : 정리한다는 건 삭제한다는 뜻이고, 삭제한다는 건 누군가 그걸 원했다는 증거를 잃는다는 뜻입니다.
Radar가 있을 때
- : 백로그에는 실제로 할 일만 남으므로, 그 순서가 다시 의미를 갖습니다.
- : 같은 내용의 제보 다섯 건은 신호 다섯 개와 이름 다섯 개가 붙은 아이디어 하나가 됩니다.
- : 제보자는 모두 링크와 상태와 한 표를 받고, 상황이 움직이면 메시지를 받습니다.
- : 우선순위는 사람 수에서 나오고, 목록을 열어 각자가 뭐라고 썼는지 직접 읽을 수 있습니다.
- : 정리한다는 건 Radar로 옮긴다는 뜻이고, 옮긴다고 사라지는 것은 없습니다.
백로그와 Radar는 두 개의 도구가 아닙니다. 같은 요청의 두 가지 상태이고, 양쪽 어느 방향으로든 오갈 수 있습니다.
FAQ
아이디어 보드가 뭐고, 백로그와 뭐가 다른가요?
백로그는 계획입니다. 하기로 확정하고 순서를 매긴 일이 들어 있습니다. 아이디어 보드는 들었지만 아직 판단하지 않은 것을 전부 담습니다. 둘을 섞는 것이 백로그를 읽을 수 없게 만드는 원인입니다. 대부분의 줄이 영영 만들어지지 않는 보드는 더 이상 계획이 아니기 때문입니다. Radar가 아이디어 보드이고 백로그는 계획으로 남으며, 한 번의 동작으로 항목이 양쪽 어느 방향으로든 넘어갑니다.
사용자가 직접 올리는 기능 요청 보드로 쓸 수 있나요?
네. Radar는 이미 쓰고 있는 공개 보드에 탭 하나가 더 붙는 형태이고, 주소도 호스트도 같으므로 사용자가 두 번째 주소를 익힐 일이 없습니다. 사용자는 아이디어를 제출하고, 원하는 것에 투표하고, 댓글을 달고, 팔로우합니다. 공개 탭은 아이디어, 진행 중, 배포 완료 세 개이고, 방문자 쪽에는 프로젝트 관리 용어가 나오지 않습니다.
사용자 피드백 자동 클러스터링은 어떻게 동작하나요?
서로 다른 두 가지 작업입니다. 신호가 도착하면 짧은 모델 호출이 그것을 가장 가까운 기존 아이디어에 붙이거나 새 아이디어를 열고, 그 아이디어를 주제에 붙입니다. 값이 싸고 신호마다 한 번 돌아갑니다. 그와 별개로 재클러스터링은 쌓인 것을 전부 다시 읽어 주제를 새로 그립니다. 이쪽이 비싼 호출이고, 당신이 작정하고 실행하는 쪽입니다. 고정해 둔 주제는 재클러스터링으로 절대 해체되지 않으므로, 손으로 정리한 것은 그대로 살아남습니다.
중복 기능 요청은 어떻게 감지하나요?
아이디어마다 요약에 임베딩을 만들고, 서로의 유사도를 계산합니다. 임계값을 넘는 쌍이 중복 후보로 올라옵니다. 자동으로 병합되는 일은 절대 없습니다. 병합은 언제나 사람의 동작이거나, 당신이 수락한 에이전트의 제안입니다. 자동 클러스터링은 제안된 정리이지 결정이 아닙니다.
사용자가 아이디어에 투표할 수 있나요?
네. 아이디어당 한 사람에 한 표이고, 버튼은 카드와 아이디어 페이지 양쪽에 있습니다. 투표 수와 신호 수는 서로 다른 질문에 답합니다. 신호 수는 문제를 당신에게 설명하는 수고를 감수한 사람이 몇 명인지이고, 투표 수는 그것이 글로 적힌 뒤 자기 얘기라고 알아본 사람이 몇 명인지입니다. 둘 다 표시됩니다.
이걸로 공개 로드맵이 되나요?
정직한 쪽의 공개 로드맵이 됩니다. 방문자는 당신이 검토해 공개로 올린 아이디어, 진행 중인 것, 배포된 것을 한 페이지에서 봅니다. 보지 못하는 것은 걸러지지 않은 당신의 수신함입니다. 방문자가 올린 아이디어는 당신이 검토해 공개로 올리기 전까지 작성자와 당신에게만 보이기 때문입니다.
임팩트/노력 매트릭스는 어디에 쓰나요?
주제 화면이 답하지 못하는 질문에 답합니다. 지금 당장 할 만한 게 무엇이냐는 질문입니다. 2x2 안에서 아이디어를 끌어다 놓으면 그 임팩트와 노력이 기록에 적히므로, 그 위치는 한 화면에만 사는 그림이 아니라 다른 화면과 에이전트가 읽을 수 있는 데이터가 됩니다.
오퍼튜니티 솔루션 트리(opportunity solution tree)가 뭐고, 왜 여기 있나요?
이번 분기에 진짜로 중요한 목표에 주제를 매달고, 주제에 아이디어를 매답니다. 진짜 값어치는 미연결 칸에 있습니다. 어떤 목표에도 연결되지 않은 주제가 눈에 보이므로, 무언가에 연결되거나, 의도적으로 보류되거나, 닫힙니다. 쌓인 아이디어가 조용히 공동묘지가 되는 것을 막는 게 바로 그 칸입니다.
백로그 티켓을 Radar로 되돌릴 수 있나요?
네, 오히려 그쪽이 절반의 목적입니다. 티켓은 보드에서 나가고, 아이디어는 계속 보이고 투표받을 수 있으며, 그 티켓의 제보자와 팔로워는 아이디어의 신호가 되므로 아무도 빠지지 않습니다. 관련된 사람 전원에게 무슨 일이 있었고 자기 요청이 이제 어디에 있는지 알려집니다.
백로그 컬럼 하나를 통째로 Radar에 비울 수 있나요?
네. 티켓 여러 개를 선택하거나 보이는 컬럼 전체를 체크한 뒤, 선택한 것을 Radar로 보냅니다. 공개 티켓 하나하나 뒤에 실제 사람이 있으므로 확인 화면은 티켓이 아니라 사람 수를 셉니다. 각자는 티켓마다 하나가 아니라 메시지 하나만 받고, 무엇이든 발송되기 전까지 10분 동안 전체 작업을 취소할 수 있습니다.
AI Product Manager가 저 대신 결정하나요?
아니요. 쌓인 것을 전부 읽고, 다시 묶고, 병합을 제안하고, 임팩트와 노력을 점수로 매기고, 근거가 되는 원문을 들고 다음 티켓을 주장합니다. 티켓을 만드는 일과 제보자에게 답하는 일은 실제 사람을 향해 나가는 행동이므로 당신 몫으로 남습니다. 같은 에이전트를 Brainstormer나 UX Researcher, 비즈니스 분석가로 돌릴 수도 있습니다.
제 OpenAI 키를 쓸 수 있나요? 휴대폰에서도 되나요?
둘 다 됩니다. 클러스터링은 키를 가져오면 그 키로 돌고, 없으면 포함된 사용량으로 돕니다. 모바일에서도 같은 데이터와 같은 동작을 씁니다: 수신함, 관심도 순으로 정렬된 주제, 아이디어의 원문, 병합, 승격, 투표, 댓글. 매트릭스와 트리는 정렬된 목록이 됩니다. 390 픽셀 화면에서 엄지로 2x2를 끌 수는 없기 때문입니다.
이것도 볼 만합니다
공개 백로그
사용자가 이미 글을 올리고 있는 피드백 보드입니다. Radar는 그 보드의 아이디어 탭이고, 주소도 세션도 같습니다.
백로그 작업 보드
아이디어가 승격되어 들어가는 kanban 보드입니다. 여기서 티켓은 코드를 쓰는 에이전트가 됩니다.
티켓 스코핑
승격한 아이디어를 만들기 전에, Product Manager 에이전트에게 당신의 실제 제품 화면으로 목업을 잡게 하세요.
에이전트 팀
아이디어가 보드에 자리를 얻은 뒤 그 티켓을 이어받는 에이전트들을 줄줄이 연결하세요.
프로젝트 메모리
확정된 것은 메모리에 삽니다. 아직 바람일 뿐인 것은 Radar에 삽니다.
AgentsRoom MCP
에이전트가 자기 세션에서 Radar를 읽고 다시 정리할 때 쓰는 도구 표면입니다.
더 알아보기
AI 에이전트를 위한 피드백 보드: 프롬프트는 사용자가 쓰게 하세요
피드백 도구는 요청을 모읍니다. 그중 어느 것도 그 요청을 만들어 주지는 못합니다. 사용자가 글을 남기는 보드와 코딩 에이전트가 작업을 꺼내 가는 보드가 같아지면, 다시 쓰는 단계가 사라집니다.
이제 코드는 에이전트가 씁니다. 개발자의 일은 이렇게 바뀌었습니다.
코드를 쓰는 일은 고리 여섯 개짜리 사슬에서 고리 하나였고, 에이전트가 가져간 것이 바로 그 고리입니다. 나머지 다섯은 더 무거워졌습니다. 남은 일을 하나씩 짚어 봅니다: 무엇을 만들지 듣기, 정하기, 브리핑하기, 굴리기, 검토하기, 배포하기.
사용자의 아이디어에 머물 곳을 주세요
무료 다운로드, macOS, Windows, Linux, 모바일 앱 포함.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, Antigravity CLI 또는 다른 AI 공급자를 사용하세요.
버그와 요청을 공개 백로그로 바로 보내세요.
AgentsRoom의 실제 모습.