株式会社 テラスカイの中途採用/求人/転職情報

Salesforceの良さは、ベースとなるパッケージがあるところですね。基本的には顧客管理のためのソリューションなので、それを使ってお客様の業務改善を実現していくわけですが、「この機能を使うとこんなことができますよ」から始められるので、お客様と話がしやすいんです。

しかも、ローコード／ノーコードというような言われ方をしますが、プログラミングをせずに機能を作れる良さがあるじゃないですか。だから素早くプロトタイプを作って、その場でお客様に確認してもらうことができます。意見を聞いて作り変えたり、お客様の業務に合うかどうかをすぐに確認してもらえるのはいいところですよね。

お客様と話す機会がすごく多いですよね。会議の場ですぐに作って見せたり。対峙するのも現場の人と直接の場合が多いので、やりやすいですよね。

そうそう。だからお客様との距離がすごく近いんです。あと、Salesforceを始めてから思ったのは、お客様の業務を理解することがすごく重要だということですね。私はプロジェクトによっては半日くらいお客様先にいて、業務を見させてもらいながらプロトタイプをその場で作って、「合ってますか？違いますか？」ってやっていたりもしました。

私も、席の隣に座らせてもらって、「今日一日、業務を見てます」みたいなことはありますね。そうじゃないとお客様の業務が深いところがわからないんです。

お客様と対等なんですよね。フラットな関係で1つのチームとなって、1つのシステムを作っていく。しかも、後々お客様自身にシステムをきちんと運用してもらえるように、お客様にも詳しくなってもらうための方法を考えてやっていくんです。自分で提案方法を考えて進められるのがすごく面白いんです！

だから”ITコンサルタント”みたいなところはありますよね。エンジニアというと、我々も昔そうでしたが、作るものが決まったらコードで開発してテストして…という感じをイメージすると思いますが、それだけではないんですよね。

お客様の業務内容を理解して、「何をやりたいか」をしっかり聞いて、提案し、一緒に作っていく。

その作る工程で、エンジニアとしてプログラムを使っていく力も発揮できるし、企画して、要件定義して、もちろん開発もして、リリースまで責任を持ってやっていく「幅広さ」が大きな魅力なんだと思っていますね。

お2人はお客様からのオーダーってどんな感じが多いですか？

やっぱり「既存業務をSalesforceに置き換えたい」みたいな話が多いですね。

「エクセルで管理している顧客データをオンラインでできるようにしたい」みたいなやつですよね。

そうです。ただ、そうやって目的が明確になっていても、実は話を聞いていくと別の根本的な課題があったり、「そこじゃないよね」となるケースは多いじゃないですか。

ありますねー（笑）

リプレイス案件も多いですよね。既存のオンプレで作ったものからクラウドのSalesforceに置き換えようみたいな。

担当者がシステム部門の方だったらいいですが、現場の人だと、機能一覧をもらって検討していますね。「どうしてこうなっているのか」「なんで使っているのか」みたいな話がちゃんと聞ければいいですが、ブラックボックスの案件も・・・多くないですか？

「なんでこれを使っていたのか、現場がわかってない」というケースですよね。

そうなったら、実際の操作を見せてもらってこちらで「捜査」していくしかない。あとマニュアルをもらって分析したり。

マニュアルをもらうのは“あるある”ですね（笑）

あとは、「作ったものが目の前で使われる良さ」ってありますよね！

それは間違いないです。以前は作ったものがどこでどう使われているんだろうと漠然と思いながら仕事をしていました。それに比べて、Salesforceは業務システムなので実際にお客様が使って感謝されることは増えましたね。開発していく工程でも、プロジェクトのファーストローンチくらいのタイミングで「この複雑なシステムを理解してくれたうえで、いいものを作ってくれてありがとう」みたいなお言葉をいただけることは多いんです。

それこそ、レポートを1つ作っただけで「こんなこともできるんですか！？」と言っていただけたり。これは我々がすごいんじゃなくて、Salesforceがすごいんですが（笑）、逐一反応が見られるのは、距離の近さと機能性の高さがゆえだと思います。

「上から言われたものを作る」みたいな仕事ではないので、システムに自分の想いが乗っている感じがすごくあります。

それは本当にそうですよね！

自分で考えて、自分で理解したものをシステムとしてアウトプットできていて、しかもそれを使って「売り上げが伸びた」「コストが下がった」「効率化が図れた」みたいな話が聞けると、「自分の想いは間違いじゃなかった！」と嬉しくなるんですよね。

最初の頃は、プロジェクトは長くても半年くらい、どちらかというと短いものを並行して進める感じでした。

私もそうでしたね。

