Salesforce Starter EditionでSES管理を作って見えた「限界」

実際にSES営業管理システムをStarter Edition前提で設計していくと、

「Starterでもかなりできる」

一方で、

「ここは限界がある」

という部分もかなり明確に見えてきました。

今回は、実際に設計して分かった「Starter Editionのリアルな限界」を整理します。

まず結論

Starter Editionは、

「営業管理の初期版」

としてはかなり優秀です。

しかし、

「業務分岐」
「高度な権限制御」
「自動化」
「AI活用」

まで進むと、限界が見えてきます。

1. レコードタイプが実質使えない

これはかなり大きいです。

本来やりたかったのは：

SES商談
受託開発商談

を完全に分けること。

通常なら：

• レコードタイプ

• ページレイアウト

• ステージ

• 必須項目

を分けます。

しかしStarterでは難しい。

結果どうしたか

商談種別__c

で代替しました。

つまり：

商談種別 = SES
商談種別 = 受託開発

という運用。

問題点

すると、

使わない項目も同じ画面に出る

という問題が発生します。

例えば

SES商談なのに：

受託開発予算
納期
開発範囲

が見える。

逆に受託開発商談では：

単価上限
精算幅
面談回数

が見える。

つまり

「画面を業務別に最適化しにくい」

これがStarterの大きな限界です。

2. 権限設計が細かくできない

これはSESでは結構重要。

本当は：

みたいに分けたい。

しかしStarterでは

細かい権限制御が弱い

ので、

「営業だけに見せたい」

を厳密に作りづらい。

3. Flow自動化の限界

StarterでもFlowは使えます。

これはかなり大きい。

しかし、

複雑になると厳しい

です。

例えば将来的には：

案件登録
↓
自動で候補抽出
↓
Slack通知
↓
面談依頼

みたいなことをやりたくなります。

しかしStarterでは

「業務全体を自動化する」

には限界があります。

4. ダッシュボードの限界

Starterでもレポート・ダッシュボードはかなり使えます。

ただし、

複雑な分析

になると苦しくなります。

例えば本当はやりたい

Spring Boot案件の成約率
×
顧客評価
×
営業担当
×
現場特性

みたいな分析。

しかしStarterでは

「営業分析基盤」

としては徐々に限界が来ます。

5. AI（Agentforce）前提ではない

これも重要。

StarterでもAI活用の入口には立てます。

しかし、

本格的なAIエージェント運用

を考えると限界があります。

今回の設計は

実は：

AIが使いやすい構造

にはしています。

例えば：

• スキルが構造化

• 顧客評価が項目化

• 現場特性がDB化

• 面談共有メモがある

これは将来かなり効きます。

しかしStarterでは

「AIを本格活用するための器」

としては小さい。

6. 「使わない機能」が増えやすい

これが一番リアルかもしれません。

Salesforceは何でもできます。

しかし、

「できる」

と、

「現場で使う」

は別です。

実際に危険なのは

項目を増やしすぎる

こと。

例えば：

• 面談評価

• 顧客温度感

• 技術評価点

• 相性判定

• 案件ランク

など。

設計上は美しい。

しかし、

入力されなくなる

危険があります。

Starterで一番重要な思想

なのでStarterでは、

「完璧」

ではなく、

「入力され続ける」

を優先した方がいい。

Starterが向いているフェーズ

かなり整理すると：

ではStarterはダメなのか？

むしろ逆です。

今回やっていてかなり感じたのは：

「Starterだからこそ、必要最低限に絞れた」

ということ。

最後に

最初から完璧なシステムを作ると、

「使われない巨大システム」

になりがちです。

Starter Editionは、

「現場で回る最初の形」

を作るには、かなり良いサイズ感でした。