改善案を上司に説明するには？

改善したいところは見つかっているのに、上司へ説明すると「なぜ今やるのか」「どのくらいかかるのか」と聞かれて止まってしまう。提案するときは、変えたい画面だけでなく、困りごとの根拠、比較した案、今回決めてほしいことをそろえます。

この記事では、製品や業務ツールの改善案を社内で相談する場面を扱います。大きな企画書を作る前に、一枚のメモで判断材料を整理する方法です。必ず承認される言い回しではなく、判断できる状態を作ることを目指します。

まず「何を決めてほしいか」を一文にする

同じ改善案でも、調査を始めたいのか、試作品を作りたいのか、実装に着手したいのかで必要な判断が変わります。「改善案を見てください」だけでなく、「次の定例までに試作品で使いやすさを確かめる時間を確保したい」のように、今回の相談範囲を示します。

実装の工数が分からない段階で、実装そのものの承認を求める必要はありません。先に調査や見積もりの可否を相談することもできます。社内の決裁範囲によっては、上司が最終決定者とは限らないため、誰が何を判断するかも確認します。

多数の要望の中で今回の案を選んだ理由は、開発する機能の優先順位を決める方法で整理できます。この記事では、候補を選んだ後に、その判断材料を相手へ伝えるところに絞ります。

根拠と期待する効果を分けて示す

「分かりにくいので直したい」だけでは、誰がどんな作業で困っているか伝わりません。対象者、作業の場面、実際に確認できたことを書き、問い合わせや観察記録への参照を付けます。

英国政府の調査結果を共有するガイドは、調査で分かったことを、チームが設計や優先順位の判断に使えるよう共有することを説明しています。社内提案でも、元の記録をすべて並べるより、今回の判断に必要な事実を選ぶと読み手が確認しやすくなります。

特に分けたいのは、次の三つです。

• 確認できたこと：問い合わせで、添付資料の場所を尋ねられた。
• 考えている原因：表示位置や名称が見つけにくいのかもしれない。
• 期待する変化：案内を改善すれば、利用者が自分で資料を開けるかもしれない。

これは説明用の架空例です。原因と効果は、問い合わせの存在だけでは確定しません。「問い合わせが減る」と断言する代わりに、何を試して確かめるかを書きます。

数字を使うときは、期間、対象、数え方を添えます。同じ人からの連絡を何件も数えているなら、問い合わせ件数と困っている人数を混同しないようにします。作業時間が担当者の自己申告なら、測定した時間ではなく、申告による目安と明示します。

一枚のメモに、判断に必要な項目をそろえる

次の表は、本記事で提案する構成例です。社内の決裁書式がある場合は、その項目に合わせてください。記入例は架空の申請管理ツールを想定しており、実際の顧客事例や効果ではありません。

表に収まらない詳しい記録は、別の資料へ分けてリンクします。元の発言や画面を消す必要はありません。短いメモで判断の入口を作り、必要なときに詳細を確かめられる状態にします。

相談相手が一枚を読んだ後、「今は何を承認する話なのか」「まだ何は決まらないのか」を区別できるか確認してください。試作品の確認に合意しただけで、実装や公開まで承認されたことにはなりません。

提案する案だけでなく、別案と負担も伝える

改善案には、得られそうなことと、必要な作業の両方があります。画面の変更だけに見えても、テスト、説明文の更新、問い合わせ対応への共有が必要かもしれません。担当者が把握していない作業は、関係する人に確認します。

比較する別案は、数を増やすために並べる必要はありません。「小さく試す」「案内で補う」「現時点では変えない」など、今回の困りごとに対して現実的な選択肢を示します。

たとえば案内文を直すだけで目的を達成できるなら、大きな画面変更を急ぐ必要はないかもしれません。反対に、利用者が作業を完了できず、案内だけでは補えないなら、その理由を示します。案の好みではなく、対象の問題にどう応えるかを比べることが大切です。

工数が未確認なら、都合のよい小さな数字を置かず、見積もりが必要と書きます。すでに進めている作業を止める必要がある場合は、何を後ろにずらすかも相談に含めます。

効果を確かめる方法を、実施前に決める

「使いやすくする」だけでは、改善後に何を見ればよいか分かりません。今回の問題に対応する変化を選び、どの記録から確認するかを書きます。

添付資料を探す問題なら、作業を助言なしで終えられるか、どこで迷うかが確認候補です。問い合わせ件数を使う場合は、利用者数や季節の影響、案内方法の変更も合わせて見る必要があります。少人数の操作確認だけで、売上や継続率への効果までは断定できません。

サービスの成果測定に関するGOV.UKの説明も、確かめたい対象に応じて測り方を選び、数値とユーザー調査を組み合わせる考え方を示しています。数値がまだ取れないなら、まず記録方法を整えるところまでを今回の提案にできます。

判断された後は、理由と次の行動を残す

提案の場では、採用されたかどうかに加えて、どこまで合意したかを確認します。追加調査なら確認する内容、保留なら再検討の条件、見送りなら理由を残してください。

「来月考える」だけで終わると、同じ資料をもう一度説明することになりかねません。「日常利用者でも同じ問題が起きるか確認してから、次回の定例で判断する」のように、再び相談する材料を決めます。

担当者、判断日、対象範囲、次に確認する日を記録すると、後から入った人も経緯を追えます。顧客への回答が必要な案件は、社内の判断と顧客への説明を分け、要望への返信文例も参考にしてください。

よくある質問

まとめ

改善案を上司へ説明するときは、今回決めてほしいことを先に示します。困りごとの根拠、別案、負担、未確認点をそろえ、判断後に誰が何をするかまで残してください。

提案が一つなら、メモと元の記録へのリンクから始められます。要望が増え、説明するたびに根拠を探し直しているなら、提案書を作る前の情報整理を見直す余地があります。

アーコレ！では、顧客の要望を集め、AIによる整理や優先順位付けの判断材料につなげる仕組みを紹介しています。上司への説明や最終判断はチームで行い、その前に必要な情報をどうまとめるかを確認できます。

アーコレで判断材料をどう整理できるかを見る