Workdayコンサルのフリーランス案件の仕事内容｜案件の種類と働き方

Workdayコンサルのフリーランス案件の仕事は、人事や経理の業務の要望を聞き、Workdayのテナントに構成として落とし、テストで確かめ、稼働後も変化に合わせて直していくことです。ただし、導入を担う側のチームに入るのか、利用企業の側に立つのか、稼働後の運用を受け持つのかで、1日の時間の使い方も相手も成果物も大きく変わります。

この記事では、Workdayの案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。必要なスキルはWorkdayのスキルの記事、報酬はWorkdayの報酬の記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「立つ側」と「導入の前か後か」で決まる

Workdayはクラウドで提供され、Workdayの公開FAQでは、同じアプリケーションを使う利用企業は同じリリースの上で動き、新しい機能をいつ取り込むかを利用企業が選べると説明されています（2026年10月時点）。そのため、オンプレミスのERPのような大きなバージョンアップの案件は生まれにくく、仕事は「導入」と「稼働後の拡張・運用」の2つに大きく分かれます。

これに、導入を担う会社の側か、利用企業の側かという立場を掛け合わせると、フリーランスの案件はおおむね次の5種類になります。

以下は典型的な例です。時間の配分は案件ごとに違うため、目安として読んでください。

導入プロジェクトの構成担当の仕事

1日の流れ（例）

朝は課題管理表と前日のテスト結果を見て、自分の担当機能に関わる不具合や確認事項を拾います。午前中は、設計書をもとにビジネスプロセスや承認の条件、セキュリティのグループなどをテナントに構成し、単体テストで動きを確かめます。午後は、機能リードや利用企業の担当者との確認会で、設計の時点で決まっていなかった点を詰めます。夕方は、構成の変更を記録に残し、翌日の作業を段取りします。

手を動かす時間が長い一方で、設計書に書かれていない判断が出てきたときに、誰に上げるかを見極めることも仕事の一部です。

1か月の流れ（例）

• 設計の局面：利用企業の業務の流れを聞き、標準の機能でどう実現するかの案を出す
• 構成の局面：設計どおりに構成し、単体テストの結果を残す。プロトタイプを見せて要望を受ける場があることも多い
• テストの局面：結合テストや利用者による受け入れテストで出た不具合を切り分け、構成を直す
• 稼働前後：本番環境への構成の移送、データ移行の確認、稼働直後の問い合わせ対応

成果物

構成の設計書、構成の記録（どのテナントに何を設定したか）、単体テストの仕様と結果、不具合の対応記録などです。どこまで自分で書くかは、導入側のチームの決まりによって変わります。

利用企業側のプロジェクト支援の仕事

1日の流れ（例）

午前は人事部門や経理部門と打ち合わせ、現在の業務の流れや、Workdayに移すときに変える点を整理します。午後は導入を担う会社との定例会議で、設計の内容や課題の進み具合を確かめ、利用企業として判断すべき事項を持ち帰ります。その後、社内の関係部署と調整し、決裁に必要な資料をそろえます。

自分でテナントに構成する時間は、導入側の構成担当より少なくなります。代わりに、導入側の設計が業務に合っているかを利用企業の立場で確かめることに時間を使います。

1か月の流れ（例）

• 月初：導入側の報告をもとに、全体の進み具合と課題を確かめる
• 毎週：導入側との定例会議、人事部門・経理部門との要件の確認
• 月の半ば：追加や変更の要望を集め、導入側に影響を見積もってもらい、受けるかどうかを社内で決める
• 月末：部門長や役員が出る会議で状況を報告し、判断を仰ぐ

成果物

要件の一覧、設計のレビュー記録、受け入れテストの計画と結果、変更の受付と判断の記録、社内向けの報告資料、稼働後の運用の手順書などです。

運用・保守の仕事

稼働した後のテナントを守り、変化に合わせて構成を直す仕事です。

1日・1か月の流れ（例）

