業務コンサルタントのスキルシートの書き方｜面談で評価される実績の見せ方

業務コンサルタントのスキルシートは、プロジェクトごとにどの業務領域の、どの工程を、自分がどこまで進め、何を作り、何が変わったかを書くのが基本です。成果物そのものは見せられないため、成果物の種類と、見直しの前後の変化を言葉で示します。「業務改革を支援」「BPRに従事」とまとめるだけでは、任せられる範囲が読み手に伝わりません。

この記事では、業務コンサルタントならではの書き方を、要約・プロジェクト欄・成果の書き方の順に解説します。スキルシート全体の構成はスキルシートの書き方の基本、経験の棚卸しの進め方は業務コンサルタントがフリーランスになるにはで扱っています。

読み手は「業務領域」と「立ち位置」を先に探す

業務コンサルタントの案件は、「経理の決算業務を見直したい」「受注から出荷までの手作業を減らしたい」のように、業務領域ごとに募集されます。読み手はシートを開くと、まず案件の業務領域に近い経験があるかを探します。

次に見られるのが立ち位置です。同じ業務改革のプロジェクトでも、コンサルティング会社のメンバーとして入ったのか、事業会社の改革担当として社内で進めたのか、システム導入プロジェクトの業務側の担当だったのかで、経験の中身は違います。

要約は「業務領域・業種・得意な工程」で組み立てる

要約は、3〜5行で「何を任せられる人か」を示す欄です。業務コンサルタントの場合、次の3点を入れると、読み手が案件と結び付けやすくなります。

1. 業務領域：経理・財務、調達・購買、販売・物流、人事・労務など
2. 業種：製造、流通、金融、サービスなど。同じ業務でも業種によって進め方が違うため
3. 得意な工程：現状調査、課題整理、業務設計、システム要件への落とし込み、定着支援のどこが厚いか

例（架空）：

• 製造業・流通業の調達〜支払業務を中心に、業務改革のプロジェクトに7年従事
• 現状調査から新業務の設計までを主に担当。直近2件は購買システムの刷新にあわせ、業務要件の取りまとめを担当
• 経理部門での実務経験があり、支払・債務の流れを業務と会計の両面から説明できる

「幅広い業務領域に対応」と書きたくなることもありますが、それでは得意な領域が読み手に伝わりません。経験が複数の領域にまたがる場合は、応募する案件に近い領域を上に置き、要約を案件ごとに入れ替えるほうが伝わります。

プロジェクト欄で厚く書く項目

プロジェクト欄の基本の型はエンジニアと同じですが、業務コンサルタントは「使用技術」の代わりに、次の項目を厚く書きます。

「向き合った相手」は省かない

業務コンサルタントの仕事は、誰と話してきたかで難しさが大きく変わります。現場の担当者への聞き取りが中心だったのか、部門長と課題の優先順位を詰めたのか、経営層への報告まで担ったのか。これが書いてあると、参画後にどの会議を任せられるかを読み手が判断できます。

成果物は「種類」と「工夫」をセットで書く

前職やクライアントの資料は見せられません。そのため、成果物は種類の名前に、作るときの工夫を一言添えて書きます。

• 業務フロー（部署ごとに書き方が違ったため、表記のルールを決めてそろえた）
• 課題管理表（課題ごとに判断する人と期限を決める欄を設けた）
• 効果の試算（作業時間の調査をもとに、見直し後の工数を見積もった）

記入例（架空）

次は、書き方の型を示すための例です。業種・規模はぼかしてあり、実在のプロジェクトではありません。

期間：20XX年4月〜翌年3月（1年）
業務領域・テーマ：製造業（中堅規模）の調達〜支払業務の標準化
対象の範囲：購買・経理を含む3部門、国内の複数拠点
立場：コンサルティングチーム4名のうち、調達領域の担当
向き合った相手：購買・経理の担当者と課長、情報システム部門
担当工程：現状調査、課題整理、新業務の設計、システム要件への落とし込み
担当内容：拠点ごとに違う発注・検収の流れを聞き取りで整理し、共通の業務フローを作成。承認の段階と金額の区分を見直し、購買システムの要件として整理
作成した成果物：現状と新業務の業務フロー、課題管理表、承認ルールの新旧比較表
成果：拠点ごとに分かれていた発注の手順を一つにまとめた。差し戻しの件数を新旧で比べる仕組みを残し、稼働後も効果を確かめられるようにした