Salesforceを導入するだけで8割くらいのことができるじゃないですか。あとはプロトタイプを見ながら変えていくだけなので、プロジェクトそのものが短いんですよね。仕事に慣れてきて、そこから基幹システムに繋いだり、いろんなシステム連携が入ってくると、プロジェクトが大きくなることもありますが。

オンプレみたいに、インフラとかプログラミング言語を決めるところからやらなくても、Salesforceというベースに合わせてお客様ごとに実装していくので、そんなに長くはならないですよね。だからいろんなプロジェクトに関われます。そこもいいところかな。

あとは、お客様も、業種も、本当に多種多様。いろんな経験が積めて、いろんな知識が身につきますね。

お客様よりも業務のことを詳しくなったりしませんか？

よくありますね（笑）。業種によっては最初は使われている単語が全くわからないので、1つずつ教えてもらうところからですよね。

言い換えれば、プロジェクトの経験を重ねていくにつれて経験が蓄積されていく感じがあるんですよね。

業務知識はもちろんですし、「あの時のアレを使えばいけるかも」みたいな自分の経験が活きているイメージですね。成長している実感がありますよね。

金融業とか保険業は特にそうですが、1つの業種に特化して長く携われば、自分の経験として積み上げができるし、その道のスペシャリストになれると思います。ただ、私は飽きっぽいので（笑）、いろんな業種のお客様のことを知っていく方が性に合っているんですよね。様々な経験ができていることが自分のキャリアになっていると感じています。

私も同じです！

ずっと同じお客様のプロジェクトに関わるのは、Salesforceの使い込み度が上がっていくのを見れて楽しいんですけどね。やっぱり私も飽きっぽいので色々できる方がいいです（笑）

そう考えると、Salesforceエンジニアっていい意味で「安定」はしないものなのかもしれないです。

刺激が多いんですよね。

Salesforceの理解を深めることについては、「Trailhead（トレイルヘッド）」という素晴らしい仕組みがありますよね。

私もお世話になりました。

e-Learningのような仕組みが無料で使えて、学べるんです。Salesforceに関する様々な知識はもちろん、その周辺のことなど色々な知識を得られるのですごく助かります。私もTA（テクニカルアーキテクト）資格を取得する際はすごくお世話になりました。

業務知識がないことでも、ある程度体系立てて機能やユースケースを知ることができるのがいいですね。資格取得にも、日常の業務にも生かせるし、単純に1つのいい学習コンテンツだと思いますね。

心強いですよね。初心者向けにロードマップがちゃんと敷かれている印象です。

もちろん現場の経験は大事だし、実際のプロジェクトでは教科書通りにいかないことも往々にあります。経験者や先輩に学びつつも、Trailheadに情報を取りに行き、業務に必要な知識を得る。行ったり来たりしながらずっと活用できるんですよね。

探せば大体のことは情報が出てきますからね。あと、Salesforceは資格体系がすごくしっかりしているじゃないですか。簡単な管理者の資格から、セールスやサービスなど業種に分かれたもの、コンサル系、デベロッパー、アーキテクト、マーケティングなど様々な資格があるので、自分の興味のある分野を伸ばしていきやすいと思いますね。

会社によっては資格取得で報奨金が出たりしますよね。

もう1つ特徴的なのが、「コミュニティ」という仕組みじゃないですかね。いろんな人が有志で勉強会を開催しているので、そういうところに参加することで、Trailheadや資格取得では得られないような現場の生きた知識や最先端の技術が学べます。小林さんはデベロッパーのコミュニティの代表をされてますよね？

はい。開発者向けに知識の共有のための場や、Salesforceの方々にもご協力いただいて本国から発表される情報などを発信することもしています。

実は私はコミュニティにはあまり参加してないんです。もっと色々やってみようとは思っているんですが・・・。

参加することで、横のつながりができますし、会社を超えて情報のやりとりができると、自社で仕事をしているだけではわからないことが色々と得られるんですよね。そこから転職したり、キャリアアップに繋がることもあるみたいですし。

私が今の会社に転職したきっかけは、コミュニティで知り合った人とのご縁ですよ。

そうだったんですね。

コミュニティ以外だと、「Trailblazer Community」というオンラインで気軽に質問できる場があります。早押し大会みたいに、質問に対していろんな人がすぐに教えてくれるんです。

日々のアップデートに関しては、リリースノートを読んでキャッチアップしていますね。

私は新機能を学ぶコミュニティを運営しているんです。年に3回あるバージョンアップの際には、細かいものを含めると毎回数百の新機能が追加されるんですが、それを一人で追うのは大変じゃないですか。だから、みんなで勉強できたらいいかなって思っているんですよ。

あらためて思うのは、Salesforceという世界の中でみんながつながっている感じというか、システムを良くしようという精神に溢れているなあということですね。

