ReGACY Innovation Groupは、イノベーション創出に特化した総合支援ファームです。 私たちは「構想」にとどまらず、「事業化・収益化」までを一気通貫で支援するために、以下の3つの軸でサービスを展開しています。 ■ MX（Management Transformation）｜経営変革支援 ■ BP（Business Produce）｜新規事業創出　 ■ GA（Growth Accelerator）｜事業成長の加速 「提案して終わり」ではなく、「成果が出るまで」動ききる。 それが、ReGACYが目指すイノベーション支援のあり方です。 ------- 本ポジションでは、AI・機械学習を中核とした複数のSaaSプロダクトを開発しています。 目指しているのは、単なる業務効率化ツールの提供ではありません。 事業創出そのものを高速化・定型化し、イノベーションを“量産”できる状態をつくること。 私たちはこの構想を「Innovation Foundry（イノベーション・ファウンドリー）」と呼んでいます。 本ポジションは、最初から完成されたCTO役割ではありません。 初期フェーズではテックリードとして技術・アーキテクチャの意思決定を担いながら、 プロダクト全体の方向性を形にしていく役割を期待しています。 将来的には、技術とプロダクトの両面を統括するCTOとして成長していただくことを前提としたポジションです。 【主な業務内容】 1. プロダクト・ビジョンづくり ・事業創出を加速するAI SaaSのビジョン・戦略・ロードマップ策定 ・抽象的な構想を「試せる仮説」へと落とし込む ・「何を作るか」だけでなく「何を作らないか」を決める意思決定 2. 技術リード（初期フェーズで特に期待される役割） ・システム構成・アーキテクチャに関する意思決定のリード ・MLエンジニア／フルスタックエンジニアとの技術的ディスカッション ・スピード・拡張性・将来性のバランスを踏まえた技術判断 3. 実験と検証を中心とした開発 ・プロトタイプを素早く作り、検証し、捨てる ・機能・モデル・UXすべてを「テスト対象」として扱う ・成果指標を定義し、評価し、次の仮説へ進む ・”仮説が8割外れる前提で動く” ・テストと評価が日常業務になる環境 4. チーム連携・実行 ・国内外エンジニアとの開発計画・優先順位調整 ・スプリント管理・リリース判断 ・プロセスは継続的に改善するが、過度に重くしない 5. 将来的なスコープ（CTOトラック） ・技術戦略全体の設計・推進 ・技術組織の構築・育成 ・コンサルティングや事業立ち上げの知見の吸収・活用 ◆募集背景◆ 当社では現在、AI・機械学習を中核としたプロダクト開発を進めています。 プロダクトチームは立ち上がり、一定の開発スピードは出てきている一方で、技術・アーキテクチャの意思決定を一貫してリードできる存在が不在という課題を抱えています。 現在のプロダクトディレクションは、事業・プロダクト視点に強みを持つメンバーが担っていますが、 システム全体設計や技術選定において、より専門的・中長期的な判断ができる技術リーダーの参画が不可欠なフェーズに入っています。 特に以下の点において、「初期判断を誤ると後戻りコストが大きい」局面が増えてきました。 ・技術選定がプロダクトフェーズに対して過剰・過小になる ・要件定義の粒度を誤り、不要な工程や実装負荷が発生する ・AI活用前提の開発スタイル（高速プロトタイピング、vibe coding）への移行が十分に進まない ・初期のDB設計判断が、将来的な拡張性・保守性のボトルネックになる これらは個別の失敗ではなく、「技術的な意思決定を担うロールが明確でなかったこと」に起因する構造的な課題だと捉えています。 そこで今回、システム・アーキテクチャ全体を俯瞰し、 「今つくるべき最適解」と「将来を見据えた余白」の両立を判断できるテックリード を新たにお迎えしたいと考えています。

・ソフトウェアアーキテクチャ設計・技術選定への関与経験 ・プロダクト開発におけるリード経験（PM／テックリード／PO 等） ・AI・機械学習プロダクトへの理解（モデル特性、推論フロー、MLOps、制約理解など） ・技術とビジネスを橋渡しできるコミュニケーション力 ・グローバル／リモートチームとの協働経験 ・技術的議論が可能な英語力（Slack、GitHub 等）

・AI／機械学習／LLM／生成AIの実務経験 ・B2B SaaSまたは新規事業立ち上げ経験 ・コンサルティングや事業設計の経験 ・エンジニアバックグラウンド、またはそれに近い理解 ・「作る人」と「考える人」を行き来できる柔軟さ

本ポジションでは、”スキル以上にスタンスを重視”します。 ・未確定な状況で意思決定することを避けない ・新しい領域を学ぶことを楽しめる ・自分のアイデアに固執しない ・完成度よりも「前進」を大切にできる ・プロトタイプを資産ではなく**消耗品**として扱える ▼向いていない方 ・仕様が固まっていないと動けない ・失敗を評価制度でカバーしてほしい ・作ったものを簡単に捨てられない ・安定したロードマップを前提にしたい