Upgrade to Pro — share decks privately, control downloads, hide ads and more …

TOKIUM エンジニア向け会社紹介資料

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.
Avatar for TOKIUM TOKIUM
December 23, 2025

TOKIUM エンジニア向け会社紹介資料

Avatar for TOKIUM

TOKIUM

December 23, 2025
Tweet

More Decks by TOKIUM

Other Decks in Business

Transcript

  1. Index p01 p08 p13 p21 p25 p32 p39 Section 1

    Section 2 Section 3 Section 4 Section 5 Section 6 Section 7 会社概要
 TOKIUMの事業紹介 エンジニアリングの挑戦 開発組織と技術スタック 開発組織のTech Valueと文化 働き方・制度・環境 選考フローについて 


  2. 会社名 設立日 所在地 従業員数 代表取締役 会社概要 株式会社TOKIUM 2012年 6月 26日

    東京都中央区銀座6-18-2
 野村不動産銀座ビル 12F 約240名 (2025年12月、正社員のみ) 黒﨑 賢一 Section 1 会社概要 01 会社概要
  3. 2025 2013 2016 2019 2020 経費精算サービス提供開始 ツールではなくサービス。ユーザーが作業 から解放される「丸投げUX」のアプロー チで圧倒的効率化。 請求書の受け取り代行開始

    支出管理領域へ拡張 経理の作業そのものをなくす
 新しいインフラを築く。 経理AI エージェント元年 AIを核とした社会インフラとして 長期目線を持ちつつ革新を続ける。 TOKIUMのこれまで 経理業務の効率化を実現してきた道のり ポストで領収書の 原本回収開始 Section 1 会社概要 04 2012 創業 「時を生む」を志に、 個人向けの支出管理 アプリでスタート。 家計簿アプリ提供開始 人の オペレー ション と機械を 融合 した 独自モデルを 確立。
  4. AIエージェント クラウドシステム AIが交通手段・宿泊先を提案、 出張手配を自動化 社内規定や経費申請マニュアルに基づいて、 経費申請の内容の不備をチェック あらゆる請求書を受領代行 スマホで経費精算が完結 あらゆる国税関係書類を保存 膨大な明細入力を自動化

    新リース会計基準に対応 発注・請求等のデータ照合を自動化 あらゆる送付作業を一本化 契約書をデータ化し自動でリース判定 人材サービス AI・SaaS型の最新経理システムに精通し、 豊富な実務経験を持つ人材が 現地で貴社の経理業務をサポートします。 散在する社内規定やマニュアルをAIにまとめて登録、 社内規則の問い合わせ対応をAIが代行 サービス一覧 Section 1 会社概要 05
  5. TOKIUMの導入社数の増加率 3,000社 社 1,000 2022年7月 2025年11月末 各年の社員増加数と各年の総社員数 年 創出 これまで生み出した時間

    創業期 ~2024年10月 最適なテクノロジーと、常識にとらわれない自由な発想と、泥臭さもいとわない行動力でTOKIUMは成長を続けています。 お客様の課題解決を追求してきたことで、TOKIUMを導入いただく企業様も加速度的に増えました。それに伴い会社の規模も急成長しています。 では、チャレンジングな身の丈を超えた仕事も日々沢山生まれています 新しい部署、役割、ポジションが増え続ける環境 2019 0 50 100 150 200 250 (人数) (年) 2020 2021 2022 2023 2024 2025 Section 1 会社概要 07 導入実績
  6. “AI×人力”で業務を 丸ごと引き受ける AI、SaaSに加えて、オンラインスタッフや 派遣スタッフを最適に組み合わせること で、システムだけでは解決できない経理業 務を丸ごと代行。経理領域に特化して10 年、3000社以上の支援で培ってきた知見を 活かし、経理業務の自動運転を実現する。 AIを育てる“8000名の プロスタッフ体制”

    経理作業の自動化を実現 8,000人以上のオンラインスタッフが稼働す るオペレーション基盤による豊富な実績と データ処理ノウハウをもとに、出力結果の 修正や精度向上を人間が行う体制(ヒュー マン・イン・ザ・ループ)を構築すること で、開発の初期段階から実用性の高いAI エージェントの提供が可能。 Section 2 事業紹介 10 TOKIUMの強み
  7. 経費申請の不備・誤りのチェックを含めた一次承認作業を、AIとプロ スタッフが代行。社内規程やルールに基づいた申請内容の目視チェッ クや、頻発する内容不備による差し戻し対応の手間をなくします。 移動経路の検索・宿泊先の手配、出張申請…。出張手配の「探して、 予約して、申請して」をAIエージェントが代わりに実行します。 • 出張確定 AIエージェントが 代わりに実行 •

    出張 • 出張後 • 出張確定 • 出張準備 ホテル探し 新幹線の手配 事前申請 予約 システムに入力 申請 これから これまで 承 認 42 1 2 3 4 7 5 8 6 何度やっても 同じ申請が… 承認 承認 差し戻し これまで 承 認 0 AIエージェントが 代わりに実行 承認 差し戻し 承認 これから Section 2 事業紹介 11 サービス一例
  8. AIエージェントの作り込みによって業務の自動運転率を増やしていく 開発組織と技術スタック 15 AIエージェントが主役となる経理の未来とTOKIUMの役割 「TOKIUMが顧客の代わりに業務をおこなう」価値へのシフト。 購買領域におけるほぼ全てのプロセスをAIエージェントによって自動運転することを目指す。 お客様が行う AIエージェントが行う 手配 (出張,会食etc)

    領収書 入力 精算書 作成 経費申請 承認 稟議書 提出 購買・ 契約交渉 押印申請 提出 請求書 回収、入力 支払依頼 申請 承認 (照合) 新リース 判定 契約の 更新,解除 まずは全領域でAIエージェントをリリース その後は半自動運転から全自動運転へ 事前申請 の提出 最終承認 請求書 支払い 経費精算
  9. 開発組織と技術スタック 16 TOKIUMが挑戦する現状の課題(技術面) 「経理作業の自動化」を目指して、エンジニアにとって最大の挑戦となる3つの技術的な壁。 AIエージェントの量産の仕組み化・実行環境の整備・信頼性の担保が必要。 AIエージェントの群れを量産し、多数のサービ スとの連携を素早く実現。自社SaaSは連携先の サービスに含まれ、マスターデータの切り出し やマイクロサービス化が必要となる。 AIエージェント実行制御を行う共通基盤の開発

    が必要。複数のAIエージェントのオーケスト レーションや、人間がワークフローに入り込ん だ制御も含まれる。 継続的に品質を上げる仕組みや、セキュリ ティ・ガバナンス向上の仕組みを構築する必要 がある。 AIエージェントのフレームワーク化、認証基盤 などのプラットフォームエンジニアリング 連携先サービスからのコンテキストの変換、取 り込み、構造化、RAG 
 操作対象となる連携先サービスの増加 ユーザーの操作を待たずに、先回りして作業を 実行するスケジューラーや、外部サービスのイ ベントから実行開始する仕組み 処理の実行制御(中断・再開・分岐)、人間に よる制御への介入 複数AIエージェントの制御 継続的な精度向上のための仕組み コンテキストの変換、取り込み、構造化 
 AIプロダクト固有のセキュリティやガバナンス への対策 Agent Factory Triggers Evals Context Engineering Workflow / Human-in-the-loop 可観測性 Tools Orchestration セキュリティ/ガバナンス 量産の仕組み化 実行環境の整備 信頼性の担保
  10. 優秀なエンジニアにとっても魅力的な開発組織 作り、発信を通じてブランディングを強化 AIを使った開発方法を探求し、一人当たり開発 量を最大化する 
 メンター制度の導入、新卒をAIネイティブ人材 として育成 開発組織と技術スタック 17 TOKIUMが挑戦する現状の課題(組織面)

    AIエージェントの量産や、AI時代に即したSaaSの再構築を同時並行で進める必要があり、開発量の増加が最も解決しなければならない課題。 採用・育成による組織強化に加え、AI時代にお ける一人当たり成果量を最大化する事に取り 組む。 業務の主体がユーザーであったSaaS時代に比 べ、業務の主体がAIになるためには、SaaS開発 よりも業務理解を圧倒的に深める必要がある。 AIによって、開発手法もプロダクトも従来の手 法が陳腐化している。特定の誰かが頑張って学 習するのでは無く、組織全体で最速で学習する 仕組みが必要。 エンジニア・プロダクトマネージャーの商談へ の参加、顧客業務の実体験、社内の経理業務の 体験 AI時代に即したチームとしての開発プロセスの 再定義と、社内での共通化 小さく検証を始める事が容易になったので、た くさん学習サイクルを回す。 開発で使うドキュメントの型化、知見を貯める 仕組みの整備 
 社内・社外へ学習した結果を体系化し共有推奨 する文化作り 組織開発 業務理解の深化 小さく始めて失敗から学ぶ 一人当たり成果量の最大化 チーム当たり開発の質の最大化 学習のストック化 育成施策の強化 学習の共有 成果量の増加 開発の質の向上 学習の高速化
  11. 約半年で9体のAIエージェントのリリースを実現。 量産体制の構築には、共通の開発基盤の整備と、若手エンジニアの急速な育成が求められた。 フレームワークから提供されない、共通機能が数多く存在複数のチームで車輪の再開発が 発生してしまうリスクがあった 若手主体のチームも、迷いなく開発に取り組めるようにしたい AIエージェントを短期間で大量生産したい 横断チーム統括部 開発課
 イネイブリングチーム Webエンジニア

    東 優太 OAuth認証・LLMガードレール・入出力監視などの機能を共通化 壁打ち会の実施、設計テンプレートの作成といったアプローチで若手エンジニアに 経験や知識を継承、技術における迷いを取り除く フレームワークから提供されない、共通機能が数多く存在。複数のチームで車輪の再開発が 発生してしまうリスクがあった 若手主体のチームも、迷いなく開発に取り組めるようにしたい 社内ライブラリを整備、若手メンバーの技術的な迷いを解消 AIエージェントを短期間で大量生産したい YUTA HIGASHI 開発組織と技術スタック 18 課題への取り組み事例 | AIエージェント 成長実感 課題 取り組み
  12. 約10年に渡り、お客様に価値を届け続けるTOKIUMのSaaS。
 経理作業の完全自動化には、SaaSによる課題解決の追求も不可欠なピースの1つである。 課題への取り組み事例 | SaaS 開発組織と技術スタック 19 新しいプロダクトが毎年リリースされる、変化の激しい環境 膨大な過去の意思決定に対し、背景が適切に記録されておらず、その決定を変更したい 場面で無駄な時間が生じていた

    過去の意思決定を遡る作業が、開発業務におけるオーバーヘッドに 技術的な意思決定に対し、「なぜやるか」「影響」「比較検討」のログをMarkdownで 記録し、リポジトリ上で管理 AIに設計指針を読み込ませられる、副次的なリターンもあった 「なぜやるか」を適切に説明できれば、事業戦略上重要な領域の意思決定も、 幅広く任せてもらえる 手つかずだからこそ、本質的かつ最適な解を模索することができる 成長実感 ADRを導入し、チームに作法として定着させる 手つかずの環境を整備する楽しさ 課題 取り組み インボイス製品開発部 開発課
 共通ワークフローチーム Webエンジニア 木岡 拓海 TAKUMI KIOKA
  13. オペレーションシステム 開発部 開発課
 デジタライズチーム エンジニア 戸松 一貴 KAZUKI TOMATSU TOKIUMが生み出すユニークな顧客価値の源泉である、BPO/オペレーター入力基盤。

    ITと人力が高度に連携する領域であり、デリバリーの品質改善や原価削減など、エンジニアの貢献余地は大きい。 課題への取り組み事例 | BPO/オペレーター入力基盤 開発組織と技術スタック 20 サービスの屋台骨である、BPO基盤の強化 サービス成長に伴い、BPO基盤の拡張性担保・品質向上が課題に 月数十万枚の書類に対し、データ化精度99%以上*1を維持しながらデータ化時間を 1/2〜1/3に短縮したい OCRによる時短・コスト削減、精度向上のため泥臭く試行錯誤 OCR領域を増やし、拡張性担保・時短・コスト削減を一挙に実現 データ化精度の基準をクリアするため、正解データの整備や複数のモデルによる 仕組みの検討など、様々なアプローチを愚直に試す 他事業部の社員と伴走しながら、TOKIUMのインフラを支える BPO基盤を管轄する、他事業部の社員がステークホルダーとなる
 即座にフィードバックをもらえ、本質的な課題解決に注力できる TOKIUMのインフラとして、サービス全体の品質向上に貢献できる 成長実感 課題 取り組み
  14. ドメイン特化型の組織体制により、ドメインごとのロードマップ策定と自律的な開発を推進。  意思決定の質とスピードを極限まで高め、SaaSとAIエージェントの融合による新たな価値提供を加速させる。 CTO・ VPoE 共通機能 カード連携 モバイル 経費精算 経費承認 出張手配

    プロダクト 本部 経費精算 製品開発部 インボイス 製品開発部 オペレーション システム開発部 ビジネス本部 横断チーム 統括部 社長室 QA Security AgentUX/Gov イネイブリング SRE CRE デジタライズ 代理取得 スキャン 請求書受領/ 国税関係書類 請求書発行 契約管理 ワークフロー 請求照合 取引先 マスタ登録 コンサルティング 本部 代表取締役 AI&Ops戦略 本部 コーポレート 本部 開発組織と技術スタック 22 組織体制
  15. 主な開発言語  Languages Ruby TypeScript Go Python FW/ライブラリ  Frameworks Ruby on

    Rails React Mastra 現利用 AIツール AI Tools ChatGPT Codex Claude Gemini  GitHub Copilot Devin インフラ その他 Infrastructure Other Tools AWS GCP PostgreSQL  Redis Qdrant Terraform GitHub  Jira  Datadog  CircleCI  Bitrise  Slack  Notion  Figma 開発組織と技術スタック 24 主要な技術スタック
  16. AI時代において開発組織で大切にしたいことを改めて考え、 開発組織における「判断・行動の価値基準」としてTech Valueを定め、今後の発信活動にもつなげることに。 開発組織と技術スタック 26 TOKIUMの開発組織が大事にしている「Tech Value」 Beyond AIによって未知の分野への 越境コストは史上最も低くなった。

    越境し、自らの可能性を広げよう。 自らの役割を全うした上で、 オーナーシップを持ってボールを拾おう。 Rethink Execute AIは常識を破壊する。 「今作り直すなら?」「AIが進化したら?」と 問い続けよ。今までの常識を疑うために 学びを体系化し、共有し、実装せよ。 AI時代の横一線のスタートでは、 組織の学習速度が、勝敗を分ける。 経理作業の完全自動化を実現する。 そのためにAIも人力も駆使しよう。 泥臭くても構わない。 最短経路で行動し、成果を追求しよう。 常識を疑う “ ” 越境する “ ” 泥臭くてもやり遂げる “ ”
  17. AIによって未知の分野への越境コストは 史上最も低くなった。 越境し、自らの可能性を広げよう。 自らの役割を全うした上で、 オーナーシップを持ってボールを拾おう。 AIによって開発スピードが劇的に向上した今、最も重要なのは、進む方向を間違えない こと。TOKIUMでは“越境することでプロダクトを成功へ導く”と考えています。そのた め、 など、"役割の越境"によって正しい方向を見定めてい ます。

    「プロダクトマネージャー」が商談に同席し製品を売り込む、「エンジニア」がプ ロダクトマネジメントに染み出す プロダクトの立ち上げを成功させるため、 「何 を作れば売れるか」を開発・PdM・営業を含むチーム全体で考えながらプロジェクトを 進めています。それにより、 するという社運をか けた挑戦では、 しました。 開発メンバーもオーナーシップを持ち、 半年で9体のAIエージェントをリリース “前例のない短期間での複数サービスの同時立ち上げを実現” 開発組織と技術スタック 27 Beyond 越境する Tech Value 01
  18. 開発組織と技術スタック 28 Tech Value 02 AIは常識を破壊する。 「今作り直すなら?」 「AIが進化したら?」と問い続けよ。 今までの常識を疑うために学びを体系化し、共有し、 実装せよ。AI時代の横一線のスタートでは、

    組織の学習速度が、勝敗を分ける。 SaaSからAIエージェントへビジネスロジックが移行し、SaaSはデータ基盤としての価 値を担う。この確信のもと、約10年かけて築いてきた をしました。代表の黒崎自らがCPOに就任し、 ながら、この転換を本気で推進しています。 SaaSから、AIエージェントへと大 きく舵を切る決断 「今作り直すなら?」 「AIが進化したら?」と常に問い続け 今までの常識を覆す新たな挑戦と学びを支える制度を制定しました。 【AI 100K】エンジニア1人あたり し、AIツールの積極的な利用と AIネイティブな開発プロセスの探求を推進する制度 【Time Hack Times】 し、学びの体系化と共有 を支援する制度 月10万円の予算を確保 記事執筆・登壇1件につき奨励金を支給 Rethink 常識を疑う
  19. 開発組織と技術スタック 29 Tech Value 03 泥臭くても構わない。 最短経路で行動し、成果を追求しよう。 業務の一部だけ自動化しても、お客様への価値提供は完結しない。だからこそ、業務全 体の課題解決をやりきるために、一見非効率に見える手段も厭わず活用しています。AI 時代においても、AIのアウトプットの質を高めるため、泥臭いアプローチの活用余地は

    大きいと考えています。 AIプロダクト開発では要件が曖昧になりがちですが、それではお客様の課題解決はでき ません。業務の解像度を高めるために、開発者がお客様の実際の業務をやってみる、自 社の経理処理を体験する研修に参加するなど、泥臭く現場に入り込んでいます。遠回り に見えても、これが成果への最短経路だと考えています。 Execute 泥臭くても やり遂げる 経理作業の完全自動化を実現する。 そのためにAIも人力も駆使しよう。
  20. 働き方やオフィス環境は仲間全員が業務の生産性を向上させられ、 組織としての一体感を高められるよう意識 働く環境 開発組織と技術スタック 33 オフィスの雰囲気 全席にハイスペックな「曲面型のUltraWide 液晶モニター」を用意 業務用PCもWindowsまたはMacbookのいずれかを貸与 パフォーマンスを最大限発揮できる環境を支援

    就業規則 原則週3日以上出社(プロダクト本部)/2日在宅勤務可 部署・チームによって在宅日は選択制 フレックスタイム制度あり(コアタイム:9:00~15:00) フレキシブルタイム:6:00~9:00、15:00~18:00 部署横断のコミュニケーションが円滑に 新メンバーのオンボーディングが早期化 上記の結果、事業成長が加速 出社でもたらされる効果
  21. 制度 開発組織と技術スタック 34 開発を支援するAI活用補助制度「AI 100K」 開発業務に必要なAIツールの利用費用を月額最大10万円まで会社が負担 コード生成、コードレビュー、ドキュメント生成など、各業務に最適な生成AIツール やAIサービスを自由に選択し、活用することが可能 自己学習関連 発信活動支援制度「Time

    Hack Times」 書籍購入費支援(技術書も可) カンファレンス参加費支援 積極的に情報発信するカルチャーを醸成し、良質なアウトプットを生み出すための制度 記事投稿や登壇1回につきインセンティブを支給 公開30日で1,000PV以上達成した場合にはバズボーナスを支給
  22. 開発組織と技術スタック 35 制度 部活動費補助 部署間交流費補助(6,000円/月) シャッフルランチ (月1回) 締め会 (月1回) 全社総会

    (半年に1回) 社員旅行 (年1回) 社内コミュニケーションを促進する制度 労務関連 各種社会保険(健康保険 / 厚生年金 / 雇用保険 / 労災保険) 健康診断 / ワクチン補助 年末年始休暇 (12/30〜1/3)  慶弔休暇 育児休暇 年次有給休暇 (13日~)  入社時特別休暇 (3日) 借り上げ社宅制度 通勤手当 (30,000円/月) 社内交流の促進と、子育てや生活を支える充実した福利厚生・制度 子育てをしながら働くための働き方の柔軟性、 早期復職に向けた必要なサポートの提供を行います 「ミライエ」とは 支援制度です 仕事と子育ての両立を実現する 子育て支援制度「ミライエ」
  23. 開発組織と技術スタック 36 TOKIUMで働く魅力 顧客の業務に深く潜り込み、AI時代のプロダクト開発に挑戦する。 お客様が操作対象のサービスだけでなく、作業の主 体となるAI自体も開発するため、従来のソフトウェ ア開発より数段深い顧客業務理解が求められる。お 客様の業務を代行してみる、直接ヒアリングするな ど、お客様の業務に深くディープダイブし、自動化 領域の拡大を実現する手応えがある。

    AIエージェントをお客様に実際に届け、利用しても らっている会社はまだ少ない。AIエージェント開発 の最前線に立って、地に足の付いたプラットフォー ムエンジニアリングに取り組む事ができる。 開発組織はまだそれほど大きくない組織であるた め、AIネイティブな開発プロセス、組織文化など、 中心的な役割を担いながら自ら作っていくことがで きる。 AIエージェント開発の 最先端に立つ 組織・文化作りに参画 お客様との距離の近さ PRODUCT TECHNOLOGY TEAM
  24. 開発組織と技術スタック 37 PMMがロードマップへの要求を行い、プロダクトマネージャーがロードマップを作成 します。半期ごとにロードマップを作成し、少なくとも四半期ごとに見直しを行いま す。ロードマップは事業の責任者がボードメンバーによる投資委員会に諮り、決裁さ れます。 Q3 プロダクトロードマップの作成 では、ビジネス部門との役割分 担はどうなっていますか?

    半年に一度評価を行い、賞与も評価のタイミングで支給されます。プロダクト本部専 用の給与テーブルが存在し、等級ごとの給与レンジが定められています。部長が最終 評価者となります。エンジニアの評価はEMも行います。賞与は、会社目標・本部目 標・個人目標の達成状況に応じて支給されます。 プロダクトごとに1チームを基本とし、ワークフロー機能など大きな機能ごとにチーム が組成されることもあります。スクラムチーム内にPOが1名、エンジニア2〜3名とい う構成のチームが多いです。QAエンジニアは横断組織に所属しており、必要に応じて プロジェクトにアサインされます。 Q2 Q1 どのような評価制度ですか? 各プロダクトチーム内粒度や チーム内構成は どうなっていますか? Q & A
  25. 選考フロー 開発組織と技術スタック 39 原則として、オンラインで3回面接を実施。 STEP 1 STEP 2 STEP 3

    STEP 4 一次面接 二次面接 最終面接 担当者 EM・リーダー 現場部長またはCTO 代表(黒﨑賢一) テクニカルスキルセット ​マインドセット カルチャーフィット 主な確認事項 具体例 課題解決に向けた進め方 等 課題に向き合う姿勢 等 周りとの関係構築 等 内定 オファー面談 TOKIUMオフィスにて開催(遠方にお住まいの方除く) 業務内容や組織風土の解像度の向上を目的に、社員とのカジュアル面談を実施 所属部署の部長より、内定通知書の読み合わせを行う