. ▶ 직접 해보기

모두가 되는 시간은 없어요 — 그래도 ‘되는 회의’는 있어요.

번거로운 일정 조율,
목적에 맞춰 !

빈 시간을 찾지 않아요. 이 시간을 잡아도 회의가 되는지를 가려내고, 근거와 함께 1순위를 정해줘요.

↓ 직접 해보기 — 프로토타입으로 바로 가기 · 응답을 바꾸면 추천이 다시 계산되는 장면 먼저 보기

01
문제 정의

캘린더가 비어 있다고
다 되는 시간은 아니에요

캘린더가 비어 있어도 그게 진짜 되는 시간이라는 보장은 없어요.
→ 미응답. 결국 누군가 흩어진 답을 모으고 대조해요.
진짜 마찰은 겹치는 시간 찾기가 아니라 답을 기다리고, 정리하고, 모으는 거예요. 딱!은 참석자를 역할로 나누고, 회의가 성립하는 최소 조건부터 계산해요. 직접 참여하는 사람이 가능한 시간에, 참석자 각자의 선호도와 변동성을 반영해 ‘되는 회의’ 시간을 추천해요.
설계 과제

6명이 회의 일정을 잡는 경험을 설계

같은 회사 동료 6명이 다음 주까지 모여야 합니다. 회의는 딱 1시간. 누군가는 점심 직후를 피하고 싶고, 어떤 사람은 특정 요일에 외근이 많습니다. 꼭 참석해야 하는 사람도, 선택 참석이어도 되는 사람도 있습니다.

인원 6명회의 60분정성 조건 있음
02
설계 원칙

모두에게 완벽한 시간은 없음이
예외가 아니라 기본값

6명 모두가 만족하는 시간은 거의 없어요. 우리는 모두가 만족하는 시간 찾기를 포기하고, “누구의 불편을 어떻게 다룰지” 설계해요.

원칙 01

거절은 사람이 아니라
시스템이 대신한다

개인 일정과 선호도가 담긴 거절은 비공개로 받아요. 응답 화면에는 “박서윤님이 안 된대요”가 아니라 “이 시간은 조건 충족이 낮아요”로 말해요. 주어가 사람이 아닌 시스템이 되어 아무도 ‘반대한 사람’이 되지 않아요.

원칙 02

가용성을 묻는 사람 없이
고르기만 해요

“언제 되세요?”라고 묻는 순간 정중한 소음만 쌓여요. 그래서 정성 조건은 자유 입력 대신 고르기만 하면 되는 반응으로 받아요 — 앱이 그 답을 바로 계산에 써요.

원칙 03

나열하는 대신
추천해요

후보를 늘어놓는 투표 앱이 아니에요. 필수 조건으로 시간을 고르고, 변동가능성과 선호도를 참고하여 1순위를 근거와 함께 추천해요.

03
핵심 모델

6명을 동등하게
계산하지 않는다

우리에게는 다 ‘입장 차이’가 있어요. 회의 목적에 따라 참석자를 세 역할로 나누고, 역할에 따른 가중치를 부여해요. 이 가중치가 곧 계산 엔진이에요.

김민수 이지현 박서윤 정다은 최준호 한유진
회의에 직접 참여해요
김민수 · 이지현
이 사람이 가능한 시간이어야 회의가 열려요.
불가능 → 후보에서 제외
가능하면 함께해요
박서윤 · 정다은
참석하면 회의 결과가 더 좋아져요.
불가능 → 추천 등급 하락
결과를 공유받아요
최준호 · 한유진
참석 여부와 상관없이 회의 결과를 받아요.
시간 계산에서 제외
+ 필수 인원 + 최소 인원, 함께 봐요
꼭 참여하는 사람 전원과 최소 인원을 같이 채워야 회의가 열려요.
성립 = 필수 전원 ∧ 인원 ≥ 최소
이 회의가 되는지 가리는 규칙
  1. 성립 = 직접 참여하는 사람 전원 가능 ∧ 인원 ≥ 최소. 다수결이 아니라 정족수예요.
  2. 거절의 주어는 시스템이에요. “○○님이 안 된대요”는 없어요 — 사람 사이에 원망이 남지 않게요.
