単価の上げ方 公開: 2026/2/28 更新: 2026/8/1

案件が終わるたび実績が消える。次の提案に残す6行

納品時に感謝されても、成果の根拠と公開範囲を残さなければ次の提案では言葉に詰まります。機密を守りながら実績を再利用する6行メモを整理します。

案件終了後の明るい会議室で、消されかけた成果の記録に気づき振り返るエンジニアと、安堵して退室する依頼者
ValueGate Blog

案件が終わるたび実績が消える。次の提案に残す6行

金曜17時12分、感謝されたのに何も残さなかった

金曜17時12分。3か月かけた申込管理画面の改善案件で、最後の振り返りが終わった。

依頼者からは、「問い合わせの往復が減って、月末処理がかなり楽になりました」と言われた。エンジニアはほっとして、「よかったです。ありがとうございました」と返した。会議を延ばしたくなかったし、数字を聞くと自分の手柄を探しているようで気まずい。公開許可まで頼めば、最後に面倒を増やす気もした。

そのまま会議を閉じ、チケットを完了にした。自分のメモには「管理画面を改修」「FAQを更新」とだけ残った。

6週間後、別の会社との提案面談でこう聞かれた。

似た案件では、導入後に何が変わりましたか?

あの時の言葉が頭に浮かんだ。でも、問い合わせが何件から何件になったのかは分からない。「月末処理が楽になった」という発言を外で使ってよいかも確認していない。会社名を伏せれば大丈夫なのか、画面の一部を見せてよいのかも判断できない。

黙る時間が長くなるほど、実績を盛っているように見られそうで怖くなった。結局、「管理画面の開発経験があります」とだけ答えた。嘘ではない。でも、相手が知りたかった変化は伝わらない。面談後、「ちゃんと成果を出したのに、なぜまた作業の話しかできなかったんだろう」と疲れが残った。😓

この失敗は、話し方だけの問題ではない。案件が終わった時に、成果の事実と使ってよい範囲を残していなかったことが原因だ。

IPAが2026年4月に公開した「デジタルスキル標準 ver.2.0」は、デジタルを使って事業を変える時の役割と必要なスキルを整理し、個人のスキルアップやキャリア形成にも使う資料として位置づけられている。経験を次の役割へつなぐには、「何を作ったか」だけでなく、どんな価値へ関わったかを後から確かめられる状態が要る。

一方で、顧客の成果を勝手に自分の宣伝材料へ変えてはいけない。経済産業省の営業秘密に関する資料は、企業が持つ情報を適切に管理する必要性を示している。だから実績を残す時は、集めることと公開することを同じにしない。まず契約と事実を確かめ、そのあとで自分が確認することを分ける。

立派な事例記事より先に、非公開の6行を残す

案件終了時に、いきなりポートフォリオを作ろうとすると手が止まる。文章を整え、画面を選び、顧客へ許可を取り、公開ページまで作る。終わった直後の気力で全部やるには重い。

すると「落ち着いたらやろう」と先延ばしにし、そのまま次の案件が始まる。数か月後には、変更前の状態も、自分が選んだ理由も、依頼者の反応も薄れている。これ、かなり起きやすい。

最初に作るのは公開事例ではない。自分だけが見る、事実確認用の6行メモでいい。金曜の会議を閉じる前に、次だけ残す。

困っていた状態:
自分の役割:
実施したこと:
確認できた変化:
根拠の場所:
公開・共有できる範囲:

6行は、作業ではなく判断をたどれる粒度にする

先ほどの案件なら、最初の4行はこうなる。

困っていた状態: 同じ問い合わせが続き、運用担当が月末処理中も回答していた
自分の役割: 問い合わせの分類、画面文言の改善、FAQ更新を担当
実施したこと: 直近の問い合わせを3種類に分け、画面とFAQの説明をそろえた
確認できた変化: 依頼者から「往復が減り、月末処理が楽になった」と口頭で聞いた

ここでは、「問い合わせが50%減った」と勝手に数字へ変えない。「売上に貢献した」と範囲を広げない。確認できた言葉と、自分の推測を混ぜないことが大切だ。