実際に書くときは、ご自身の経験に置き換えてください。

成果の書き方で迷うところ

数字を出せないときの置き換え方

業務コンサルタントの成果は、処理時間や件数の変化で示せると伝わりやすくなります。ただし、クライアントの業務量や金額は守秘義務に触れることがあります。その場合は、具体的な値を避けて書きます。

どこまで書いてよいかの考え方はスキルシートと守秘義務の記事で扱っています。迷う場合は、契約書の守秘義務の条項を確かめてください。

チームの成果と自分の担当を分ける

コンサルティング会社の出身者のシートでよく見るのが、プロジェクト全体の成果をそのまま書く形です。「全社の業務改革により〜を実現」と書くと、読み手は本人がどこを担ったのかを判断できません。

成果は「プロジェクトとして何が変わったか」と「その中で自分が担ったこと」を分けて書きます。主語を自分に置き、「〜の領域を担当し、〜を決めた」と書くと、面談で深く聞かれたときの説明とも食い違いません。

設計だけで終わった経験の書き方

プロジェクトの途中で参画を終え、定着まで見届けていない経験もあるはずです。その場合は、担当した工程までを正直に書き、成果の欄には「作ったものが次の工程で何に使われたか」を書きます。たとえば「作成した業務フローが、システムの要件定義の前提として使われた」と書けば、成果物が役に立った範囲が伝わります。

出身による書き分け

事業会社の改革担当だった場合

社内での業務改善も、プロジェクトとして書けます。ただし、部署の略称や社内システムの名前は読み手に通じないため、一般的な言葉に置き換えます。1社での経験が中心の場合は、他の会社でも通じる進め方として、手順や判断の基準を担当内容に書いておくと伝わりやすくなります。

システム導入プロジェクトの業務側だった場合

ERPなどの導入プロジェクトで業務の要件を取りまとめた経験は、業務コンサルタントの経験として伝えられます。システムの設定まで担っていない場合は、「業務要件の整理まで担当。設定は導入ベンダーが担当」のように範囲を書き分けておくと、ITコンサルタントの案件と混同されにくくなります。システム寄りの書き方はITコンサルタントのスキルシートの記事もあわせてご覧ください。

スキル一覧は「業務知識」と「手法」を並べる

業務コンサルタントのスキル一覧は、言語やフレームワークの代わりに、業務知識・手法・道具を並べます。

ツールは名前だけでなく、何に使ったかを括弧で添えると、使い方の深さが伝わります。求められやすいスキルの中身は業務コンサルタントのスキルの記事で解説しています。

よくある質問

コンサルティング会社で担当したプロジェクトが多く、すべて書くと長くなります。

直近の5年程度をくわしく書き、それより前は期間・業務領域・立場を1〜2行にまとめる形が読みやすくなります。短期間の調査プロジェクトが続いている場合は、同じ業務領域のものを一つにまとめ、「同種の現状調査を複数件」と書く方法もあります。

作った資料のサンプルを求められたらどうすればよいですか？

前職やクライアントの資料は、守秘義務があるため出さないでください。求められた場合は、成果物の種類と構成を言葉で説明するか、架空の題材で自分が作った見本を用意する方法があります。どこまで出してよいか迷うときは、契約書の守秘義務の条項を確かめましょう。

戦略案件と業務改革案件の両方の経験があります。どう書けばよいですか？

応募する案件に近い方を要約の上に置き、案件ごとに要約を入れ替えるのがおすすめです。戦略案件の経験は、業務改革の前提となる方針づくりに関わった経験として書けます。戦略寄りの書き方は戦略コンサルタントのスキルシートの記事もあわせてご覧ください。