본문 바로가기
끼리KKIRI함께 결정하는 방법을 설계합니다
문서 둘러보기
목업 체험
기획 자료순서대로 읽기

CHAPTER 03 / 13

벤치마킹 보고서 (통합 정리본)

비슷한 서비스는 무엇이고, 끼리는 그 사이 어디에 서나?

읽는 순서 3 / 13 · 요약

비슷한 서비스는 무엇이고, 끼리는 그 사이 어디에 서나?

누가 읽나: 차별점을 묻는 사람

← 이전: 2. 1 Pager다음: 4. 시나리오 맵 →

원본: KKIRI_BENCHMARK_CONSOLIDATED.md

이 페이지가 공식 벤치마킹 보고서다. 소넷·스파크·쏠의 원본 3종을 페이블 검토 결과에 따라 고치고 합쳤다. 원본은 각 페이지에서 그대로 볼 수 있다: 소넷 · 스파크 · 쏠(디자인) · 검토 근거

정리: 페이블 · 2026-09-05
원본 3종: 소넷 「유사 서비스 벤치마킹」 · 스파크 「유사 서비스 벤치마킹」 · 쏠 「디자인 벤치마킹」
정리 기준: 페이블 「벤치마킹 보고서 3종 검토」(docs/benchmark-review)에서 확인된 오류를 고치고, 세 문서가 따로 내놓은 권고를 한 목록으로 합쳤다. 원문 주장 중 검토에서 확인하지 못한 것은 그렇게 표시했다.

0. 이 문서에서 바꾼 것

원본그대로 가져온 것고친 것
소넷비교 기준 3조건 · 포지셔닝(두 그룹 사이) · 권고 3개 · 출처 10개Doodle·Loomio 「원문 전원 공개」를 「기본값 공개, 비공개 옵션 있음」으로 수정. 출처에만 있던 논문 3편(Choose Your Agent · MIND · Rethinking Group RecSys)을 비교표에 추가. 「5분 안에」의 출처를 소넷 1페이저로 명시
스파크입력·설문·채팅투표 도구 비교(§2-2) · 우선 액션 3-3 · KPI 3개검색 도구 인용 표식 때문에 사라졌던 출처를 5장 참고 링크로 복구. 「8개 서비스」→ 실제 10개. 출처 없는 「실패 패턴 3개」는 가정으로 표시. 「익명 발언 로그 템플릿 고정」은 §6 결정 사항에 따라 「집계 로그」로 바꿈
쏠디자인 벤치마크 6종 · 「봉인된 원탁」 콘셉트 · P0 5개목업에 이미 있는 것(4단계 진행 리스트 · 30초 규칙 기반 폴백 · 접힌 다른 후보 비교)을 「새로 만들자」에서 「고치자/옮기자」로 범위 축소

1. 비교 기준

끼리의 핵심 주장은 세 가지가 동시에 성립하는 것이다.

  1. 3인 이상 다자간 의사결정
  2. 각자의 원문 응답은 끝까지 비공개
  3. AI가 사람 대신 협상해서 「왜 이 안인지 · 누가 무엇을 양보했는지」까지 설명 가능한 합의안 생성

세 조건을 모두 만족하는 상용 서비스는 2026-09-05 기준 웹 검색 범위에서 발견되지 않았다. 그래서 조건을 하나씩만 만족하는 인접 카테고리를 모아 비교했다. (소넷 원문 유지)

2. 비교표

2-1. 의사결정·협상 (소넷 표 + 논문 3편 추가)

