開発 の求人一覧 - 株式会社TENET
Head of AI / AI推進責任者
AI推進担当責任者(HeadofAI) “AIを入れる人”ではなく、”事業成果に変える人”へ(1名)
AI推進担当責任者(HeadofAI)“AIを入れる人”ではなく、”事業成果に変える人”へ(1名)そのAI導入、本当に「PL」を変えていますか。
――医療OS1000億円フェーズで、生産性革命に責任を持つHeadofAIへ。――4,000万人が利用する「日本の新しい医療インフラ」をつくる。TENETは、単なるクリニックのチェーン展開や、通販のような診療サービスを支援先のクリニックと構築しようとしているわけではありません。私たちが本気で作るのは、
10年後の日本で当たり前になる「医療OS(オペレーティングシステム)」そのものです。医療先進国のイギリスでは、すでに国民の35.6%がオンライン診療を日常的に利用しています。
一方、日本での普及率は未だ数%に留まり、多くの患者様が「通院の壁」によって、適切な医療から遠ざかっています。TENETはこの現状を打破し、
国民の3人に1人(4,000万人)が、スマホやテレビで最適な医療にアクセスできる社会を、
本気で実現しようとしています。このフェーズでAI推進担当責任者に求める役割このフェーズでAI推進担当責任者に求める役割は、
「先端技術を使うこと」ではありません。お客様満足度をどれだけ高められるか人を増やさずに、事業をどこまで伸ばせるか医師・看護師・スタッフの負担を、どれだけ減らせるかTENETのAI推進担当責任者に課せられたミッションは、極めてシンプルです。AIによって、顧客体験と業務体験を改善すること。
そして、事業の限界利益率を引き上げること。導入数でも、PoCの数でもありません。
PLにどれだけインパクトを与えたかに、真正面から向き合うポジションです。
※PLの最終責任を一人で負う役割ではなく、
経営・事業と連携しながら意思決定を担います。■MissionPackageAI推進担当責任者に求められるのは、
単発のAI導入やツール選定ではありません。AIを通じて、
顧客体験をどう変えるか。
事業価値をどう生み出すか。
それを一過性で終わらせず、再現可能な仕組みにできるか。これらを「構想」ではなく、
実行と成果として出し続けることが、このポジションの役割です。この問いに答え続けるために、
以下のMissionPackageを推進していただきます。MissionPackage01AIによる生産性革命の断行全社業務(特にオペレーション部門)の徹底的な棚卸し「人がやらなくていい仕事」の特定とAI置換業務データ・顧客データを活用し、患者対応や業務フローを最適化するAIの設計・実装AI/RPA/SaaS等を組み合わせた業務再設計人員を増やさずに事業をスケールさせる構造づくり※KPIは導入数やPoC数ではありません。
人件費率・処理速度・失注率・CS指標です。 経営・事業・現場と共有し、
AI活用の意思決定を行うための共通の軸として用います。────────────────────────MissionPackage02PLから逆算したAI実装「オペレーション人件費率を◯%下げる」から逆算した設計ROIが合わない施策は、やらない判断技術的に可能でも、事業価値が薄ければNOを出すAIを“コスト”ではなく、“投資”として成立させる技術の正しさではなく、
事業として意味があるかどうかを判断基準にします。────────────────────────MissionPackage03事業側と対等に向き合うビジネスパートナー事業側の曖昧な要望に、そのまま従わないより売上・利益に効く代替案の提示「それはやらない方がいい」と言える責任と覚悟仕様通り作る人ではなく、意思決定に関わる存在AI推進担当責任者は、
事業の外注先ではなく、事業の当事者です。────────────────────────MissionPackage04現場主義×スピード会議室ではなく、現場の業務フローを見る実際に使われるか/業務が回るかを自分で確認完璧な設計より、まず出して改善「医療だから慎重に」ではなく「医療だからこそ速く」
――医療領域である以上、法規制・倫理・現場合意は避けて通れませんが、
それでも「どうすれば速く進められるか」を考え抜ける方を求めています。上記ミッションを実行するにあたり、
AI推進担当責任者には戦略設計だけでなく、
現場レベルでの意思決定と実行も担っていただきます。────────────────────────■具体的な業務内容全社オペレーション・業務構造の分析およびAI適用設計AI/RPA/SaaSを組み合わせた業務プロセス再設計AI施策のROI設計、KPI設計、効果測定事業部門・現場と連携した要件整理および意思決定支援導入後の定着・改善まで含めた一気通貫の推進
SRE テックリード (医療サービス基盤の信頼性向上)
医療OSの成長を、支え続ける設計を担う。事業成長に伴走するSREテックリード募集(1名・リモート可)
医療OSの成長を、支え続ける設計を担う。事業成長に伴走するSREテックリード募集(1名・リモート可)そのインフラ設計、事業と一緒に“進化”できていますか。
――「運用を回す人」ではなく、「事業の変化に合わせて基盤を設計し続けるリード」へ。TENETが挑戦しているのは、
医療という巨大で複雑な産業を支える「OS(インフラ)」の構築です。医療OSの成長は、
単純に顧客数が増えるだけではありません。利用者の増加取り扱い薬・商材の拡大診療科の増加オペレーションの多様化といった複数の軸で複雑性が増していきます。こうした変化に対して、
インフラが事業や開発の動きと噛み合わなければ、
事業スピードや意思決定の質に影響が出てしまいます。TENETのSREテックリードのミッションは、
事業と開発の変化に並走しながら、安定性と拡張性を両立する基盤を設計し続けること。障害が起きてから対処するのではなく、
変化を前提に、起こりうるリスクを構造で吸収できる状態をつくる。信頼性・可用性・コスト・スピード。
そのバランスを取りながら、
医療OSが安心して進化し続けられる土台を支えます。このフェーズでSREテックリードに求める役割このポジションは、
決められた構成を構築・運用する役割ではありません。事業やプロダクトが次にどう変わるかその変化に対して、どこに余白を持たせるかどこは堅く守り、どこは柔軟にするかを考え、
インフラ領域の設計と判断をリードする役割です。開発・PdMと連携しながら、
プロダクトの成長に耐え続ける基盤を、段階的に育てていきます。■MissionPackageMissionPackage01事業成長とプロダクト変化から逆算したインフラ設計事業成長・機能拡張を前提としたキャパシティ設計可用性・冗長性・障害耐性を考慮したアーキテクチャ設計商材・診療科の増加などを見据えた構成判断将来の変更を見越し、無理のない拡張余地を持たせる設計────────────────────────MissionPackage02信頼性と安定性を“設計と運用”で支える障害・負荷・コストを、設計段階から考慮した構成監視・アラート・ログを含めた運用設計SLO/SLAなどの信頼性指標を定義し、改善サイクルを回す障害発生時の原因分析と、再発防止策の仕組み化────────────────────────MissionPackage03インフラ領域における技術的意思決定のリードクラウドサービスや構成選定における技術的判断「早さ」だけでなく、信頼性・運用・コストを踏まえた意思決定開発と連携し、プロダクト要件に合った基盤を設計将来の見直しを前提とした、現実的な技術選定────────────────────────MissionPackage04現場主義×安定した改善事業・開発の変化を現場で捉え、基盤に反映安定性を担保したうえで、段階的に改善を積み重ねる医療領域に求められる信頼性を前提に、無理のないスピードで前進────────────────────────■具体的な業務内容医療OSのインフラ環境の設計・構築・運用インフラ領域の技術方針・設計判断可用性・パフォーマンス・コストを踏まえた最適化監視・アラート・ログ基盤の設計・運用セキュリティ課題・脆弱性への対応および再発防止障害・負荷増大時の原因分析および対策IaC(Terraform等)によるインフラ構成管理Docker等のコンテナ基盤の設計・運用CI/CD・DevOps観点での開発支援
バックエンドエンジニア (オンライン診療基盤 開発)
医療OSの“裏側”を支配せよ。 事業拡大を後押しするバックエンドエンジニア募集(2名・リモート可)
医療OSの“裏側”を支配せよ。事業拡大を後押しするバックエンドエンジニア募集(2名・リモート可)その実装、本当に「将来の機能拡張や事業拡大を見越していますか?」
――「仕様を実装する人」から、「事業成長を引き上げるエンジニア」へ。TENETが挑戦しているのは、
医療という巨大で複雑な産業を支える「OS(インフラ)」の構築です。バックエンドエンジニアに求めるミッションは、
単にAPIやDBを作ることではありません。スケールしても顧客体験を損ねず、保守運用・インフラ・人手を含めたコストを最小限に抑えるシステムを作る医療オペレーションの非効率を構造から壊す
「人がやらなくていい仕事」を技術で消し去るコードの質=事業の伸びしろ。
医療OSの心臓部を担い、事業拡大をテクノロジーで引き上げることがあなたの役割です。■MissionPackageMissionPackage01事業拡大から逆算したバックエンド設計事業課題・PL視点を踏まえたアーキテクチャ設計要望に対して「とりあえず作る」を許さない技術選定将来のスケール・運用コストを見据えた構造設計────────────────────────MissionPackage02医療オペレーションを理解した実装現場業務を前提にしたデータ設計・処理フロー構築管理画面・業務ツールの裏側を支える開発QCDを意識した「スピード」「安定性」「保守性」を満たす実装────────────────────────MissionPackage03事業側と対等に議論する技術的意思決定曖昧な要件に対し、技術的観点からNOと代案を提示ROIを踏まえた実装優先度の判断PdM・事業責任者と対等に議論し、
技術的意思決定を担うビジネスパートナーとしての役割────────────────────────MissionPackage04スピードを最優先する改善サイクル完璧よりも、すぐに開発して試してもらう数値・障害・運用負荷を見ながら即改善医療領域における「実装の遅れ=価値の損失」という理解で動く────────────────────────■具体的な業務内容バックエンドの設計・開発・テスト技術方針・設計に関する意思決定技術検証・選定アーキテクチャ設計技術課題の解決支援技術負債の抑止運用効率化・パフォーマンス改善DevOps支援
プロダクトマネージャー(PdM) (オンライン診療プラットフォーム)
医療OSを“構想”で終わらせない。 事業成果に変えるPdM募集
医療OSを“構想”で終わらせない。事業成果に変えるPdM募集そのプロダクト、本当に「顧客に使われ続けていますか?」
――「作る人」ではなく、「顧客体験を設計し、事業を前に進める人」へ。――4,000万人が利用する「日本の新しい医療インフラ」をつくる。TENETが目指しているのは、単なるクリニックのチェーン展開や、通販のような診療サービスを支援先のクリニックと構築しようとしているわけではありません。私たちが本気で作るのは、
10年後の日本で当たり前になる「医療OS(オペレーティングシステム)」そのものです。医療先進国のイギリスでは、すでに国民の35.6%がオンライン診療を日常的に利用しています。一方、日本での普及率は未だ数%に留まり、多くの患者様が「通院の壁」によって、適切な医療から遠ざかっています。TENETはこの現状を打破し、
国民の3人に1人(4,000万人)が、スマホやテレビで最適な医療にアクセスできる社会を、
本気で実現しようとしています。このフェーズでPdMに求める役割TENETのPdMは、
仕様整理や進行管理ではありません。医療オペレーションの非効率を、構造から見直す属人化・ムダ・判断遅延を、プロダクトで壊す事業成果を意識しながら、設計と意思決定を行う事業・現場・開発をつなぎ、プロダクトの意思決定に深く関わる存在です。PdM=Mini-COO候補として、
良い機能を作ること以上に、
「それが本当に使われ、事業として意味を持つか」を問い続け、
PLインパクトから逆算して判断します。
※PLの最終責任を一人で負う役割ではなく、
経営・事業と連携しながら意思決定を担います。■MissionPackage医療の前提を、プロダクトで壊す。医療はこれまで、
アクセス・コスト・クオリティのいずれかを犠牲にする前提で成り立ってきました。地方や離島では医療にアクセスできず、
コストを抑えれば質が下がり、
質を追求すれば持続性が失われる――いわゆる「医療のトリレンマ」です。TENETが目指す医療OSは、この前提を壊すことから始まります。アクセスを広げるコストを最適化するクオリティを高めるこの3つを同時に成立させる医療インフラを、
プロダクトで実現していきます。PdMに求めるのは、構想を描くことではありません。制約の多い医療領域と向き合い、
医療品質・オペレーション効率・事業成果のトレードオフを、
設計と意思決定によって解き続ける役割です。その役割を担うため、以下のMissionPackageを推進していただきます。MissionPackage01事業課題から逆算したプロダクト戦略設計「なぜこの機能が必要か」を、事業成果の視点で定義・実行曖昧な依頼に対し、プロとしてNOと代案を提示ROIを意識した開発優先度の判断────────────────────────MissionPackage02医療オペレーションを前提とした設計・改善現場業務・法規制を深く理解した上での要件定義「使われるか」「成果につながるか」を基準に判断リリース後も、数字と体験の両面から改善し続けられる────────────────────────MissionPackage03現場起点のプロダクトマネジメント管理画面・業務フロー・UIの細部まで自ら確認役職に関係なく、現場から離れない姿勢誰よりもプロダクトと業務を理解している状態を維持────────────────────────MissionPackage04スピードを最優先する意思決定完璧さよりも実行を優先し、PoC・PDCAを高速で回す医療領域における「判断の遅れ=顧客価値の損失」を前提に考える状況に応じて、スピード感ある判断を行う上記ミッションを実行するにあたり、
PdMには戦略設計だけでなく、
現場レベルでの意思決定と実行も担っていただきます。────────────────────────■具体的な業務内容顧客ニーズおよび事業ゴールの定義要件定義・仕様策定KPI設計およびモニタリングプロダクト仕様の意思決定開発アイテムの優先順位付けスクラム開発の運用・推進
フロントエンドエンジニア (オンライン診療基盤 開発)
顧客体験で、医療を前に進める。 医療OSの体験設計を担うフロントエンジニア募集(2名・リモート可)
顧客体験で、医療を前に進める。医療OSの体験設計を担うフロントエンジニア募集(2名・リモート可)そのUI/UX、本当に「顧客の行動」を変えていますか。
――「実装する人」で終わらず、「事業数値を動かすエンジニア」へ。TENETが挑戦しているのは、
医療という巨大で複雑な産業を支える「OS(インフラ)」の構築です。この成長を実現するうえで、
フロントエンドは“見た目”を作る役割ではなく、
事業を動かす最前線です。顧客が
不安を感じるか、
納得して進めるか、
途中で離脱するか。その分岐点のほとんどは、
UI・文言・導線・レスポンスといった顧客体験の設計と実装で決まります。TENETのフロントエンドエンジニアのミッションは、
顧客体験を通じて、顧客の意思決定を前に進めることです。体験と数字の両方を武器に、体験の質を高めることで、
医療へのアクセスを広げ、
事業として成立する医療OSの成長に直接貢献します。UIを単なる「実装物」として作るのではなく、
顧客が「これなら進める」「これが一番良い」と感じられる
最高の体験として設計・実装することがあなたの役割です。■MissionPackageMissionPackage01顧客体験の価値に責任を持つUI/UX設計UIを「見た目」ではなく、顧客の行動を変えるために設計顧客の不安・迷い・意思決定プロセスを踏まえた体験設計PdMと連携し、仮説や勝ち筋をUI/UXに落とし込むKPIは、画面数や実装量ではなく、CVR・継続率などの体験起点の数値────────────────────────MissionPackage02フロントエンドの高速改善と、継続的に回る開発体制づくり医療OSにおけるフロントエンドの設計・実装・改善「良さそう」ではなく「数字が出た」UIだけを残す判断勝ちパターンを構造化し、他画面・他機能へ展開リモート環境でも、UI/UXに関する意思決定に主体的に関与────────────────────────MissionPackage03優れた体験を学び、超える競合サービスや他業界のUI/UXを日常的にリサーチ優れた体験をすぐに分解し、事業に最適な形に設計・実装分析で止まらず、翌日には改善するスピード感────────────────────────MissionPackage04現場主義×スピード数字と顧客行動を見て判断する完璧な設計より、まず出して改善仮説検証を高速で回し、体験を磨き続ける「医療だから慎重に」ではなく、「医療だからこそ速く」
――医療領域である以上、法規制・倫理・現場合意は避けて通れませんが、
それでも「どうすれば速く進められるか」を考え抜ける方を求めています。────────────────────────■具体的な業務内容フロントエンドの設計・開発・テストUI/UX改善施策の立案および実装技術方針・設計に関する意思決定技術検証・選定アーキテクチャ設計技術課題の解決支援技術負債の抑止パフォーマンス改善DevOps支援