数字がなくても、誰のどの行動が変わったかは残せる。担当者が同じ説明を繰り返さなくなった。承認前の確認先が一つになった。リリース前の差し戻しが減った。根拠が口頭の発言だけなら、そのことも書く。

強い言い方を作るより、後から事実へ戻れることの方が先だ。 数字や発言の確認が必要だと分かれば、案件が閉じる前に聞ける。

「根拠の場所」が、記憶の美化を止める

5行目には、変化を確かめられる場所を書く。

  • 振り返り会議の議事メモ
  • 問い合わせ集計のチケット
  • 改修前後の運用手順
  • 依頼者から届いたメール
  • 自分が担当したPRや設計判断の記録

ここで大事なのは、資料を自分の私物ストレージへ持ち出すことではない。契約や会社の情報管理ルールに従い、許された環境の中で「どこを見れば確かめられるか」を記録する。契約終了後にアクセスできなくなるなら、終了前に依頼者と確認できる内容だけを短くまとめる。

後から実績を思い出す時、人はどうしても自分に都合よく補ってしまう。反対に、自信をなくして実際より小さく扱うこともある。根拠の場所があれば、盛りすぎと過小評価の両方から戻りやすい。📝

公開できるか迷ったら、3つの箱に分ける

6週間後の面談で言葉に詰まったのは、実績がなかったからではない。「自分の中で覚えてよいこと」と「第三者へ話してよいこと」が混ざっていたからだ。

そこで6行目の「公開・共有できる範囲」は、一つの丸印で済ませず、3段階に分ける。

  1. 非公開の事実メモ: 契約書の秘密保持条項や、別に結んだ秘密保持契約、顧客の情報管理ルールに従い、自分の振り返りだけに使う
  2. 面談で共有できる匿名表現: 会社名、画面、固有の数値を出さず、相手の了承を得た範囲で話す
  3. 公開できる事例: 掲載する文章、画像、数値、媒体について、相手がはっきり許可したものだけを使う

これは営業秘密に当たるかどうかを自分で法律判断するための分類ではない。公開可否が曖昧な情報は、曖昧なまま外へ出さないための仕事上の箱分けだ。契約に秘密保持、成果物、実績掲載の条項があれば、まずその事実へ戻る。契約だけで判断できなければ、依頼者へ確認する。

感謝の言葉を、公開許可だと読み替えない

「助かりました」「問い合わせが減りました」と言ってもらえると、うれしい。その言葉を次の提案で使いたくなるのも自然だ。

ただし、感謝されたことと、外部で紹介してよいことは別だ。匿名なら必ず安全とも限らない。業界、期間、機能、数値を組み合わせると、会社や案件を推測できる場合がある。

だから、許可を聞く時は大きな事例公開を一度に頼まない。使いたい一文と場所を限定する。

今回の実績について、「申込画面とFAQを改善し、同じ問い合わせの往復を減らした」と、社名・画面・具体的な数値を出さずに提案面談で紹介してもよいでしょうか。公開サイトへ掲載する場合は、別途文章をお送りして確認します。

これなら、依頼者は何を許可するのか判断しやすい。断られたら、非公開メモのまま残す。断られたことは、成果がなかったという意味ではない。相手の情報を守りながら仕事を終えた、という事実でもある。

数字を聞く時は、評価ではなく確認として頼む

エンジニアが振り返りで数字を聞けなかったのは、「自分の成果を褒めてもらう質問」に感じたからだった。この気まずさを無理に消す必要はない。質問の目的を、次の改善に必要な確認へ戻せばいい。

次回の改善判断に使いたいので、可能なら改修前後の問い合わせ件数を確認できますか。集計が難しければ、増えた・減ったの認識だけでも大丈夫です。

デジタル庁は2026年7月、政府情報システムについて、利用者の満足度と使いやすさを数字や感想で集め、分析し、継続的な改善へ使う仕組みを示した。対象は行政システムだが、仕事へ引き寄せると、成果を記録する目的は自分を大きく見せることではなく、次の判断を良くすることだと分かる。