私が向いていると思うのは「顧客志向」の人ですね。Salesforceでは「カスタマーサクセス」という言葉をよく使うんですが、要はお客様の成功が第一で、お客様にとって何が重要なのかを考える必要があるからこそ、距離も近くなるし、提案の幅も広くなるのだと思います。

そこは納得ですね。

エンジニアって、どうしても技術に寄ってしまいがちですが、システムを実際に使う人にとっては、使われている技術とかフレームワーク、言語とかってあんまり関係がないじゃないですか。だからこそ、どんな価値が提供できるかや、Salesforceを選択することの意味をしっかり考えて伝えることが大事になってくると思います。

それはお客様の方を向いていないとできないですよね。

だから、プログラミングをガリガリやりたい人とか、最新の言語やフレームワークを使うことがモチベーションの人だと、ちょっと物足りなく感じるかもしれません。

確かに。新しいことや難しいことよりも、「簡単にできるならそっちでいいじゃん」と思えるかどうかは重要なポイントかもしれません。

「あえて作らない」という提案をしたりしませんか？

しますね〜

もちろん、プログラムで開発した方が我々の売り上げになるけど、それがお客様にとって一番ではない場合もあるんです。ノーコードの標準機能で簡単に済ませられるなら、その方がいいに決まってるので、「あえて作らない選択」をしますね。

Salesforceエンジニアを目指す人がしておいた方がいい経験ってありますかね？

極論を言うと、うちの会社の文系出身の新卒の子たちもバリバリ働いてくれているので、何もなくてもできるとは思います。技術をキャッチアップするために日々勉強が必要なのは、エンジニア全般に言えることなので、それは大前提ですね。ただ、スタート後に立ち上がりが早くなるのは、お客様との折衝経験がある人や、エンジニアとして基礎的な技術を持っている人でしょうね。

ローコード／ノーコードといっても、ベースの知識があった方が入りやすいのは間違いないですね。

あと個人的に思うのは、どちらかというと中途で別のシステムを触ってきた人の方がSalesforceのプラットフォームとしての良さを実感して好きになりやすいですね。お客様からの要望に対していちいちコードを書いて対応していた人は、ローコード／ノーコードで素早く機能を作れるということに感動できると思うんです。

なるほど。

もう1つ付け加えるなら、インフラ向けのことに飽きた人もいいと思いますね。クラウドのサービスなので、インフラがどうとか基本的には考える必要がないじゃないですか。よりフロント側、お客様に近いところで機能を作れるので、人の反応が見れるところが楽しいと思います。

私の経験から言えるのは、「ただ作っているだけの仕事」が嫌な人ですね。自分で考えて提案して解決していく仕事ができるので、その面白さを知ってしまったら、やめられないと思います（笑）

私はキャリアを広げていけることに魅力を感じているので、そういう人にはいいと思います。私自身、ずっと現場でやっていきたいですし、そのためには色々なサードパーティーのものをもっと吸収していきたいと思っています。

Salesforceの仕事をすればするほど、マルチプラットフォームでいろんな知識が必要だということを痛感するんです。アーキテクト的なシステム全体を見られる知識・経験が必要になってきていると思うので、個人的にはその辺のキャリアには興味があります。

私のような教育の方にいく人は結構レアだと思いますが、そういう道もありますしね。一般的な話でいうと、現場でSalesforceエンジニアとしての技術を高める道、松本さんが言ったみたいに周辺サービスを取り入れて幅を広げる道、あとはユーザー側に入って自分の会社のSalesforceの面倒を見る道もあると思います。あとは、コンサルなど「より上流」に向かう人もいるし、いろんな選択肢をとっていけるのはいいですよね。

よく聞かれるのが、1つのベンダーに狭めることのリスクの話なんです。個人的には、なくはないと思っていますが、でも、仕事を通じて得られる業務知識やシステムへの理解は腐るものではないんですよね。

私もリスクはあるとは思っています。ただ、昔に比べてSalesforceはオープンな技術を使うようになっているんですよね。独特な癖みたいなものは確かにありますが、フロントエンドならJavaScriptのような技術を使うのがベースにあるし、サーバーサイドなら独自の言語だけではなくJavaやNode.jsみたいな一般的な技術を使う機能も出てきています。

連携開発をしていると、ベースがSalesforceなだけで、結局はいろんなものに触っていかないといけなくなります。だから領域が狭まっている感覚はないですね。小林さんが言ったみたいに、お客様と折衝するような経験は、どのキャリアでも間違いなく重要ですから。

Salesforceは流行りの技術を取り入れるのが上手いので、やっているうちに、最先端の技術に関わっていることは多いです。そういう良さもあると思っています。

右に同じく、ですね！