プロダクトエンジニア|社会インフラ(eKYC)コア開発|仕様具体化〜自律的に推進
サーバーサイドエンジニア

プロダクトエンジニア|社会インフラ(eKYC)コア開発|仕様具体化〜自律的に推進

株式会社TRUSTDOCK

株式会社TRUSTDOCK

AI要約(β)

私たちは、デジタル社会の根幹を支えるeKYCの未来を共に創るサーバーサイドエンジニアを求めています。年収600-950万円、フルリモートも可能な柔軟な働き方で、社会インフラを牽引する挑戦へ。Ruby on Railsを核に、複雑な法改正対応、AI連携、大規模なパフォーマンス改善を自律的に推進。PdMやQAと連携し、プロダクト思考で社会課題を解決する。あなたの技術が、デジタルアイデンティティの未来を定義し、人々の生活を豊かにする。この壮大なミッションに、あなたの情熱を注ぎませんか?

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 600万円 ~ 950万円

稼働時間

09:00 ~ 18:00

雇用形態

正社員

出社頻度

週1日出社

勤務地

東京都中央区京橋3-1-1 WeWork 東京スクエアガーデン

現状と課題

デジタルアイデンティティを確立するために

あらゆる取引の場面で、実は法律要件に沿った本人確認が行われています。 これまでリアルな取引では、本人確認は対面で行われていたので、生活者も事業者も「目視による本人確認」を行っていたことは、無自覚な所作で気づきにくい領域でした。 それが、全ての取引がデジタル化していく中、課題感が高まっています。

社会課題

みなさんも、インターネットサービスの利用開始時に、免許証などの画像をアップロードを求められたことがきっとあると思います。 デジタル取引における「本人確認」のプロセスは、生活者側も事業者側も複雑で面倒であり、全国で重複するその本人確認業務は、社会全体の非生産的な業務を増やし、超高齢社会で労働力不足の日本において、大きなマイナス要因になっていく社会課題です。

社会の未来を定義しうる重要な要素

行政も含め、日本社会全体が、「デジタル・ガバメント」「デジタル・ファースト」を標語に、デジタル化を推進していく中、デジタル上のアイデンティティの在り方、グランドデザインは、今後の社会の未来を定義しうる重要な要素のひとつです。 昨今、欧州のGDPRや、GAFAを含む大手IDプロバイダーによる寡占問題、中国の信用スコア等、国を超えてデジタル社会のアイデンティティにまつわる課題が、どのレイヤーでも噴出しています。そのデジタル社会のアイデンティティ基盤や制度をどう仕様設計するか、は誰にとっても他人事ではないイシューです。

社会全体に貢献したい想い

私達は電気・ガス・水道のように、法律要件を満たすKYCのインフラとして、様々な事業者とAPI連携し、各種IDプロバイダーのID(アカウント)を持っている人の本人性を担保する、縁の下の力持ちとして、社会全体に貢献していきたいです。

過去を知り、未来を見据えて「半歩先」の未来を創るエンジニア

私たちは、一足飛びにSFな夢物語だけを語りません。 法律を正しく理解し、今なぜそのやり方で業務を行っているか、過去からの経緯を知り、その先の未来の姿を考え、それを踏まえて現状をアップデートしつつ、社会を置き去りにしない、現時点での最適解を探し出し、今この瞬間に利用できるソリューションをお客様に提供し続けています。

それぞれの専門性を活かして、個人にあった働き方ができる組織を目指す

私たちは、それぞれの専門性を活かして、多様性が溢れる環境で働いています。 また、ペーパーレスや業務効率化にも取り組みながら、ライフステージや性別に関係なく、さらには場所にもとらわれずに働ける組織を目指しています。 社会をデジタル化する取り組みを行っている私達は、自分達の組織でも、そのチャレンジを続けています。

お願いする業務

【事業内容】 当社はeKYCの専門会社として、あらゆる業法に対応するKYC・本人確認のAPI基盤サービスや身分証アプリ等を提供しています。2024年度導入社数No.1(東京商工リサーチ調べ 2024年12月時点)の実績を持ち、現在、私たちのシステムは「未来の社会インフラ」として急速に利用が拡大し、さらなるスケールと進化が求められるフェーズに突入しています。

今後、度重なる「本人確認関連の法改正」への迅速なシステム追従や、審査業務を根底から支える「オペレーションツールの抜本的な改修」、さらには「AIを用いた新規機能の追加」など、事業成長を牽引する技術的難易度の高い開発プロジェクトが多数控えています。

これらの複雑化する業務要件を適切に整理し、社会インフラとしての拡張性・保守性を担保しながら、自律的に機能開発を推進していただけるRailsエンジニアを増員募集いたします。

【業務内容】 このポジションでは、eKYCシステムの中核となる本人確認APIやオペレーションシステムなど、バックエンド領域の開発をメインに担っていただきます。単に指示された仕様を実装するのではなく、「プロダクト思考」を持ち、自律的に関係各所と調整を行いながら開発を推進していただくことを期待しています。

