Rallly

Rallly가 무엇이고 무엇이 아닌가

제품은 의도적으로 작습니다. 날짜와 시간 후보 몇 개로 투표를 만들고, 링크를 보내고, 각 참여자가 가능한 후보를 표시합니다. 가능 시간 그리드로 모두의 응답을 한눈에 보고, 댓글로 세부 사항을 전체 회신 다섯 통 대신 한곳에서 정리하고, 응답이 들어오면 알림이 오고, 최종안을 고르면 모두에게 전달됩니다. 가장 안 화려해 보이면서 실제로 가장 큰 몫을 하는 기능은 이것입니다. 투표에 계정이 필요 없다는 점.

Next.js, Prisma, tRPC 위의 타입스크립트이고 라이선스는 AGPL-3.0, 도커 이미지와 셀프 호스팅 문서가 공개되어 있으며 인터페이스 번역은 열 개가 넘는 언어로 커뮤니티가 진행합니다. 같은 메인테이너가 운영하는 호스팅 버전도 있는데, 데이터를 직접 보관할 구체적인 이유가 없다면 그쪽이 합리적인 기본값입니다. 반대로 이것은 예약 페이지가 아닙니다. 내 캘린더를 공개해 모르는 사람이 슬롯을 잡게 하지 않습니다. 문제가 들어오는 데모 요청이라면 필요한 것은 다른 범주의 도구입니다. 시간이 정해지고 서명할 것이 생기면 같은 거래의 다음 단계는 Documenso가 맡습니다.

그룹 일정 조율이 실제로 창업자의 시간을 잡아먹는 곳

이게 값을 하는 곳은 영업이 아니라 고객 리서치입니다. 사용자 인터뷰 한 라운드는 리서치 문제의 얼굴을 한 일정 문제이고, 창업자가 조용히 한 주를 잃는 지점입니다.

1. 필요한 것보다 많이 모집한다 여섯 명과 이야기하고 싶다면 열 명에게 요청하세요. 리서치 요청의 응답률은 괜찮지만 실제 참석률은 그렇지 않고, 넉넉히 모집하는 편이 모집을 한 번 더 도는 것보다 쌉니다.
2. 캘린더가 아니라 선택지를 준다 언제가 괜찮은지 묻는 대신, 2주에 걸친 여섯에서 여덟 개 슬롯이 담긴 링크 하나를 보내세요. 열린 질문은 스레드를 만들고, 선택지 묶음은 답을 만듭니다. Rallly가 존재하는 이유가 이 단계이고, 사람들이 건너뛰는 단계이기도 합니다.
3. 시간을 확정하고 서면으로 확인한다 표가 모이면 곧바로 확정하고 확인 메일은 같은 날 보내세요. 합의와 확인 사이의 시간이야말로 리서치 통화가 소리 없이 증발하는 구간입니다.
4. 다음 통화 전에 메모를 쓴다 대화 여섯 건을 잡아도 나중에 비교할 수 없으면 소용이 없습니다. 다시 읽지 않을 녹취록보다 통화 직후의 10분 메모가 낫습니다. 그 재료를 어떻게 다룰지는 고객 피드백 수집하기를 보세요.

당신의 일정 문제가 어느 쪽인지에 대한 솔직한 메모

우리는 AgentCeres — agentceres.com의 AI 그로스 오피서 — 를 만들고 있고, 운영하며 얻은 쓸모 있는 관찰은 이 두 가지 일정 업무가 도구 선택에서도 조언에서도 끊임없이 뒤섞인다는 것입니다. 하나는 다대일입니다. 여러 사람, 한 번의 회의, 누구의 일정도 모르는 상태이고 이건 투표로 푸는 문제입니다. 다른 하나는 일대다입니다. 내 가능 시간을 공개하고 모르는 사람이 슬롯을 고르는 것이고 이건 예약 페이지입니다. 예약 업무에 투표를 쓰면 그냥 이메일보다 못한 퍼널이 됩니다. 이미 살 마음이 있던 사람 앞에 투표 한 라운드를 끼워 넣은 셈이기 때문입니다.

우리가 쓰는 기준은 이렇습니다. 상대가 이미 당신과 이야기하기로 마음먹었다면 절대 투표하게 만들지 마세요. 아직 아무것도 정해지지 않았다면 — 리서치 한 라운드, 자문 통화, 세 회사가 얽힌 소개 — 투표가 더 빠른 도구이고, AGPL로 셀프 호스팅할 수 있는 것이 하나 있다는 건 충분히 합리적입니다. 어느 쪽이든 작은 일을 잘하는 작은 도구이고, 이 범주의 다수는 그것조차 해내지 못합니다. 그렇게 잡은 통화가 영업이라면 어려운 부분은 캘린더가 아니라 그 앞의 창업자 주도 영업에 있습니다.