日々は、利用者や人事部門からの問い合わせに答えるところから始まります。「承認の依頼が届かない」「見えるはずの情報が見えない」といった問い合わせは、ビジネスプロセスやセキュリティの構成が原因であることが多く、原因を切り分けて直します。

1か月の単位では、組織変更や人事制度の改定、決算の時期に合わせた構成の見直しが入ります。Workdayから新しい機能が出たときは、その内容を読み、自社のテナントで使うか、いつ取り込むかを利用企業の担当者と決め、検証用のテナントで確かめます。

成果物

問い合わせの対応記録、構成変更の申請と記録、新機能の評価のメモ、運用の手順書などです。誰が何をいつ変えたかを後から追えるようにしておくことが、運用の案件では特に重く見られます。

連携・レポートの専任の仕事

1日・1か月の流れ（例）

連携の専任は、給与計算や勤怠、会計、採用など外部のシステムとWorkdayのあいだでデータを受け渡す仕組みを作り、動かし続けます。日々は、連携の実行結果を見てエラーの原因を調べ、相手のシステムの担当者とデータの形を詰める時間が多くなります。開発の局面では、EIBやコネクタ、Workday Studioを使って連携を組み、テストのデータで確かめます。

レポートの専任は、人事部門や経営層が見たい数字を聞き、カスタムレポートや計算項目で取り出す仕組みを作ります。月末や期末に向けて、レポートの追加や修正の依頼が集まりやすくなります。

成果物

連携の設計書（項目の対応表、実行の頻度、エラー時の扱い）、レポートの定義書、テストの結果、運用の手順書などです。

追加導入・海外展開の仕事

すでにWorkdayを使っている企業が、新しい機能（たとえば勤怠や財務）を追加するときや、海外の拠点・グループ会社に展開するときの案件です。新規導入と似た流れですが、すでに動いている構成を壊さずに足すことが求められます。

1日の中では、既存の構成を読み解く時間、本社の推進チームや各国の担当者と会議をする時間が長くなります。海外の拠点が関わる場合は、時差のある会議や英語の資料の読み書きが日常になります。求められ方は英語を使う案件の記事をご覧ください。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのWorkday案件にあります。

1. 構成の記録：どのテナントで、何を、なぜ変えたかを残す
2. 権限の確かめ：変更のたびに、見えてはいけない人に情報が見えていないかを確かめる
3. 業務の言葉での説明：構成の結果を、人事や経理の担当者が分かる言葉で伝える
4. 個人情報の扱い：従業員の情報や給与、会計の情報を、決められた範囲と方法でだけ扱う

フリーランスならではの仕事として、自分の稼働の記録もあります。月の稼働時間に幅を決めて精算する契約が多いため、構成、会議、問い合わせ対応に使った時間を日々つけておきます。

関わる相手と、その相手に出すもの

働く場所については、構成やテスト、連携の開発はリモートで進めやすい一方、要件の取りまとめや稼働直後の支援では出社を求められやすくなります。詳しくはWorkdayのリモート案件の記事をご覧ください。

よくある質問

Workdayの案件は、構成の作業ばかりですか？

導入側の構成担当の案件では作業の割合が高くなりますが、確認会や不具合の切り分けにも同じくらい時間を使います。利用企業側の支援や運用の案件では、会議や問い合わせへの対応が中心になり、自分で構成する時間は短くなることもあります。

運用・保守の案件でも経験として評価されますか？

評価の材料になります。組織変更や制度変更に合わせて構成をどう直したか、新しい機能をどう評価して取り込んだかは、導入の案件の面談でもよく聞かれます。対応した内容を記録に残し、自分の言葉で説明できるようにしておきましょう。

参画して最初の1か月は何をすることが多いですか？

テナントの構成と、関係者・会議体の把握から始めるのが一般的です。運用の案件では過去の構成変更の記録、導入の案件では設計書と課題管理表を読み込むところから入ります。初月の進め方はWorkdayの参画初月にやることで詳しく解説します。