オープンワークに入社を決めたのは、毎日、何千、何万ものユーザーの評価にさらされるシビアな環境で、もっと腕を磨きたいと思ったからです。OpenWorkを使ってもらえるかどうかは、会社や上司の指示ではなく、ユーザー自身に委ねられています。つくったものがすぐサービスに反映されて、その結果がアクセス数や機能の利用率、売り上げとして返ってくるのはto Cサービスの醍醐味ですね。

元々、日本企業の競争力強化に携わりたくて1社目と2社目を選んできましたが、今度は働く人側からのアプローチ。「働きがい」を持って働く人を増やすことで生産性やクリエイティビティを上げ、それが企業の競争力強化に繋げられるのではないか。それにオープンワークのミッションが重なったことも、入社の決め手になりました。

入社後はまず、クチコミの質を担保するためのレポート回答機能の改善や、AWSのメールサービスを使った自社メールマガジンの改修を行いました。その後、OpenWorkリクルーティングや求人情報の自動連携機能の開発、求人検索機能など、主に求人関連の機能に携わってきました。

特に印象深いのは、JMG（Job Matching Growth hack）というプロジェクトです。当時はまだサービス上で求人掲載を本格スタートさせたばかりでした。社員クチコミサイトから就職転職サービスに転換していくために、どうやって求人情報をユーザーに見てもらい、マッチングを生み出していくか、チームメンバーで毎日ディスカッションしていました。デザイナー、プランナー、エンジニア、全員で考えたアイディアを、それぞれの専門性を活かしながら実装し、トライ＆エラーを繰り返し改善していく。刺激的で楽しかったですね。

その後執行役員になって以降は、開発の現場よりもマネジメント業務がメインになりましたが、コードや設計のレビュー、ちょっとした開発は今も行っています。セキュリティ関連機能の要件定義もしましたね。たまに自分でも手を動かして開発するのは、自社のアーキテクチャや技術について理解しておきたいのと、やっぱり楽しいからです。

私たちは今、これまでの社員クチコミや企業評価スコアを中心とした「リサーチサイト」から、働きがいを軸に個人が企業を選択する「ジョブマーケットプラットフォーム」へ進化させようと、日々サービス開発を進めています。

toC領域では、UXを向上させ、ユーザーと企業のマッチングを促進させることを目的に、ABテスト等を通した仮説検証を繰り返し、toB領域では、採用支援サービスとして必要な機能の拡充を中心に、新機能の開発と改善を行っています。また、機能開発だけでなく、将来の開発スピード低下防ぐために、技術的負債の解消に取り組んでいるプロジェクトもあります。

サービス開発にあたっては、開発テーマ毎にエンジニア、デザイナー、データアナリスト、プランナーでプロジェクトを組んで、それぞれの専門性を活かしながら協力して進めており、職種を越えたチームワークを実感できる環境です。

また、アーキテクチャの見直しや大規模なリファクタリングも行っており、さらにはそこで得た知見をペアプロ・モブプロを通して、他のプロジェクトメンバーにも還元することで、チーム全体の技術力向上も図っています。

技術の習得や技術力の向上、新機能の開発やグロースハックによる各種KPIの向上を行っていますが、それ自体を目的と捉えるのではなく、その先にあるサービスの発展や、ミッション実現につなげられる、高い視座を持つ方と一緒に働くことが出来たら嬉しいですね。