MA・CRMツールのエンジニアのフリーランス案件の仕事内容｜案件の種類と働き方

MA（マーケティングオートメーション）・CRMツールのエンジニアの仕事は、見込み客と顧客のデータを整え、配信やシナリオの仕組みを組み、他のシステムとつないで、営業とマーケティングが同じ数字を見られる状態を保つことです。ただし、新規導入か、導入後の運用支援か、連携の開発か、移行と整理かで、1日の時間の使い方も向き合う相手も大きく変わります。

この記事では、MA・CRMのフリーランス案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はMA・CRMの報酬の記事、求められるスキルはMA・CRMのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

案件は「局面」と「つなぐ範囲」で4つに分かれる

MA・CRMの募集は、ツールの名前が前に出ることが多く、案件票だけでは働き方が読み取りにくい傾向があります。仕事の中身を分けるのは、主に次の2つです。

• 局面：これから入れるのか、すでに動いている環境を回すのか、別のツールへ移すのか
• つなぐ範囲：ツールの中で完結するのか、CRMやWebサイト、基幹システム、データ基盤とつながっているのか

この2つを掛け合わせると、フリーランスの案件はおおむね次の4種類に分けられます。

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

新規導入・構築の案件

1日の流れ（例）

午前は、マーケティング部門と営業部門の担当者を集めた打ち合わせで、見込み客をどの段階で営業に渡すか、どの項目を持たせるかを聞き取ります。午後は、決まった内容を設計書に落とし、ツールの検証環境で項目やフォーム、最初のシナリオを組みます。夕方は、情報システム部門とドメインの認証設定やCRMとの接続の段取りを確かめます。

導入の案件では、画面を作る時間より、部門の考えをそろえて決めごとにする時間のほうが長くなりがちです。

1か月の流れ（例）

• 月初：前月に決まった要件を設計に反映し、今月作る範囲を確認する
• 毎週：両部門との定例で設計の確認と、作ったものの説明をする
• 月の半ば：テスト配信や、CRMとの同期のテストを行い、結果を共有する
• 月末：導入の責任者に進み具合と、決めてもらう必要のある事項を報告する

成果物

データの項目定義、見込み客の段階の定義、シナリオとスコアリングの設計書、フォームとメールのテンプレート、同期の項目の対応表、運用の手順書などです。導入後に社内の担当者が使い続けられるよう、操作説明の資料や研修まで求められることもあります。

運用支援の案件

1日の流れ（例）

朝は、依頼票やチャットで届いた配信の依頼を確かめ、期日と宛先の条件を整理します。午前中に配信メールやフォームを作り、テスト送信をして担当者の確認を受けます。午後は、セミナーや展示会で集めたリストの取り込み、配信の実績の集計、シナリオの効果の確認をします。

作業の量が日によって波打つのが運用支援の特徴です。キャンペーンが重なる時期は配信の作成が続き、落ち着いた時期は改善の提案や、不要になったシナリオの整理に時間を使えます。

1か月の流れ（例）

• 月初：前月の配信とシナリオの実績をまとめ、気になる数字の変化を共有する
• 毎週：配信の予定を担当者とすり合わせ、依頼の優先順位を決める
• 月の半ば：大きな施策の前に、宛先の条件や除外の設定を見直す
• 月末：レポートを更新し、来月の改善案を出す

成果物

配信メールとフォーム、抽出したリスト、配信の実績のレポート、配信前の確認の記録、改善の提案書などです。配信の安全に関わる手順を整えた場合は、その手順書も成果物になります。

データ連携・開発の案件

1日の流れ（例）

午前は、同期のエラーの通知を確かめ、失敗した処理の原因を調べます。その後、MAとCRMの間で、どの項目をどちらの向きに流すか、値が食い違ったときにどちらを正とするかを、情報システム部門の担当者と詰めます。午後は、APIを使った取り込みの処理を書き、検証環境で動かして結果を確かめます。

この種類の案件は、MA・CRMの案件として出るとは限らず、Web開発やデータ基盤の開発として募集されることもあります。仕事の進め方は開発の案件に近く、設計書、コードのレビュー、テストの記録が日々の中心になります。データ基盤側の仕事はデータエンジニアの仕事内容の記事が参考になります。

成果物

連携の方式の設計書、項目の対応表と値の変換ルール、取り込みや同期の処理、エラー時の再送と通知の仕組み、運用の手順書などです。

移行・データの整理の案件

長く使われてきたMAやCRMを別のツールへ移す案件や、重複した見込み客や使われていない項目、止められていないシナリオを片づける案件です。

前半は棚卸し

最初の数週間は、作るより調べるのが仕事です。動いているシナリオ、項目、連携、配信停止の扱いを一覧にし、それぞれを誰が何のために使っているかを聞き取ります。設計の記録が残っていない環境では、この調査に時間がかかります。

後半は移し替えと検証

一覧をもとに、移すもの、作り直すもの、捨てるものを両部門の責任者に決めてもらい、移し替えの手順を組みます。移したあとは、件数や配信停止の情報が正しく引き継がれているかを確かめます。配信停止の情報が抜けると、送ってはいけない相手に送ってしまうおそれがあるため、ここは特に丁寧に検証します。

成果物

現状の一覧、移す・捨てるの判断表、データの対応表、移行の手順と検証の記録、新しい環境の運用ルールなどです。

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

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

1. 配信前の確認：宛先の件数、除外の条件、テスト送信の結果を確かめ、承認の記録を残す
2. 配信停止と同意の扱い：停止の申し出がすべての配信の仕組みに反映されているかを保つ。法令の考え方はMA・CRMのスキルの記事で解説しています
3. データの定義の維持：項目の意味や段階の条件を書き残し、変更したら更新する
4. 変化の報告：重複の増え方や停止の申し出の変化など、数字の動きを一言添えて伝える

フリーランスならではの仕事として、自分の稼働の記録もあります。運用支援では依頼の量に波があるため、月の稼働時間に幅を決めて精算する契約で、どの作業に何時間使ったかを残しておくと、条件の見直しの材料にもなります。精算の仕組みは精算幅の記事をご覧ください。

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

施策の企画や戦略そのものはマーケティングの担当者やコンサルタントが担うことが多く、エンジニアはそれを仕組みに落とす役割です。企画側の働き方はマーケティングコンサルタントの仕事内容の記事、CRMとしてSalesforceの開発が中心の案件はSalesforceの仕事内容の記事をご覧ください。リモートとの相性はMA・CRMのリモート案件の記事で扱っています。

よくある質問

MA・CRMのエンジニアは、メールの文面も書くのですか？

文面は施策の担当者が用意し、エンジニアはテンプレートへの組み込みと配信の設定を担うことが多い仕事です。運用支援の案件では、文面の作成まで含むこともあるため、担う範囲は参画前に確かめておくと安心です。

プログラミングをしない案件もありますか？

あります。導入や運用支援では、管理画面での設定とデータの設計が中心になる案件が多くあります。一方、連携の開発や移行の案件では、APIやスクリプトを扱う力が求められます。

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

動いているシナリオと連携の把握、配信の承認の流れの確認、データの定義の読み込みから始めるのが一般的です。進め方はMA・CRMの参画初月にやることで詳しく解説します。