単なる開発者とは違う、ビジネス部門に属するエンジニア

ビジネスサイドから上がってきた要望を、言われた通りに仕様書に落とし込み、スケジュール通りに実装する。
もしあなたがそんな普段の業務に物足りなさを感じているなら、ウォンテッドリーのBizeng Chapterの存在は大きな刺激になるかもしれません。

今回は、そんな想いをお持ちの方に向け、ウォンテッドリーでビジネスエンジニアとして活動するBizeng Chapterのリーダー、原にインタビューしました。

原 尚輝のプロフィール - Wantedly

■ Business Infra Squad ・BusinessTribe(Marketing, Sales)の成果最大化に向けて、システム領域でアプローチをしています。 ・開発言語はSalesforceApex, SQL, Ruby on Railsです。 ・主なツール: HubSpot, Salesforce(Salescloud), Tableau, Zapier ・期間: 22/09 - 現在

https://www.wantedly.com/id/naoki_hara_w

「僕たちは、開発部門ではなくビジネス部門に所属しているエンジニアです。だからこそ、最終目的は売上の最大化です。ビジネス部門からの相談が来た際は、なぜそれが必要なのか、根本的な課題はどこにあるのかを徹底的に深掘りすることにしています。そして、会社全体の業務フローを包含的に検討し、最終的な解決策を検討します。時にはビジネス部門が提案してきてくれた手段そのものを覆して、売上を最大化するための最善手を自ら提示することもある。それが僕たちのミッションです。」

原は新卒で大手SI企業にエンジニアとして入社し、製造業向けのシステムエンジニアとして3D CADのパッケージ改修やカスタマイズ開発のプロジェクトに参画。要件定義から開発・保守まで担当してきました。

2022年9月にウォンテッドリーへ入社。現在はBizeng Chapterのリーダーとして全社のビジネスインフラ構築と売上最大化を推進しています。

単なる保守や運用でも、言われたものを作るだけの開発でもない。
ビジネスの現場に泥臭く飛び込み、システムとデータの力で事業の成長角度を直接変えていく。そんな売上に直結する開発に挑む原の歩みと、Bizeng Chapterが目指す世界の全貌に迫ります。

SI企業からウォンテッドリーへ。ビジネスのリアリティを求めた理由

原のエンジニアとしての出発点は、新卒で入社したSI企業でのSE業務でした。

パッケージの保守管理や、クライアント先での要件定義から実際の開発まで、手厚いキャリアを通じてエンジニアとしての土台を築き上げました。しかし、大規模な受託開発を経験する中で、原の中で次第にある強い欲求が芽生えるようになったと言います。

「クライアントの効率化や売上アップを目指してシステムを構築し、無事に納品できればやりきったという達成感はあります。
一方で、限られた時間の中では現場の細かいニーズを汲み取れなかったり、契約の範囲外の対応などはできないなど、もどかしく感じる部分もありました。
もっと成果のリアリティを感じられる場所で、自分ごととして開発がしたいという思いが強くなっていきました。」

自分の手掛けたアウトプットのその先が見えにくいというもやもや。
もっとビジネスの現場に身を置いて、手応えを感じながら開発したいという想いでウォンテッドリーへ入社しました。

ウォンテッドリーのBizeng Chapterが扱う領域は非常に多岐にわたります。
SalesforceやHubSpotなどのCRMやMAの管理と開発はもちろん、マーケティング領域におけるサービスサイトやランディングページの開発、さらには社内の商品や契約管理システムの改修や保守運用まで。
セールス組織が売上を立てるために必要なシステム基盤を全面的に担っています。

「セールス組織の裏側を網羅的に知ることができるので、自分の施策がどう数値につながるかがすぐに見える環境です。入社してからのギャップというよりは、想像以上にビジネスの最前線に近かったですね。」

 一般的なエンジニアとの違い。作りきらない選択をする柔軟さと売上に貢献するということ

一般的な企業のエンジニアや情報システム部門と、ウォンテッドリーのBizeng Chapterの違いは、2つの側面にあります。

＜所属部門の特徴＞
Bizeng Chapterはビジネス部門内に配置されているため、ビジネス部門のリーダー陣が参加する定例ミーティングにも日常的に参加しています。
今月の売上進捗はどうなのか、どの部門がどのような課題に直面しているのかといった現場の生々しい声や数値をリアルタイムに把握することができます。
Bizeng Chapterにとってのユーザーであるマーケティング組織、セールス組織、カスタマーサクセス組織との物理的、心理的距離が圧倒的に近いため、社内調整や工数管理の押し付け合いで揉めることはありません。

＜柔軟さの特徴＞
ビジネス部門に所属しているからこそ、作らない選択をする柔軟さも重要です。多くの開発組織では、一度要件や仕様が決まればスケジュールを組み、作り込まれた開発へと着手する流れだと思います。
しかし、スピードと変化が求められるビジネス部門では、その作り込み自体が足枷になることがあります。

「例えば、セールスのフェーズ管理で新しいルールを試したいという話があったとき、僕たちはまず、あえて簡易的に作って試してみるという判断をします。
ルールが正式運用されるか分からない段階では全部を自動化せず、手動の運用を残しつつ素早くリリースする。すぐに試せて、すぐに変えられる状態を保ちながら、現場と一緒に最適解を探っていくんです。」

完璧なシステムを作ること自体が目的ではなく、ビジネスの検証スピードを上げて売上に貢献することが目的。
この完成度とスピードのバランス感覚をシステム観点で調整することこそが、ビジネスインフラを担うエンジニアの腕の見せ所です。