규칙 전문 더 보기 (전체 5개 + 우선순위)
  1. ① 성립 = 직접 참여하는 사람 전원 가능 ∧ 인원 ≥ 최소. 다수결이 아니라 정족수예요.
  2. ② 직접 참여하는 사람이 안 되는 시간은 성립 불가 — 후보에서 빼요. 아래 프로토타입 추천 화면에서 직접 확인할 수 있어요.
  3. ③ 선호(피하고 싶어요)는 ‘가능’이라 답한 시간에만 반영해요. 불가와 부담을 섞지 않아요.
  4. ④ 확실하지 않으면 ‘가장 추천’ 대신 ‘현재 가장 유력’이라 말해요. 추측하지 않아요 — 모르면 모른다고 해요.
  5. ⑤ 거절의 주어는 시스템이에요. “○○님이 안 된대요”는 없어요 — 사람 사이에 원망이 남지 않게요.
  6. 우선순위 · 규칙이 충돌하면 성립 조건이 선호 조건에 항상 우선해요. 편한 시간보다, 성립하는 시간이에요.
이 규칙이 만든 화면의 태도 — 후보를 나열하지 않고 하나를 강하게 민다 · 한 명씩 물어보며 가중치를 쌓는다 · 참석자는 전원 같은 화면을 본다

화면은 이 규칙의 출력이에요. 시각은 도구로만 — 차분한 추론·부드러운 확신의 톤을 위해 절제된 단색과 Pretendard를 썼어요.

1순위 추천이 실제로 도는 장면 바로 보기 →
04
직접 사용하기

질문 하나씩,
골라가며 만드는 흐름

화면엔 늘 하나의 질문만 — 고르면 다음이 이어져요. 상단 탭으로 주최자·참석자를 전환해보세요. 추천 화면에서 직접 참여하는 사람을 ‘어려워요’로 바꾸면, 추천이 눈앞에서 다시 계산돼요.

직접 따라가 보기

주최자가 6명의 회의를 잡는 흐름

흐름
시안
9:41
파란 선택지를 눌러 직접 진행해보세요
이 화면의 설계 의도

색 시안 3종 (참고용) — 클릭해서 펼치기 ▾
토스블루
오션
민트
05
서비스 흐름

입력에서 확정까지,
한눈에 보는 화면 흐름

가장 자주 지나는 6장면이에요. 특히 1순위 추천 — 왜 이 시간인지 근거가 바로 보이는 화면이 이 서비스의 핵심이에요.

01 · 인트로
▶ 여기서 조작하기
02 · 회의 목적 입력
▶ 여기서 조작하기
03 · 직접 참여하는 사람 지정
▶ 여기서 조작하기
04 · 참석자 응답
▶ 여기서 조작하기
06 · 확정 알림
▶ 여기서 조작하기
확정 화면은 경험의 끝이 아니라, 다음의 시작점

확정하면 끝이 아니라 회의록 예약 → 역할 기록 → 다음 회의로 이어져요. 여기서 정해진 역할은 원래 팀에 있던 거예요 — 회의를 잡는 순간 드러날 뿐이에요. 그래서 다음 회의부터는 그 역할 위에서 계산이 먼저 시작돼 더 빨라져요.

부록 — 전체 화면 흐름·분기 케이스 전부 보기 (주최자 20장면·참석자 9장면 + 분기 21개)
입력 정리 판정 확정
주최자 흐름Organizer
참석자 흐름Attendee
← 가로로 스크롤 · 각 화면을 클릭하면 아래 프로토타입에서 그 지점부터 조작돼요 → · 본 흐름 아랫줄의 점선 카드는 그 화면에서 갈라지는 분기예요.
06
최소 근거

좋은 건 훔치고,
실수는 피했어요

기존 일정 조율 도구들을 뜯어보고 가져올 패턴과 피할 패턴을 갈랐어요. 잘 통한 방식은 딱의 흐름에 녹였고, 자주 어긋나던 지점은 처음부터 설계로 막았어요 — 각 항목은 실제 화면으로 이어져요.

훔쳐온 것 — 좋아서 가져온 패턴

  • 무마찰 응답 (When2meet) — 가입 없이 바로: 딱의 ‘이름만 잇고 30초’ 화면 →
  • if-need-be (Doodle) — 가능/부담의 2층 응답: ‘가능하지만 피하고 싶어요’ 화면 →
  • 캘린더가 대신 답함 (Calendly) — 가용성을 사람에게 묻지 않기: 캘린더의 빈칸만 자동으로 화면 →
  • 단일 확정 (Calendly) — 후보 나열 대신 하나를 강하게 미는 추천 화면 →

피한 것 — 남들이 자주 어긋난 지점

  • 응답 노후화 — 받아둔 가용성은 썩는다: 변동 가능성 수집·재확인으로 대응 화면 →
  • 무응답 방치 — 투표만 걷고 끝: 기한 관리·에스컬레이션·강제 판단으로 화면 →
  • 그리드 피로 (When2meet) — 전원 풀그리드 강요: 제안 칩 + 선택적 그리드 화면 →
  • 전원 합의 신화 (Doodle) — 다수결 ≠ 성립: 역할·정족수 판정으로 대체 화면 →