Salesforceアドミニストレーターのお仕事内容

2019.05.24 support_service_team

こんにちは、アドミニストレーターのMです。

今回は自分のオンサイト先での経験を中心に、Salesforceアドミニストレーターのお仕事についてご紹介させていただきます。「アドミって実際にどういうことをしているの？」と疑問をお持ちの方の参考になれば幸いです。

salesforceの改修や新機能実装のサポートを担当

先日まで常駐していたオンサイト先でのいくつかの業務内容のうち、メインで担当させていただいた「salesforceの改修や新機能実装のサポート」についてご紹介します。

基本的な作業内容としましては、

要件整理
ユーザの意見を吸い上げて現場の指揮命令者にあたる方と一緒に要件を整理。
方針決定
salesforceのどの機能を使ってユーザからの要望をシステムに落とし込んでいくかを検討。
実装
２で決めた方針に沿って実際にsalesforceの設定をカスタマイズ。
アドミニストレーターは基本的にポイント＆クリックで実装可能な部分について対応。
テスト
実装が完了したら様々な条件下でテストを繰り返して問題なく動作するかを検証。
状況によってはユーザテストも実施。
マニュアル作成
ユーザ向けの操作マニュアルを作成。

という流れになります。

ユーザのことを第一に、が自分のこだわり

１. 要件整理はユーザとsalesforceをつなぐ作業でもあり、ユーザが実現したいと考えていることは何なのかを正確に把握し、どういう状態をゴールと定めるかを主要な関係者全員できちんとすり合わせる必要があります。

もちろん中には実現不可能な要望もありますし、すべての要望を叶えられるだけのリソースがあるとも限りません。優先したいことは何かをヒアリングしながらできる限りの対応をしていくことと、できないことについては早い段階で実装不可能であることについて理由を説明をし、ただ要求を断るのではなくユーザ側に納得感を持ってもらうことが大事だと思います。

3. 実装＆ 4. テストで大切にするべきなのは「ユーザ側の視点を意識すること」だと思っています。実際にこちらで作成した新機能や改修したシステムを使用するのはユーザですから、ユーザが使ってみてどう感じるか、業務でそのシステムを使う人達の工数が本当に削減できているだろうか？　という視点を持って実装に取り組み、テストを実施する必要があります。

最後に 5. マニュアル作成ですが、こちらもどうしてもシステムの扱いに慣れている人間が作成すると不慣れなユーザにとっては不親切なマニュアルになってしまいがちです。「salesforceのことがわからない人が読んでも理解できるように」と心がけて、やや丁寧過ぎるくらいの感覚で作業を進めるとちょうどよいのではと思っています。

幸い、私は新機能実装後のユーザテスト実施時に直接ユーザの方々とやりとりする機会がありまして、お問い合わせや改善要望を直接受けることでユーザの皆さんの温度感を直に感じることができました。どこの就業先でもそう、というわけでもありませんので、これは大変よい経験をさせていただいたなと思っております。

離れていても助け合うチーム

パソナテキーラではほとんどの社員は入社後2～3ヶ月間salesforceの研修を受けて資格を取得し、4ヶ月目あたりからアドミニストレーターとしてオンサイトでの業務に入ることが多いです。

先ほどご紹介したような作業を日々行うにあたり、行き詰ってしまうようなシーンももちろん多々あったのですが、技術的なことであれば、社内のコミュニティ（ネット掲示板のようなものです）で質問すると、社員の皆さんからご自身の豊富な経験をふまえた回答や、ヒントになる意見をたくさんいただけました。（Salesforceのコミュニティにも質問掲示板のようなものがありますのでそちらで回答を募ることもできます。）

アドミニストレーターは「就業先でテキーラ社員は自分ひとり」という状況が多いのですが、社員同士の経験や知識を共有しサポートし合う環境は整っていますので、あまり気負わずに業務に従事できるのではと思います。