半日遅れれば売上が下がる。プレッシャーの中で挑んだMA移管

ビジネスの現場に極限まで近いからこそ、時には胃が痛むような真剣勝負の現場に直面することもあります。なかでも、原が振り返るのが、MAツールのHubSpotへの全社移管プロジェクトです。

 元々使っていたツールでは今後の事業拡大に向けた分析基盤として不十分だったため、HubSpotへ新しく移行することになりました。
しかし、移行作業期間は非常に短く、社内に移行ノウハウを持つ経験者もいない状態でした。

全員が手探りの中で、最も難易度が高かったのは、現場のセールスが日々リアルタイムで営業活動を行っている最中に、裏側でシステムを切り替えるという点でした。

慎重に影響範囲を確認しながら進めていたものの、本番環境への接続の過程で予期せぬトラブルが発生し、営業ステータスの一部データが損傷してしまったのです。
一時的にハウスリードのデータが不整合を起こし、現場のオペレーションを止めてしまう状況に陥りました。

「営業のリストが壊れるということは、インサイドセールスが架電できなくなるということです。復旧が遅れるほど営業機会が減り、ダイレクトに会社の売上に響きます。
売上に直結する復旧。その時間のプレッシャーがかかる中、全員で即座にログを解読し、元のステータスへ割り戻す復旧対応を泥臭く行いました。」

即時復旧により営業被害を最小限に食い止め、無事にHubSpotへの完全移行を成功させました。
今ではマーケティングやセールスから分析の精度が格段に上がった、施策が打ちやすくなったと感謝の言葉が寄せられています。

自分が書くコードや施策が、会社の売上や現場の働き方に直結しているという当事者意識を持てた、印象的な出来事でした。

要件定義の本質。「依頼されたもの」をそのまま作らない提案力

ビジネス部門にいるからこそ、日常的にいろんなチームからこんな機能を開発してほしいという依頼が届きます。
そうした依頼に対し、Bizeng Chapterは言われた通りにそのまま実装することはしません。

ビジネス部門のメンバーは、システムの構造においては専門外です。
そのため、目の前の困りごとを解決したくて、「入力項目を1つ増やしてほしい」といったような目先の解決策の形式で相談してくることが多くあります。
しかし、その要望通りに機能を継ぎ足していくと、システムはあっという間に複雑化し、運用の破綻やデータの不整合を引き起こします。

Bizeng Chapterは、そもそも何を解決したくてその要望になっているのか、課題の根本をヒアリングすることをチームのスタンスとして大切にしています。

「実際に、現場から、Salesforceに『失注理由を細かく入力させる自由テキスト項目を追加してほしい』という機能の要望があがってくることがありました。
要望の根本課題を深掘りすると、本当の目的は失注を減らして受注率を上げたいということでした。そのために、失注理由を分析したいとの依頼です。
この時、Bizeng Chapterは、自由テキストの入力は現場不可が高まり、人による粒度のバラツキが発生する。失注理由は既存項目の選択肢を改めてMECEか整理するだけとして、流入経路や企業情報などを見やすい箇所に表示して、提案準備の仕方を整理した方が、時間をかけずに成果につながるのでは、と提案します。」

セールスからマーケティング、CSまで全領域の業務フローやシステムの繋がりを網羅的に把握しているからこそ、現場単体の視点を超えた全体最適の施策を提示できる。
結果として無駄な開発を防ぎ、最短距離でビジネスの成果に繋げることができるのです。

目指すのは楽に売上が上がる世界と営業活動の自動化

将来的にBizeng Chapterが作りたいのは、「営業担当者が純粋な営業活動だけに100%時間を使える世界」です。

現在のビジネス部門の現場メンバーは、商談以外にもCRMへのログ入力や事前情報の収集、契約周りの事務作業など、本来の「営業活動」以外の業務に多くの時間を割かれているのが実情です。

「営業担当者が事務作業から解放され、目の前のお客様の課題に寄り添うことだけに集中できれば、ウォンテッドリーのミッションである『究極の適材適所により、シゴトでココロオドルひとをふやす』という世界をより広げていくことができると思っています。
だからこそ、僕たちはデータを整えてレベニューオペレーションの基盤を築き、最適な提案と行動がスムーズにとれ、そしてよりミッションが広がりやすくなる仕組みを構築していけたら理想ですね。」

開発スキルを持ったビジネスパーソンとして、事業成長を加速させる

Bizeng Chapterで活躍するために必要なのは、単に特定の言語やフレームワークを極めたいという技術単体志向のエンジニアではありません。
チームが求めるのは、開発という武器を持ったビジネスパーソンです。

「自分の開発スキルを使って目の前の人を助けたい、会社の売上や事業成長を自分の手で加速させたいと思える人と働きたいですね。
状況に合わせて、開発手法の選定基準も変わりますし、実際にどこまで作り切るのかも変わります。ビジネス視点で柔軟に判断し、カオスな変化を楽しめる人なら、これ以上面白い環境はないと思います。」

もし、今の日常に物足りなさを感じているなら、ぜひ一度カジュアル面談で話をしてみませんか。

自分の書いたコードや仕組みが明日のビジネスの現場を助け、事業の売上数値を直接押し上げていく手応えがここにはあります。Bizeng Chapterは、事業の成長角度をシステムから一緒に変えていく新しい仲間をお待ちしています。