グループ会社全106社、2023年度の連結売上高2,586億円、従業員数7,438名という規模を誇るGMOインターネットグループ。 1991年に設立、2005年には東証一部上場も果たし、国内外でネットビジネス領域を牽引してきました。 そのメディア部門を牽引するGMOビューティーでは、自社開発・自社運営で３つのサービスを中心に事業を展開しています。 ▼美容医療チケットサービス『キレイパスbyGMO』（https://kireipass.jp/） 2018年11月にオープンした、くまポンのノウハウを活かした新しいこのサービスは、「誰もが良質な美容医療を手軽に体験できる世界にする」という想いから始まりました。 豊富なクリニック、施術の情報から、ユーザーは自分の悩みや行きたい場所にあったぴったりなチケットを簡単にみつけることができます。2020年にはTVCM放映し、現在急成長中のサービスです。 ▼美容クリニックDXサービス『キレイパスコネクトbyGMO』（https://connect.kireipass.jp/） 「クリニック経営を支援し、医院が施術に集中し、良質な美容医療サービスをユーザーに提供できる世の中にする」というビジョンの元、予約、電子カルテ、会計まで、クリニックの業務を一括管理できるDXサービスをリリースしました。 新機能開発を含め、まだまだ絶賛開発中で、2年以内に美容クリニック向けサービスでナンバーワンを目指します。 ▼クーポンサイト『くまポンbyGMO』（https://kumapon.jp/） 美容クリニック/美容室/ネイルサロン/パーソナルトレーニング/グルメ/ホテル/温泉/クルーズなど豊富なジャンルの店舗クーポンと、家電、雑貨、お試しグルメなどの通販クーポンが大幅割引で購入できるクーポンサイトです。ユーザー数は100万人で、リピーターが多いサービスです。

『美容医療で私らしく』 をtoC・toBサービスの両面で実現しています。 2018年にサービスを開始した美容医療チケットサービス『キレイパスbyGMO』は、「誰もが良質な美容医療を手軽に体験できる世界にする」という想いのもと、1000院以上のクリニックに利用されるサービスとなりました。 そんな中、キレイパスで関わる美容クリニックのDX化の遅れを改善したいという思いから、 2022年に美容クリニックDXサービス『キレイパスコネクトbyGMO』をリリースしました。 クリニックは、施術や管理業務に追われて患者様と向き合う時間を作れていなかったり、煩雑な事務作業で負荷がかかっていたり、経営数値をなかなか見える化できていない、といった複数の課題を抱えています。 私たちはそんなクリニックの運営・経営全般を支援することで、医院が施術に集中することができ、良質な美容医療サービスをユーザーに提供できる環境をつくりたいと思っています。 クリニックのDX化を加速させ、効率的なオペレーションシステム、データを活用した経営支援を提供できるサービスを一緒につくりませんか？ ▍仕事内容 「美容クリニックが患者と経営に集中できる環境を作る」というミッション実現するために、『キレイパスコネクトbyGMO』のプロダクト開発に携わっていただきます。 上記のミッションをサービスに関わる全チームで共有した上で、 開発チームは「Aという機能開発で潜在顧客の獲得を支援する」と「既存顧客の使いやすさ向上のためにBを作る」という風にミッション→それを実現するプロダクトに具体化して日々の業務に取り組んでいます。

▍キレイパスコネクトのチームについて キレイパスコネクトの事業全体では、 新規営業、カスタマーサクセス、マーケティング、デザイン、エンジニアを含め20名ほど在籍しています。 その中で、キレイパスコネクトのエンジニアチームは4名です。 ＜チームの雰囲気＞ ■知的好奇心が高めで、顧客課題を技術を使って解決することが好きなメンバーが多いです ・業界特化型のSaaSを作るために、なぜその機能が必要なのか業務フローから関心を持つ ・仕事で使っているライブラリでわからないところがあれば、そのままコードリーディング会を始める ・隣のグループ会社で起きたMySQLに起因する障害を首を突っ込んで解決する ■リモートで黙々、よりかはチームでワイワイ、仕事をしています ・基本は出社している人がほとんどなので、エラーが出たときなどは、皆でホワイトボードに仮説を書き ・ながら解決していくなど、相談したいときにすぐできる環境です。 ▍技術スタック GCPのマネージドサービスを積極的に採用しています ￣￣￣￣￣￣￣ ・バックエンド： Ruby (Ruby on Rails) ・フロントエンド： TypeScript (Angular) ・スキーマ定義： OpenAPI ・インフラ： Google Cloud (GCP) ・データベース： Cloud SQL (MySQL), Cloud Datastore (Firestore) ・モニタリング： NewRelic ・ダッシュボード： Metabase ・CI/CD： GitHub Actions ・その他： Notion, Slack, Figma, JetBrains Toolbox (RubyMine, WebStorm。希望者のみ。お好みのエディタをお選びいただけます) ▍充実の福利厚生 世界一のサービス提供を目指す当グループでは、スタッフの意欲・能力が十分に発揮でき、また世界中から優秀な人材（＝人財）の集まる仕組みを作ることが不可欠と考えています。 そのため福利厚生の充実に力をいれており、全社員が自由に使える無料カフェ、図書ライブラリー、社内コンシェルジュサービス、託児所、マッサージスペース・昼寝スペースなどを完備しています。 また、服装・髪型自由や、社内立候補・社内公募制度の導入など、社員にとって働きやすい環境の整備にも力を入れています。 ・社員割引（くまポンのクーポン・キレイパスのチケットを掲載価格より安く購入可能） ・関東ITソフトウェア健康保険組合保養所（直営施設4ヵ所、契約施設 約9000件） ・慶弔見舞金（結婚・出産・新築・子女入学・永年勤続・弔慰・災害） ・スポーツクラブ補助金 ・イベント開催の補助金 ・ヘルスケアカウンセリング（専門医） ・「シナジーカフェ GMO Yours」（ランチ・ドリンク・軽食など、すべて無料） ・「おひるねスペース GMO Siesta」（営業時間12時30分～13時30分） ・「マッサージ＆おひるね GMO Bali Relax」（営業時間12時～20時） ・社内託児所「キッズルーム GMO Bears」（生後57日目以降から受け入れ可能） ・GMOコンシェルジュ（宅配便受取代行、店舗予約、出張サポートなどの社内コンシェルジュサービス） ＜年間休日120日以上！＞ 完全週休2日制（土・日）、祝日 夏季休暇、年末年始休暇、有給休暇、慶弔休暇

