Salesforce上で業務プロセスを組むときの考え方

freee株式会社でGYOMUハックをしているmiryです。GYOMUハックについて知りたい方はぜひこちらをご覧ください。

この記事を読んでいるみなさんはSalesforceを業務に利用している方や、Salesforce上のアプリ開発をしている方など様々かと思います。

私は今回業務構築の観点でお話したいと思います。

Salesforce PlatformにはSales cloud、Service cloudをはじめとする様々な機能があります。まずは、いったいどのような業務を行なっていくのかを明確にします。

さまざまな業務が思いつくかと思いますが、まずは何をやるのか、そして今後何をやっていく可能性があるのかをイメージしておけるとよいです。

どんな業務を行うのかが決まったら、それぞれの業務でどんな数字をSalesforce上で追っていくのかを考えて行きましょう。このとき、追うべき数字が決まっている必要はなく、大まかな方向性が決まっているとのちのち便利です。

この辺りを出せるだけ出して行きましょう。

Salesforceでは、ある程度の業務が標準機能で準備されているので、どういう風にSalesforce上で業務を組み立てるのかも自由にできます。

ヘルプページやTrailheadで調べられるので、どんなことができるのか調べてみるのもいいかもしれません。

他にもDevelopersEditionという無料で構築できる環境もあるので、そこで触ってみるのもいいでしょう。

一番のオススメはTrailheadで、ある程度データの入っている環境を立ち上げて、インストラクションとともに操作することができます。

機能を調べたら、早速設計です。Salesforceはカスタマイズがとても柔軟にできますが、少し（かなり？）癖もあります。

まずはオブジェクト構成です。2で大まかに追いたい数字について決めたと思うので、Salesforceのレポートでどのように集計できるのかをイメージしながらオブジェクトの構成イメージを考えます。下記の図は簡易的なものですが、データモデル図を書くのもいいです。

f:id:mirygoaround:20181208195352p:plain

オブジェクト活用を考えるときのコツは、

です。それぞれどのオブジェクトにどのような内容を格納するのかを考え、標準のオブジェクトが使えるときは、標準のオブジェクトを利用しましょう。

効率化のための自動化は必ずあがるリクエストだと思います。その時の実装で考えるとき、私はこのような順で考えています。

エンジニアにとっては、Apexなどでコーディングするのが楽なのですが、できるだけ前述の順序で実装計画を立てるのがよいです。

理由はApexなどのカスタマイズだと、メンテナンスが大変で、どんな処理が動いているのか把握するのが複雑になってしまうのです。

f:id:mirygoaround:20181208201124p:plain

あと、下記のような機能は標準で提供されているので、ぜひ使ってみてください。

Salesforceの実装をする時、いきなり本番環境に反映するのはやめましょう。

前述のDevelopersEditionやSandbox環境などで思い通りの挙動をするのかをテストしてみてください。

かなり癖があるので、あれ、これはできないんだ！とかいう細かい制約があり、苦労することこの上ありません。笑

実際に触ってみて、動かしてみて、思い通りのものを実装してみましょう。

業務に実際に関わる人にも動作を確認してもらいましょう。

最初から最後の業務の流れをデモして、そしてどのようなレポートができるかを作ってみて、想定通りの動きをするのか、無理なオペレーションになっていないのかシュミレートしてみましょう。そうしてチューニングするのがよいです。

f:id:mirygoaround:20181208201042p:plain

これから、Salesforceで業務を組むという方向けに思考プロセスをかいてみました。簡単ではありますが、参考になればと思います。