【漫画で分かるDX】第22回：カスタマイズの山を越える前に。失敗しないSalesforce導入の「業務とデータ」
『漫画で分かるDX』第22回。—
あとがき ― 失敗しないSalesforce導入の実践戦略
導入失敗の典型は、**カスタマイズ先行**と**データ移行の全量一括**と**責任分界の未定義**です。 佐藤さんと田中くんによる、分かりやすいIT・AI解説シリーズ。
目次 クリックで開く
カスタマイズの山を越える前に。失敗しないSalesforce導入の「業務とデータ」
プロジェクトキックオフのスライドには、「Salesforceで全部解決」という文字が踊っていた。田中誠は導入支援の立場で、その下の小さな字——データ移行範囲、権限、既存Excelの置き換え——を指差したくなるのを堪えている。
岸本麻衣が言った。「画面が綺麗になるほど、裏ではオブジェクトと項目が増える。増えたものを誰がメンテするか、決まってからが本番よ」
営業部長は前向きだ。黒坂剛も同席し、「とりあえず全部カスタムでいけますよ」と笑う。佐藤修だけが、ホワイトボードに「先に決める三つ」とだけ書いた。
登場人物紹介
【本話の登場】田中・佐藤・岸本・黒坂・水野（SFA導入の設計順序が主題）。
田中 誠（29）：導入PMO補佐。カスタム一覧の長さに不安を抱えている。
佐藤 修（39）：シニアDXアーキテクト。業務・データ・最小項目を先に固定する。
岸本 麻衣（41）：業務責任者。運用メンテと入力負荷に現実的。
黒坂 剛（62）：競合営業。カスタム増を煽る。
水野 澄（27）：伴走コンサル。パイロット範囲と移行スライスを整理する。
「オブジェクトが十個、項目が三百……。誰が入力し、誰が承認し、誰が正として残すのか、まだ白紙のまま進みそうです」
田中の声は小さかった。それでも会議室の空気は一瞬止まる。ツールの前に、業務の線引きがない。
「カスタムは売上ですからね！」黒坂の声は明るい。
岸本が言う。「売上のあとに残るのは運用コストよ。項目が増えるほど、入力拒否と抜けが増える」
佐藤が黒板を指す。「先に決めるのは三つだけ。①誰のどの業務を置き換えるか ②マスタデータの親はどこか ③最小の必須項目は何か。画面はそのあと」
「データ連携は、コードより前に責任分界だ。営業が正とする取引先、経理が正とする請求番号——衝突するなら、同期の方向と例外処理を決める」
水野が付箋を並べる。「移行はフルコピーじゃなく、まず商談と活動の半年分だけ。検証で汚れが見える範囲にする」
佐藤が頷く。「失敗しない導入は、完成度の高い初日じゃない。戻れる小さな一歩の連続だ」
パイロット週。必須は三項目だけに絞った。抜けはまだある。それでも「何が欠けているか」が一覧で見えるようになり、叱責ではなく直しの順番が決まった。
岸本が呟く。「これなら、メンテの担当も割り振れる」
「Salesforce導入で躓くのは、機能不足より、業務の線引きとデータの親子が曖昧なことだ」佐藤が言う。「DXを加速するのは、画面の数じゃない。入力する人が納得する最小設計と、連携の責任の文書化だ」
田中は議事録の目次に「必須項目」「マスタの親」「同期の一方通行」を太字で残した。キックオフの熱が、初めて地に足のついた形になった気がした。
ここから先は、本文のストーリーとは切り離した解説です。
あとがき ― 仕事に落とすと
あとがき ― 失敗しないSalesforce導入の実践戦略
導入失敗の典型は、**カスタマイズ先行**と**データ移行の全量一括**と**責任分界の未定義**です。先に「誰のどの業務を置き換えるか」「マスタの正はどこか」「最小必須項目は何か」を固定し、**パイロット→本番**で検証可能な塩梅に分けると定着しやすくなります。
ポイント
標準機能とカスタムの境界: 増やすほどメンテコストが残ることを前提に設計する。
連携の一方通行と例外: 双方向を最初から全面開放しない。
移行はスライス: 期間・オブジェクトを絞って汚れを可視化してから広げる。
Aurant Technologiesは、業務設計・データ整備・移行計画から伴走します。