서비스/연구카테고리다자간원문 비공개AI 협상산출물
Doodle / When2Meet / LettuceMeet / Rallly일정 투표O기본값 공개. Doodle은 주최자만 보는 hidden poll 옵션 있음 [D2] — 단 주최자에게는 이름·응답이 보이므로 끼리의 「누구에게도 비공개」와 다름X최다 겹침 시간대
Calendly Meeting Polls일정 투표 + 자동 확정OX (미확인 — 직접 사용 안 함)X자동 확정
Loomio합의형 의사결정(조직·비영리)O기본값 공개. 익명 투표·마감 전 결과 숨김 옵션 있음 [L2]. 토론 글은 공개X — 사람이 직접 토론찬성/반대/보류/차단 집계 + 서술
Pol.is대규모 의견 지도(vTaiwan 등)O(대규모)부분 — 투표는 익명, 의견 텍스트는 공개X — ML은 군집화만, 협상 없음합의/분열 지점 시각화
Wanderlog / TripIt 그룹 여행그룹 여행 일정 투표OX (미확인)부분 — 일정 추천 AI는 있으나 협상은 아님다수결 일정
Choose Your Agent (arXiv 2602.12089, 2026) [P2]연구: 다자 협상에서 AI를 조언자·코치·대리인(delegate) 으로 쓸 때의 트레이드오프O대리인 모드에서는 사람이 직접 발언하지 않음O(연구 단계)협상 결과 + 역할별 비교
AI Tour Meeting (arXiv 2607.18806, 2026) [P1]연구: LLM 페르소나 그룹 여행 논의 시뮬레이션O(시뮬레이션)X — 대화 로그 자체가 산출물O(연구 단계)논의 로그 + 합의 itinerary
Negotiating the Small Stuff (Springer, 2026) [P3]연구: LLM 에이전트 저위험 그룹 결정(레스토랑 3인)O(시뮬레이션)O — 각 에이전트는 원 데이터 비공개, 협상만 노출O단일 선택 합의
MIND (arXiv 2603.21696, 2026) [P4]연구: 다중 에이전트 협상 추론(여행 협상 대화 포함)O(시뮬레이션)부분O(연구 단계)협상 대화 + 합의
Rethinking Group Recommender Systems in the Era of Generative AI (arXiv 2507.00535) [P5]연구: 생성형 AI 시대의 그룹 추천 — 설명·협상형 추천 제안O논의 대상제안 단계프레임워크
Pactum AI / Negomate [N1]B2B 계약 협상 AIX — 2자 협상O — 상대방에 전략 비공개O계약 조건

끼리와 구조가 가장 가까운 선례는 Choose Your Agent다. 「개인별 AI 대리인이 다자 협상에 참여한다」는 설정이 끼리와 같다. 다만 실험 환경이며 원문 비공개·소수 보호를 제품 요건으로 다루지는 않는다.

2-2. 입력·설문·채팅투표 도구 (스파크 표, 출처 복구)

서비스방식비공개성합의/설명 기능끼리와의 차이
Doodle시간/일정 투표숨은 참가자 목록(옵션), 유료 플랜에서 수정·알림·연동 [D1][D2]결과 집계·입력 연동 중심. 개인별 조건에서 왜 탈락했는지 설명 없음끼리는 다차원 조건(시간·예산·불가 조건)을 제약으로 처리하는 의사결정. Doodle의 수집 공유·수정·알림 UX는 참고
When2meet가용시간 격자이벤트 링크 공개형, 참여자 공개 응답 구조 [W1]충돌 시간대 가시화. 개인 조건 우선순위·협상 없음협상 엔진 부재가 가장 큰 차이
WhenToMeet가용시간 + 온라인 연결공개 링크 기반자동 매칭은 시간대 위주끼리의 다차원 협상 없음. (참고 링크 없음 — 스파크 원문에도 출처 미기재)
Google Forms설문·데이터 수집익명 설정(옵션)·이메일 수집 가능결과 집계·시각화. 후속 설명 없음끼리는 AI가 이유를 만들어 주는 방식. 폼의 템플릿·엔티티 체계는 참고 [G1]
Typeform조건 분기·커스텀 질문 UX익명 질문 가능설문 응답 품질 UX 강점. 협상·합의 구조 없음복잡한 질문 설계에서 끼리 UX 참고 [T1]
SurveyMonkey설문 템플릿 + 익명 응답 옵션익명 응답 설정 가능 [S1]질문/통계 강점. 조건 기반 협상 없음신뢰도·통계 파이프라인 참고. 결과 이유·양보 서술은 없음
Polly (Slack)채팅 내 투표·설문익명/비익명 모드 [PL1]즉시 결과 표시. 근거 없음끼리는 모임 결정에 특화. 채팅 내 즉시 결정 흐름은 참고
Loomio토론+동의/이견/차단 투표, 이유 남기기 [L1][L2]익명 투표·결과 숨김 옵션이유 기반 기록, 마감·리마인드끼리는 사람 토론 없이 AI 협상. 투표 결과를 조건으로 설명하는 방식은 참고
Pol.is성향 클러스터링 [PO1]익명 통계공통점(bridging statement) 도출끼리는 개인별 조건 구조화 → 후보 필터 → 설명. 즉시 결정 실행 기능 없음
Decidim시민참여 플랫폼 [DC1]구성원 관리제안·토론·투표 경로끼리는 경량 모임 결정. 대규모 거버넌스는 참고 범위 밖

