Rallly

Rallly は何であり、何ではないか

プロダクトは意図的に小さく作られています。日時の候補をいくつか入れてアンケートを作り、リンクを送り、参加者が都合の合う候補に印を付ける。空き状況のグリッドで全員の回答が一覧でき、コメント機能で詳細の相談が 5 通の全員返信ではなく 1 か所にまとまり、回答が届けば通知が来て、最終決定すると全員に伝わります。いちばん地味に見えて、いちばん効いている機能は「投票にアカウントが要らない」ことです。

実装は Next.js・Prisma・tRPC 上の TypeScript、ライセンスは AGPL-3.0、Docker イメージとセルフホスト手順が公開され、UI の翻訳は 10 以上の言語でコミュニティによって進められています。同じメンテナによるホスティング版もあり、自分でデータを保持する具体的な理由がなければそちらが妥当な既定です。一方でこれは予約ページではありません。自分のカレンダーを公開して、面識のない相手に枠を押さえてもらう機能はありません。問題が「入ってくるデモ依頼」なら、必要なのは別カテゴリーのツールです。日時が決まってサインする段になれば、同じ商談の次の一歩は Documenso が担当します。

グループ日程調整が創業者の時間を本当に奪う場面

これが元を取るのは営業ではなく顧客リサーチです。ユーザーインタビューの一巡は、リサーチの問題の顔をした日程調整の問題であり、創業者が静かに 1 週間を溶かす場所でもあります。

1. 必要より多く声をかける 6 人と話したいなら 10 人に依頼します。リサーチ依頼への返信率はそれなりですが、実際の出席率はそうではありません。多めに声をかけるほうが、募集をもう一巡するより安く済みます。
2. カレンダーではなく選択肢を出す 「いつがよいですか」と尋ねる代わりに、2 週間に散らした 6〜8 枠のリンクを 1 本送ります。開いた質問はスレッドを生み、選択肢の集合は回答を生みます。Rallly が存在する理由はこの一歩であり、そして人が省きがちな一歩でもあります。
3. 時間を確定し、書面で確認する 票がそろったらすぐ確定し、確認の連絡はその日のうちに送ります。合意から確認までの時間こそ、リサーチの約束が音もなく消える場所です。
4. 次の通話の前にメモを書く 6 件の会話を並べても、あとで比較できなければ意味がありません。二度と読み返さない書き起こしより、直後の 10 分のメモです。素材の扱い方は顧客フィードバックの集め方を参照してください。

自分がどちらの日程問題を抱えているかについて

私たちは AgentCeres — agentceres.com の AI グロースオフィサー — を開発していますが、運用していて役に立つ気づきは、この 2 種類の日程調整が採用するツールでも受け取るアドバイスでも絶えず混同されるということです。ひとつは多対一。複数人が 1 つの会議に集まり、誰の空きも分からない状態で、これはアンケートで解く問題です。もうひとつは一対多。自分の空きを公開し、面識のない相手が枠を取る、これは予約ページです。予約の仕事にアンケートを当てると、素のメールより悪いファネルになります。もう買う気になっていた相手の前に、投票という一手間を置いてしまうからです。

私たちの目安はこうです。相手がすでに「話したい」と決めているなら、絶対に投票させないこと。まだ何も決まっていないなら — リサーチの一巡、アドバイザーとの通話、三社をまたぐ紹介 — アンケートのほうが速い道具で、AGPL でセルフホストできるものがひとつあるのは十分に理にかなっています。いずれにせよ、小さな仕事を上手にこなす小さな道具であり、このカテゴリーの多くはそれすらできていません。そこで組む通話が営業のものなら、難しいのはカレンダーではなく手前の創業者主導の営業です。