見送りメールを閉じたままにしない。失注から次の提案を1つ変える振り返り

Posted at 2026-08-04

火曜18時12分、3か月の業務システム開発についてメールが届いた。

慎重に検討した結果、今回は別の方へお願いすることになりました。

日曜を使って提案書を直し、面談にも手応えがあった。その分、通知を読んだ瞬間に胸が重くなった。メールをアーカイブし、提案書も閉じた。次は価格を2割下げるべきか。新しい技術を学び直すべきか。考えるほど、自分の仕事全部に見送りを出された気がした。

しかし、この時点で確認できるのは「今回は選ばれなかった」だけだ。価格が高かった、スキルが足りなかった、提案が悪かったというのは、まだ自分の推測だった。

失敗は、起きただけでは学びにならない。2019年に『Psychological Science』へ掲載された研究でも、自分の失敗について結果を知らされた参加者は、成功を知らされた参加者より、その結果から学びにくかった。痛みが強い時に提案書へ戻れないことには理由がある。

だから、その夜は反省を終えず、次の五つだけを残した。

「説明が刺さらなかった」は書かない。評価ではなく、翌朝に戻れる事実だけを保存する。

翌朝、三つに分ける

次の日、メモを「事実」「推測」「まだ分からないこと」に分けた。

推測を消す必要はない。ただし、事実の欄へ移さない。分からないものは、不明のままで扱う。

面談を重ねた相手だったので、一問だけ送った。

ご連絡ありがとうございます。今後の提案を改善する参考に、差し支えなければ、今回の比較で特に差が出た点を一つだけ教えていただけますか。回答が難しい場合は不要です。

送信後は、「負け惜しみに見えただろうか」と受信箱を何度も開いた。返信がなければ、不明のままにする。判断を覆してもらうための質問ではない。

その日の夕方、返事が来た。

機能と開発経験は十分でした。今回は、公開後1か月の職員研修と週1回の現地支援まで含む提案を優先しました。

相手が比較していたのは、作るところまでではなく、現場へ定着するところまでだった。ここで初めて、次に使える事実が一つ増えた。

振り返りでは、案件との合い方、提案で伝えたこと、条件とタイミングを分けて見る。

今回なら、現地支援を引き受けたいかは案件との合い方。運用開始後の支援を口頭でしか伝えなかったことは提案の問題。価格は理由だと確認できていないので、条件の推測に残す。

次の提案書は、全部作り直さなかった。最初の一ページだけに、公開後4週間の質問会と問い合わせ記録の確認を追加した。面談でも、機能を説明する前に聞いた。

公開後、最初の問い合わせは誰が受けますか。

相手は、総務の一人へ質問が集中しそうだと話した。そこから、受付担当を二人に分け、よくある質問を一緒に残す提案へ変わった。

まだ受注は決まっていない。それでも、変えたことと、相手から返った言葉は記録できる。

見送りを学びへ変える順番は、前向きになる、全部を反省する、すぐ値下げする、ではない。

あの夜に入力しかけた2割の値下げは保存しなかった。代わりに、提案メモへ「作るものを説明する前に、公開後に誰の手が止まるかを聞く」と一行だけ足した。

痛みがすぐ消えなくても、次に確かめることが一つ決まれば、見送りは自分全体の評価ではなくなる。次の提案を少し変えるための記録へ戻せる。