3. 포지셔닝

상용 서비스는 두 그룹으로 갈린다.

끼리가 주장하는 자리는 그 사이 — 「원문 비공개(눈치 안 봄) + 속도(AI가 대신 협상, 사람 토론 불필요)」다. 이 조합을 상용 제품으로 만든 사례는 이번 검색에서 나오지 않았고, 가장 가까운 선례는 학술 연구(Choose Your Agent, AI Tour Meeting, Negotiating the Small Stuff)뿐이다. 모두 시뮬레이션 단계이며 배포된 제품이 아니다.

이 자리가 비어 있다는 것 자체가 리스크다. 학술 연구조차 「원문을 숨긴 채 신뢰를 얻는 문제」를 열린 문제로 다룬다 — 소넷 1페이저의 「신뢰의 역설」과 같은 지점이다.

4. 시사점

5. 디자인 벤치마크 (쏠 요약)

전문: docs/design-benchmark. 비교 대상은 Doodle · Rallly · Loomio · Slido · Typeform · Airbnb Shared Wishlists의 공식 제품·도움말 페이지.

제품끼리가 가져올 것그대로 가져오면 안 되는 것
Doodle선호·양보 가능·절대 불가를 구분하는 3상태 문법후보가 열로 늘어나는 표
Rallly설명 전에 체험, 계정 없는 링크 참여, 3단계 개념일정 격자 도구 인상
Loomio동의·조건부·재조율의 의미 명시, 결정 기록거버넌스 도구의 무게
Slido「지금도 익명」 상태 상시 표시, 방장·참가자 화면 분리관리자 중심 톤
Typeform한 화면 한 질문, 즉시 설명·분기장식이 질문보다 강해지는 것
Airbnb Shared Wishlists후보를 장소·시간·비용 카드로, 초대를 기대감 있는 경험으로사진이 공정성·제약보다 순위를 왜곡하는 것

쏠의 진단: 현재 목업은 흐름은 탄탄하지만 「모바일 설문 + 계산 결과표」로 보인다. 가장 큰 문제 셋 — 후보를 탈락시키는 하드 제약이 작은 체크박스로 보임 · 조율 로그가 검증보다 연출로 보임 · 결과 페이지의 정보 우선순위가 평평함. 권장 콘셉트는 「봉인된 원탁」(비공개 답변 → 조건 구조화 → 안전한 교집합 → 이름 없는 재확인).

6. 결정 사항 — 대리인 발언 로그

세 보고서가 정반대를 P0로 두었다.

문서입장
스파크 3-3「익명 발언 로그 템플릿 고정」(남기고 형식 통일) — 고우선
쏠 D절「대리인 A가 말했다」 같은 가상 대사는 없앤다 — P0
페이블 1페이저 MVP협상 단계에서 대리인 발언 로그(익명화) 표시 — 남김

페이블 판단: 삭제한다. 근거 두 가지.

  1. 1페이저 약점 1번이 「AI가 아니라 규칙 아닌가」다. 규칙 엔진이 만든 가짜 대사는 심사 Q&A에서 그 의심을 키운다.
  2. 쏠의 페이블 산출물 검토(2026-09-05)에서 비공개 약속 위반이 재현됐다. 공개 조율 로그가 단독 참가자의 정확한 예산 상한과 선호 조합을 대리인 기호에 묶어 보여 주므로, 기호를 섞어도 소규모 팀에서는 재식별된다.

