投票結果をチームへ共有する文章テンプレート

投票結果の共有文は、結果・根拠・次の行動・お礼の四つをひと組で書きます。「Aに決まりました」だけの報告は、票を入れた人に「で、いつから?」という疑問を、選ばれなかった案の支持者に「なぜ?」というもやもやを残し、蒸し返しの入口になります。この記事のテンプレートは、貼って角括弧を置き換えるだけで使える形にしてあります。

四つの部品それぞれの役割

• 結果: 何がどう決まったかを一文目に置きます。経緯から書き始めると、流し読みの人に結論が届きません。
• 根拠: 得票の状況と、適用したルール(決め方、同数処理の有無)を短く示します。ここが抜けると、集計への質問が個別に飛んできます。
• 次の行動: 誰が、いつまでに、何をするかです。決定は共有された瞬間ではなく、最初の行動が起きた瞬間から効き始めます。
• お礼: 回答は相手の時間をもらう行為なので、一文で締めます。次の投票への協力は、この一文の積み重ねで変わります。

そのまま使える基本形

【決定】[議題]は「[決定案]」に決まりました。 [対象者]による投票で「[決定案]」が最多でした。開始時にお伝えしたとおり、[適用した決定ルール]で確定しています。 今後の動き: [担当者]が[期限]までに[最初の行動]を進めます。詳細は[参照先]をご覧ください。 ご回答ありがとうございました。

四行で足ります。決定に至る議論が長かった場合も、共有文は要点だけにとどめ、経緯は記録側へ残して参照先として示します。残し方は意思決定ログに残すべき項目を参照してください。

記入例

【決定】月例ミーティングの時間帯は「昼」に決まりました。 チーム全員の投票で「昼」が最多でした。朝の枠は在宅メンバーの始業と重なるという意見が複数あり、判断の後押しになっています。 今後の動き: 田中さんが今週中に、来月分の会議招待を昼の枠へ更新します。 ご回答ありがとうございました。

接戦だったときの書き足し方

僅差の結果を「最多でした」だけで流すと、及ばなかった側は数字を確かめたくなります。差が小さかった事実は隠さず、決着に使ったルールが開始前から決まっていたことが伝わる書き方にします。

得票は「A案」と「B案」の僅差でした。開始時に宣言したルールのとおり、最多の「A案」で確定しています。

事前のルールがないまま接戦を迎えてしまったときの収め方は、同票になったときのルールを事前に決める方法で扱っています。

選ばれなかった案に触れる一文

不採用の案には、提案者ではなく案そのものを主語にして一文だけ触れます。「B案で挙がった駅前の会場は、次の懇親会で利用を検討します」のように、案の要素が生き残ることを示すと、提案した人の顔が立ちます。逆効果なのは過剰な謝罪です。「B案を推した皆さまには申し訳ありませんが」と書くと、決定そのものが謝るべきことのように読めてしまい、結果の座りが悪くなります。

書き換えるときの注意

• 送信前に「[」を検索して、角括弧の消し忘れを確かめます。「[担当者]」のまま届いた共有文は、内容ごと信用を落とします。
• 根拠は一〜二文で止めます。長い弁明は「何か揉めたのだろうか」という推測を呼び込みます。
• 次の行動の主語は、役職ではなく名前にします。「担当が対応します」は誰も動かない書き方です。
• 送る場所は、投票を募った場所と同じにします。別の場所で結果だけ流すと、票を入れた人が結果に気づきません。

関連する9uick製品

投票の実施から結果の共有までのやり取りを短くしたい場合、9uickシリーズには投票サービスの9uick Voteがあります。利用を検討する際は公式サイトで現在の機能と条件を確認してください。この記事では未確認の仕様や効果を断定しません。

基本形は定型文に登録しておく

共有文を書く気力がいちばん高いのは、投票を締めた直後です。基本形をチャットの定型文やメモへ登録しておき、締切と同時に貼って埋めるところまでを投票の手順に含めてください。