▍開発の進め方 開発スタイルはカンバンを採用しています。 1つの機能開発に対して、通常1人のエンジニアが開発担当者として取り組みます。 ストリームアラインドな開発チームを構成することを意識しており、 インフラからバックエンド、フロントエンドまで一貫してチーム内のアプリケーション開発者が設計、開発、運用をしています。 タスクの種類ごとに、2つのモードを使い分けています。 ■新規開発モード ・潜在顧客を広げられる新機能開発は何か? 現状なくて、これから必要になる、今の使い勝手を大きく飛躍させる機能とは? をPMやデザイナーと一緒に考え実現していきます。 ・例: 新規機能：デジタル診察券、決済端末との連携、経営分析機能 etc. ■CSE(カスタマーサクセスエンジニアリング) モード ・コネクトの既存顧客から挙げられる具体的な要望・課題を元に、それを解決する方法を考えて実装します。 新規開発モードについては、1つの新規機能開発に対して一人のメインエンジニアが担当し、 1カ月～長くて3カ月程はその業務にフルで集中できる環境を作っています。 営業チームがヒアリングしてきた、クリニックの悩みや要望に対して、どうしたら解決できるかを模索し、仕様を考えるところからスタートになります。 メインの開発担当となるエンジニアは決めますが、一人でやり切らないといけないわけではなく、期限や開発規模によっては随時他のエンジニアと協働しながら作り上げることになります。 CSEモードについては、既存顧客からの要望・課題リストをベースに、顧客の声を聞いているCSチームの意見を聞きながら実装を進めます。 どちらのモードもPM、CS、デザイナーといった他職種のチームと協働して課題を解決していくという点では同じです。 ▍組織構成 キレイパスコネクトの事業全体では、 新規営業、カスタマーサクセス、マーケティング、デザイン、エンジニアを含め20名ほど在籍しています。 その中で、キレイパスコネクトのエンジニアチームは4名です。 年齢 は20代~30代と若く、知的好奇心が高めで、顧客課題を技術で解決することが好きなメンバーが揃っています！ ■魅力: ①機能開発に早期段階から携われる キレイパスコネクトでは機能ごとに職種横断の事業組織を組成し、共に議論を重ねながら仕様などを決定します。早期段階から関われるため、背景や仕様への納得感を持って開発を行うことができます。 ②早くかつ簡単なCI/CD masterにマージされたら自動デプロイされる環境があります。 CI/CDは早いが正義！という信念のもと、デプロイの時間が5~8分以内に収まるように心がけています。開発を続けていると様々な要因でデプロイ時間は伸びていくため、長くなって来た際はデプロイ時間を短縮しています。 また、PRを立てると、自動で検証環境が作られる仕組みを作っています。 バックエンドだと、Cloud RunのサービスをCIで作成してそこにデプロイしてPRの環境ができ、フロントエンドでは FIrebase Hostingの環境が作られるようになってます。 検証環境が空くのを待つ、デプロイ手順がわからない、という状態が発生しないようにしています。 ③ プラットフォーム課題 ユーザー（契約クライアント）が増えるに従い、増えていくデータ量に対して計算量を最適化する、 データ量が増えても問題が発生しないアーキテクチャに変えるというエンジニアリング的な面白さがあります。 データを取りこぼさない操作ログ収集のためのシステム、画像配信コストの最適化のような、ロジックや特定のサービスに依存しない横断的関心事を、プラットフォーム課題として管理しています。 ■必須要件 ・バーティカルSaaSに興味をもって取り組める方 ・ユーザーの声を聞いて開発したい方 ・Ruby on RailsとTypeScriptでの開発に抵抗がない方 ■歓迎条件 ・Ruby, TypeScript, Ruby on Rails, Angularなどによる開発経験 ・Webアプリケーションフレームワークを用いた開発経験 ・Google Cloudを用いたサービスの運用経験 ・ISUCONの出場経験 ■求める人物像 ・ユーザーの悩み・課題を解決することに注力できる方 ・同じチームのエンジニアはもちろん、デザイナー、PMなどの他チームとの協働作業ができる方 ・難しい技術課題が出てきた時にワクワクできる方 ・業務に関係のない会話を楽しめる方 社内はエンジニアチームも含め、スキルを持った個人で構成される各チームが 共通の目標達成に向けて貢献することをバリューとして持っています。 ユーザーの笑顔、喜ぶ声が直接聞ける環境でサービス作りをしませんか！