数字が取れなければ、取れない事実を残す。依頼者の印象だけなら「依頼者の振り返り発言」と書く。計測できた数字、観察した変化、相手の感想を分ければ、根拠を説明しやすい。

実際、このエンジニアも週明けの月曜に確認を送り直した。金曜の会議で聞けなかったことを今さら尋ねるのは、少し恥ずかしかった。「成果を出した人に見せたいだけでは」と思われる気もして、午前中は下書きを閉じたままにした。

そこで質問を二つに絞った。

振り返りで伺った「問い合わせの往復が減った」という変化について、今後の改善判断に使える集計はありますか。また、社名や数値を出さない形で、担当範囲と変化を提案面談で紹介してよいでしょうか。

返答は、「問い合わせ件数は集計していないため数字は出せない。匿名での口頭紹介はよいが、画面画像と社内の処理手順は出さないでほしい」だった。

欲しかった数字は取れなかった。それでも、使える言葉と出してはいけない材料が分かった。これで、面談中に「どこまで話していいのだろう」と一人で判断しなくて済む。確認は成果を大きくするためではなく、事実と境界を小さく確定し、次の場で落ち着いて話すために行うものだ。

案件終了後にチャットや資料へアクセスできなくなる場合は、確認を先延ばしにしない。最終会議の前日か、終了連絡を送る時に6行の空欄を見れば、何を聞くかが分かる。全部を埋める必要はない。相手が判断できる質問を一つ残せれば十分だ。

次の提案で一度使い、実績メモを育てる

実績は、保存しただけではまだ資産にならない。次の提案や面談で一度使い、相手の反応を受けて更新すると、初めて回り始める。

ただし、6行メモから職務経歴書、提案文、公開事例を全部作る必要はない。次に使う場所を一つだけ決める。

まず一つの提案文へ変える

6週間後の面談へ戻る。エンジニアは、依頼者から匿名での口頭紹介について了承を得ていた。次の面談では、こう答えた。

前の案件では、運用担当が同じ問い合わせへ繰り返し回答していました。私は問い合わせを3種類に分け、申込画面とFAQの説明をそろえました。具体的な件数は非公開ですが、振り返りでは問い合わせの往復が減り、月末処理へ戻りやすくなったと確認しています。

派手な成功談ではない。それでも、相手は「今回も問い合わせが多いので、最初に分類から入れそうですね」と返した。会話が、経験の有無から、今回どこを任せるかへ進んだ。少し肩の力が抜けた。🌱

言い方をさらに整える時は、実績を状況・打ち手・変化で伝える方法が使える。提案先との合い方を先に確認したい時は、提案の正しさより先に揃えたいことも合わせて見てほしい。

相手の質問を、6行へ戻す

面談で「どれくらい減りましたか」と聞かれたら、次から件数を確認する価値がある。「あなた一人の成果ですか」と聞かれたら、自分の役割とチームの成果の境目をもっと明確にする。「画面を見せられますか」と聞かれたら、公開画像の許可は別に必要だと分かる。

うまく答えられなかった質問は、失敗の証明ではない。次の案件終了時に何を確認すればよいかを教える材料だ。相手の質問を6行メモへ戻し、次の振り返りで一つだけ確認を増やす。

こうして、案件終了時の記録、公開範囲の確認、次の提案、質問からの更新を小さく回す。最初から立派なポートフォリオを作るより、実績が消えにくくなる。

今日やるなら、直近の案件を一つ開き、まず「困っていた状態」「自分の役割」「実施したこと」「確認できた変化」「根拠の場所」「公開・共有できる範囲」の6行を書く。空欄は、実績がない場所ではない。次に確認する場所だ。

金曜17時12分、会議を閉じる前に2分だけ残す。納品物と一緒に、次の判断へ持っていける事実も残す。 それが、単発の仕事を次の提案へつなぐ最小の実績運用だ。

案件の実績を、次の提案で使える言葉へ整える

ページへ移動

参考にした情報

運営と監修

運営: ValueGate / 監修・相談窓口: ゆーちゃん

記事では再利用できる構造を言語化し、個別判断が必要な場合は無料診断で次アクションを整理する役割分担にしています。

関連記事