急成長フィンテックをともに牽引するCTO候補

募集停止

CTO・顧問

急成長フィンテックをともに牽引するCTO候補

株式会社BANKEY

株式会社BANKEY

AI要約(β)

未来の銀行決済を創造するフィンテック企業で、CTO候補としてプロダクトの価値を引き上げ、非連続な成長をリードするミッションを担いませんか?年収1,000〜1,300万円、フルリモート可能な柔軟な働き方を提供。小規模な開発チームで、TypeScript、Go、GCPなどの技術を駆使し、プロダクトの仮説検証フェーズを共に進めます。CEOと伴走し、未来の決済ソリューションを共に創り上げる挑戦を求めています。あなたの経験と情熱で、次世代の決済システムを共に築きましょう。

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

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

給与・報酬

年収 1,000万円 ~ 1,300万円

稼働時間

裁量労働制

雇用形態

正社員

出社頻度

相談の上決定する

勤務地

-

現状と課題

事業のステージ

未来の銀行決済を創造し、世の中にその価値を提供します。 2025年7月にプロダクトをローンチし、ファーストユーザーにご利用開始いただいております。

お願いする業務

ミッション

高い視座でプロダクトの価値を引き上げて頂きたい!

これまで、お客さまに価値を提供するMVP (Minimum Viable Product)の開発を進め、ようやく仮説検証フェーズに入ります。 早期の PMF (Product Market Fit) を目指し、技術面だけでなくビジネス・経営視点でプロダクト開発に関与しプロダクトの価値の底上げ、非連続な成長をリードして欲しいです。

業務内容

CTO(候補)という立場でプロダクト開発を牽引し、世の中にない価値を創造していただきます。 また、チームビルディング、エンジニア採用についても貢献をいただきたいと考えております! 小規模な会社だからこそ立場やチームを問わず横断的に議論し、課題を解決することを最重要視しています。

いち従業員という枠から飛び出し、CEOと伴走しながら高い視座を持って会社経営の一端を担っていただきます。

チームについて

開発チームは現在4〜5人規模です。 デザイン、フロントエンド、バックエンド、インフラの各領域を得意なメンバーが牽引しながら前に進めています。 チーム規模が小さいからこそ、1人1人のメンバーのプロダクトに対する責任と権限が広く、主体的にプロダクトに関わっていける環境になります。

開発イベントとしては、毎日朝会を実施し、金曜日に開発の振り返り会を実施しています。 ざっくばらんになんでも話し合える間柄を目指しています。 難しい仕事を「楽しむ」ことを大事にしていきたいです。

使用技術 / ツール
  • Frontend: TypeScript / Next.js
  • Backend: Go
  • Infra: terraform / Google Cloud Platform
  • 通信: Connect
  • DB: PostgreSQL
  • CI: GitHub Actions
  • CD: Cloud Build
  • コード管理:GitHub
  • プロジェクト管理:GitHub Project
  • ドキュメント: esa
  • デザイン: Figma
  • コミュニケーション: Slack, Gather
  • 開発支援: Cursor, Cline (使いたいものを随時追加できます)

技術スタック

  • フロントエンド

  • バックエンド

  • インフラ・ミドルウェア

  • デザイン

  • その他

    • Cline

  • コミュニケーション

    • esa.io

    • Slack

    • GitHub

募集要項

概要

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

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

雇用形態

正社員

給与・報酬

年収 1,000万円 ~ 1,300万円

稼働時間

裁量労働制(出社推奨・リモートOK/ フレックスタイム制(コアタイムなし)/ 柔軟な勤務体系、副業可(ただし週5日以上の勤務必須))

出社頻度

相談の上決定する

休日・休暇

完全週休2日制(銀行営業日に準じる)/ 年次有給休暇(最大年間20日)

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

社保完備(VCスタートアップ健康保険組合、厚生年金保険)/ 副業、兼業OK/ ストックオプション制度あり(※正社員対象)/ 書籍購入制度/ ディスプレイ:適宜相談の上支給(例:34型湾曲ワイドディスプレイ)/ ガジェット類:適宜相談の上支給(例:キーボード、マウス)

必須スキル/経験

  • BANKEYのミッションとバリューに共感できる
  • 自社プロダクトを主導的立場で開発し、成功に導いた経験(成功の定義は問いません)
  • 未来の銀行決済を創ることに強い興味と関心があること

歓迎スキル/経験

  • アジャイルな開発の経験
  • GitHubを用いた複数人での開発経験
  • OSSの公開やコントリビュート経験
  • FISC, FAPI等のガイドラインを用いた開発構築経験
  • Webアプリのコンテナ開発と運用の実務経験
  • iOSアプリのApple Store公開と運用の実務経験
  • AndroidアプリのGoogle Store公開と運用の実務経験
  • Liquidを用いたeKYC機能の実装経験
  • UI及びUXのデザイン実務経験

サービス内容の詳細

Pay By Bank  ・銀行口座間決済を活用した 代金回収DXソリューション を開発・提供しています。  ・個人から企業への支払いシーンではキャッシュレス決済が拡大し、   取引のデータ化により企業側の手間は軽減されています。   しかし、決済手数料の負担が大きく、手数料を避けるために現金払いや振込による   代金回収の手間が依然として課題となっています。  ・Pay By Bank は、ユーザーが普段利用している銀行口座から   シームレスに支払いを完了できるソリューションです。   これにより、企業は代金回収の手間を大幅に削減しながら、圧倒的な低コストで   決済を実現できます。

選考フロー

  1. カジュアル面談
  2. 書類選考
  3. 1次面接
  4. 2次面接
  5. リファレンスチェック
  6. オファー面談

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

もっと見る
  • どのタスクにどのAIが向いてる?松尾研に聞く、Claude、Codex、Geminiの強みと使い分け

    開催前

    どのタスクにどのAIが向いてる?松尾研に聞く、Claude、Codex、Geminiの強みと使い分け

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【実践】OAuth・2FA・パスキーに対応 次世代認証ライブラリBetter-Authとは

    開催前

    【実践】OAuth・2FA・パスキーに対応 次世代認証ライブラリBetter-Authとは

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【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エージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

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

    アーカイブ公開中

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

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

    開催日:

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

転職に役立つノウハウ

もっと見る