<ミッション>

  1. プロダクト思考に基づく自律的な機能改修・開発 頻繁にアップデートされる法改正への対応や、事業のコアであるオペレーションツールの改修、AIを活用した新規機能の組み込みをお任せします。開発要件をそのまま受け取るのではなく「ユーザーや事業にとっての真の価値は何か」を考え、PdMやフロントエンド、QAなど関係各所と自律的に連携・調整を行いながら、仕様の具体化から実装までを遂行していただきます。

  2. 社会インフラを支えるパフォーマンスチューニングと品質担保 eKYCというドメインの性質上、高いレスポンス性能と継続的な安定稼働が求められます。日々の機能改修の中で、N+1問題の解消やスロークエリの改善といったパフォーマンスチューニングを能動的に実施していただきます。また、網羅的なテストコードの実装や脆弱性を防ぐセキュアなコーディングを通じ、システムの品質を最前線で守っていただきます。

  3. 拡張性と保守性を意識したアーキテクチャ視点でのチーム貢献 自身のタスクを完遂するだけでなく、将来の事業スケールや複雑な要件追加に耐えうるシステム構造(アーキテクチャ)を意識してコードに向き合っていただきます。既存コードの継続的なリファクタリングや、コードレビューを通じた建設的なフィードバックを行い、チーム全体の保守性・生産性の底上げに寄与してください。

【具体的な業務内容】 ・Ruby on Railsを用いた本人確認業務用のバックエンドAPI、オペレーションシステムの開発。(本人確認自動化ソリューションの新規実装) ・様々なユースケースを実現するためのシステム開発 ・プロダクトの新規機能、または既存機能の改善の設計・実装・テスト・コードレビュー ・アプリケーション要件に基づいたアーキテクチャの設計、ミドルウェアの選定 ・フレームワーク、ライブラリを用いた開発基盤の構築。CI/CDのエコシステムの構築 ・パフォーマンスチューニング、モニタリング、アラート対応

・エンジニアリングで社会インフラを作りたい人 ・複雑なドメイン・業務要件をコードに落とし込むことをやりがいに感じる人 ・開発をスムーズにするために、対面からオンラインミーティング、Issue記載からプルリク確認まで必要に応じてさまざまなコミュニケーション手段を使い分けられる人 ・技術的な基本を大事にしている人 ・クリーンなコードを書きたい人 ・しっかりテストを書きたい人

技術スタック

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 600万円 ~ 950万円

稼働時間

09:00 ~ 18:00(フレックスタイム制(8時間/日) <詳細>コアタイム/11時00分〜15時00分、フレキシブルタイム/始業:5時00分〜11時00分/終業:15時00分〜22時00分)

出社頻度

週1日出社

勤務地

東京都中央区京橋3-1-1 WeWork 東京スクエアガーデン

出社に関する補足情報

当社ではリモートワークを活用していますが、全社一律の勤務形態ではありません。 出社頻度や働き方は、配属チーム・役割・事業フェーズに応じて異なります。

休日・休暇

休日:土曜日、日曜日(法定休日)、国民の祝日に関する法律に定める日、年末年始休暇(12月30日から翌年1月3日まで)

社内制度
(待遇・福利厚生)

【各種社会保険】
・健康保険(関東ITソフトウェア健保(ITS))
・厚生年金
・労災保険
・雇用保険

・健康診断・婦人科検診
・インフルエンザ予防接種
・リモートHQを活用したリモート環境整備の補助制度
・テックチャレンジ制度
・子ども手当
・応援サンキュー制度(産育休で離れたメンバーの業務代替をするチームに対し手当が支給される制度)

必須スキル/経験

・アジャイル体制における、複数人でのチーム開発およびコードレビュー経験 ・Webアプリケーションの設計・開発・運用経験(目安:3年以上)※ 言語・フレームワークは不問です(Ruby, Go, Python, Java, PHPなど) ・RDBMS(MySQLやPostgreSQL等)を利用したテーブル設計、およびクエリ最適化の経験 ・既存システムのパフォーマンスチューニング(N+1解消やスロークエリ改善など)の経験

歓迎スキル/経験

・技術選定、ライブラリ選定、アーキテクチャ設計、障害対応等の経験 ・Ruby on Railsを用いた開発経験 ・AWS/GCP等のパブリッククラウド環境での開発・運用経験 ・CI/CDパイプラインの構築・運用経験 ・AIエージェントを用いた開発体験の向上の経験 ・プロダクトにおける課題を主体的に発見し、周囲を巻き込みながら解決した経験 ・プロダクトマネージャーなどビジネス側と連携し、要件定義から自律的に関わった経験

一緒に働くメンバー

  • 荘野和也

    荘野和也

    CTO

サービス内容の詳細

TRUSTDOCK(トラストドック)が目指すもの

TRUSTDOCK(トラストドック)は、KYC・本人確認の専業会社として、本人確認専用のAPI群や身分証アプリ等、本人確認に関連する様々なソリューションを提供しています。 KYCとは「Know Your Customer(顧客確認)」の略で、マネーロンダリングなどを防止するために、銀行や証券、送金など、様々な口座開設時に顧客確認する業務全般を指します。