대체안은 세 문서의 의도를 모두 살린다. 목업에 이미 있는 4단계 진행 리스트(익명 구조화 → 거부권 제외 → 최저 만족도 비교 → 이유 생성) + 스파크의 집계 로그(「후보 5→4 · 예산 조건 1건」처럼 사람·기호 없이 개수만) + 스파크의 신뢰도 라벨(「설명: 제약 기반 / 집계 기반」) + 결과 화면의 양보 지점 익명 집계(이미 있음).

이 판단은 민수 확인 전이다. 반대로 정해지면 §7의 액션 2번만 바뀐다.

7. 끼리에 넣을 것 — 통합 액션 목록

세 보고서의 권고를 중복 제거하고, 검토에서 「이미 있음」으로 확인된 항목은 범위를 좁혔다.

카피·주장 (소넷)

  1. 「세계 최초 AI 협상 서비스」라고 하지 않는다. 같은 문제를 다루는 학술 연구가 2026년에 이미 있다(§2-1 P1~P4).
  2. 차별점 카피는 「투표 앱보다 공정하고, 토론 앱보다 빠르다」로 좁힌다.
  3. Loomio형 합의 소요 시간과 끼리 목표 시간의 격차를 3인 이상 실제 협상 1건으로 실측한다.

화면 P0 (쏠 + 스파크, 검토 반영)

#액션출처검토 메모
1시간·예산 상한을 작은 체크박스에서 「가능하면 맞춰 주세요 / 반드시 넘지 말아 주세요」 의미 카드로 변경쏠 P0app.js:137 체크박스 확인. 신규
2조율 화면에서 이모지 대리인·대화 로그를 삭제하고, 기존 4단계 진행 리스트를 주 화면으로 승격. 로그는 집계 로그로 대체쏠 P0 + 스파크 3-34단계 리스트는 app.js:179에 이미 있음. 삭제·승격만 하면 됨. §6 결정에 종속
3결과 첫 화면을 「결론 → 지켜진 약속 → 이유 3개」로 재배치. 공정성 수치는 「가장 아쉬운 사람도 수용 가능한 범위예요」로 번역하고 원식은 「계산 기준 보기」로쏠 P0다른 후보 비교는 이미 <details>로 접혀 있음 — 유지
4후보 탈락 사유를 1문장 템플릿으로 고정: 「시간 상한 초과」「예산 상한 초과」「금지 조건 일치」스파크 3-3 고우선신규. §6 집계 로그와 같은 문장 사용
5최종 재확인 3개 선택의 의미와 결과를 버튼 안에 명시: 「이 안으로 좋아요 / 실행 조건이 있으면 좋아요 / 이 조건은 다시 맞춰야 해요」쏠 P0신규
6보라색 #7057ff → #684DEB(대비 4.48:1 → 5.14:1), 주황색 #ff7657 흰 글자(2.63:1) 조정쏠 P0수치 재계산 일치

화면 P1

#액션출처
7설명 신뢰도 라벨: 「설명: 집계 기반 / 제약 기반」스파크 3-3
830초 규칙 기반 폴백을 로그 안 문구에서 화면 배너로 이동쏠 D절 — 폴백 자체(LLM_TIMEOUT_MS)는 이미 있음
9홈에 3단계 개념도 + 「새 결정 / 초대 참여」 2개 진입쏠 P1
10방장·참가자 모드를 실제 UI에서 분리, 모든 입력 화면에 익명 상태 고정 표시쏠 P1 + Slido 패턴
11미충족 항목의 재확인 텀 확장: 마감 후 리마인드 → 1회 재조정 기회를 정책으로 명시스파크 3-3 — 목업의 재조율 1회 규칙과 같은 방향

KPI (스파크 4장)

  1. 재협상 발생률: 합의안 생성 후 재협의(재조율) 비율
  2. 거부권 반영 성공률: 거부권 후보가 실제 결과에 반영(제외)된 비율
  3. 이유 이해도: 결과 화면에서 이유·양보 문구를 읽은 뒤 재확인(동의/조건부/재조율) 선택 분포

셋 다 발표·평가용 최소 지표이며, 목업에는 아직 수집 장치가 없다.

8. 출처

의사결정·협상 (소넷)

비공개 옵션 (페이블 검토에서 추가)

입력·설문·채팅투표 (스파크, 복구)

디자인 (쏠) — 전문 docs/design-benchmark 9장 참조

9. 한계

원본