TRUSTDOCK(トラストドック)の信条

法律に準拠しつつ、現在の環境要件で一番エレガントなソリューションを提供することを信条とし、犯罪収益移転防止法をはじめ、割賦販売法、古物営業法、携帯電話不正防止利用法、出会系サイト規制法など、様々な法律に対応できるKYCの社会インフラを構築しています。 顧客企業は、TRUSTDOCKのプロダクトと連携することで、24時間365日、KYC・本人確認に関連する業務をアウトソーシングすることが可能です。

真摯にものづくりを行う

TRUSTDOCKは、デジタル化していく社会において、あらゆる取引時のKYCを担保するデジタルアイデンティティのインフラ基盤を構築しています。 自社や顧客企業のみの便益を超えて、社会全体をデジタル化するという視点で、真摯にものづくりを行っています。

あらゆる業種業態で求められるKYC業務を順次API化

KYC業務は身分証での本人確認以外にも、様々な確認業務を行っています。 私達は、それらの業務プロセスをクラウドサービス化したAPIやアプリを開発し続けています。

スタートアップから大企業まで、様々な業種業態で利用されるプロダクト

私達は、新進気鋭のスタートアップから、大企業や上場企業の新規事業まで、国内外を問わず、エンジニアに選ばれるAPIやプロダクトを開発することを信条にしています。

社会が認める事業性と社会貢献性

FinTechやInsurtechはもちろん、CtoCのシェアリングエコノミー等、幅広い業界で利用されているサービスです。 デジタルアイデンティティの社会インフラ構築を目指す専業会社として、様々なイベントでその事業性を評価して頂き、各種アワードを受賞しています。

「EY Innovative Startup 2022」を受賞

https://prtimes.jp/main/html/rd/p/000000177.000033766.html

グローバルに活躍するスタートアップを創出する経済産業省の支援プログラム「J-Startup」企業に選定

https://biz.trustdock.io/news/j-startup2021

金融イノベーションビジネスカンファレンス「FIBC 2019」ダブル受賞
  • オーディエンス賞 受賞
  • QUICK賞 受賞

https://prtimes.jp/main/html/rd/p/000000028.000033766.html

日経&金融庁主催「FIN/SUM x REG/SUM 2018」ダブル受賞
  • NTTデータ賞 受賞
  • 野村ホールディングス賞 受賞

https://prtimes.jp/main/html/rd/p/000000016.000033766.html

富士通アクセラレータプログラム第6期ピッチコンテスト
  • 優秀賞 受賞

https://eiicon.net/articles/530

選考フロー

  1. カジュアル面談
  2. 1次面接
  3. 2次面接
  4. オファー面談

※最終面接以外はオンラインで面談・面接を行なっております。 ※ポジションによってフローは異なる場合がございます。

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    開催前

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    開催前

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

  • 仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    アーカイブ公開中

    仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    昨今、AIコーディングエージェントの進化により、開発フロー自体を見直す動きが広がっています。その中で注目を集めているのが「仕様駆動開発( Spec Driven Development)」というアプローチです。 しかし現在は「仕様駆動開発」という言葉だけが独り歩きしており、具体的にどのようなフローであるべきなのか、ツールを使えば実現できるものなのかといった、実態を掴みきれないという声も多く聞かれます。 そこで本イベントでは、仕様駆動開発をはじめとしたAI駆動開発を実践されている中村充志氏をお迎えします。 前半のLTでは、、中村氏より仕様駆動開発SDDの基礎概念についてお話しいただき、ツールのデモを通じてその具体的な仕組みを提示いただきます。からハーネスとの組み合わせ、そして実際のデモを交えた実践までを紐解きます。 後半のディスカッションでは、仕様から出力される膨大なコードをどう効率的にレビューし、生産性を次のレベルへ押し上げるかという「実戦的なフロー」について議論していきます。また、その品質を支える「ハーネスエンジニアリング」という考え方も補足的に交えながら、現場で直面する疑問を紐解いていきます。 AI時代の開発フローに関心がある方から、仕様駆動開発の導入を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月28日(木)19:00~20:00

  • useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    アーカイブ公開中

    useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    React Compilerの登場以降、フロントエンド界隈では「これまで煩雑だったメモ化(useMemoやuseCallback、React.memo)が不要になるのではないか」と大きな話題になりました。 一方で、「本当にそのまま有効化して問題ないのか」「有効化による副作用や注意点はないのか」「従来どおりメモ化を残すべきケースはあるのか」といった不安の声も耳にします。実際に導入してみたチームからは、React Hook FormなどのライブラリやuseRefを使った実装でハマりポイントがあったという話も聞こえてきます。 そこで本イベントでは、React Compilerを有効化して1年以上本番運用されている浅見氏と、導入にあたって生成AI向けのルール整備まで仕組み化されているカケハシの大村氏をお迎えし、React Compilerの特徴や実際の導入プロセス、注意点・ベストプラクティスを紐解きます。 React Compilerが気になり始めた方から、すでに検証・導入を始めている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月20日(水)19:00~20:00

転職に役立つノウハウ

もっと見る