IN THE MAKINGAI AGENT / CONCEPT
つくり、検証し、使われる状態へ。
Forward Deployed Engineering
WORKS 事例
詳細も、このページで。
図版はテーマを表すコンセプトグラフィックです。
WORK 01 / MEDIA / GENERATIVE AI生成AI記事作成サービスの開発
記事制作の工程を分解し、LLM連携サービスと編集者の作業画面を設計・実装。
領域・業種：Webメディア企業
01 / Challenge 課題
Webメディア事業における記事制作工程が編集者の個人技に依存し、品質と量の両立が難しい状態にあった。
02 / What we did 実施内容
- 編集フローの言語化と工程分解
- プロンプト設計と評価データの整備
- LLM連携サービスの設計・実装
- 編集者の作業画面と運用手順の内製化
03 / Outcome 成果
サービスとして継続運用中。
04 / Approach 使用技術・手法
- Python
- FastAPI
- OpenAI / Claude API
- Next.js
- AWS
- プロンプトエンジニアリング
- RAG設計
WORK 02 / ENTERPRISE / REQUIREMENTS社内システム刷新の要件定義支援
現場ヒアリングと既存機能の棚卸から、要件定義書・スコープ・移行方針を整理。
領域・業種：大手事業会社
01 / Challenge 課題
長年運用されたレガシー社内システムが業務変化に追いつかず、要件を言語化できるメンバーが不在の状態にあった。
02 / What we did 実施内容
- 現場ヒアリングと業務フロー可視化
- 既存システムの機能棚卸と要件整理
- 新システムの要件定義書とスコープ策定
- 移行方針の設計と社内合意形成
03 / Outcome 成果
要件定義書を成果物として納品。後続の開発フェーズへ社内主導で移行。
04 / Approach 使用技術・手法
- 業務フロー可視化
- ヒアリング設計
- 要件定義書
- ステークホルダー合意形成
- 移行計画設計
WORK 03 / PROFESSIONAL FIRM / BPRRPA移行・BPR支援
業務を棚卸し、RPAの移行設計と運用体制・保守ドキュメントの整備を実施。
領域・業種：大手監査法人系
01 / Challenge 課題
大手監査法人系の顧客において、属人化した業務と旧RPAの保守負担が増大。業務を再設計しないまま自動化を積み上げていた。
02 / What we did 実施内容
- 業務の棚卸とBPR（業務再設計）
- 残すRPA / 廃止するRPAの仕分け
- Power Automate等への移行設計
- 運用体制と保守ドキュメントの整備
03 / Outcome 成果
保守負担を削減しつつ業務の自動化範囲を維持。
04 / Approach 使用技術・手法
- Power Automate
- Power Apps
- BPR
- 業務可視化
- 運用設計
- ドキュメンテーション
WORK 04 / CIVIL ENGINEERING / AUTOMATION土木施工におけるIT自動化支援
現場の記録・報告フローを整理し、モバイル入力、帳票生成、検算の仕組みを設計。
領域・業種：土木施工会社
01 / Challenge 課題
土木施工の現場で記録・報告・検算が紙とExcelで属人化。人手不足のなか、現場作業員の負荷を下げる仕組みが求められていた。
02 / What we did 実施内容
- 現場作業と報告フローの棚卸
- モバイル前提の入力アプリ設計
- 帳票の自動生成と検算ロジック実装
- 現場運用テストと定着支援
03 / Outcome 成果
報告作業の時間を圧縮し、現場作業員の負荷を軽減。
04 / Approach 使用技術・手法
- Power Apps
- Power Automate
- モバイル入力設計
- 帳票自動生成
- 現場定着支援
WORK 05 / BUSINESS / IN-HOUSE DEVELOPMENT業務システムの内製化支援
内製化の対象と体制を定め、基盤選定、共同開発、運用移行、メンバー育成を支援。
領域・業種：SMB / 事業会社
01 / Challenge 課題
外注依存で改修サイクルが遅く、業務変化に追随できない状態。社内で業務システムを回せる体制を構築する必要があった。
02 / What we did 実施内容
- 内製化の対象範囲と体制設計
- Power Platform中心の基盤選定
- 初期アプリの共同開発（伴走）
- 運用移行と社内メンバー育成
03 / Outcome 成果
社内メンバー主導での改修が可能になり、外注依存を段階的に解消。
04 / Approach 使用技術・手法
- Power Platform（Apps, Automate, BI）
- Copilot Studio
- 内製化ガバナンス設計
- メンバー育成
WORK 06 / STARTUP / TECHNICAL ADVISORYIT顧問・事業開発支援
事業方針と実装方針の接続に向けて、技術選定、ロードマップ、意思決定を支援。
領域・業種：スタートアップ
01 / Challenge 課題
経営と技術を橋渡しできる人材が社内におらず、事業方針と実装方針を接続する意思決定が滞っていた。
02 / What we did 実施内容
- 継続的な技術顧問セッション
- プロダクト・機能ロードマップ策定
- 技術選定と外部パートナー選定支援
- 事業開発サイドとの共同ワークショップ
03 / Outcome 成果
事業方針と技術方針の意思決定サイクルが短縮。
04 / Approach 使用技術・手法
- 技術顧問セッション
- ロードマップ策定
- 技術選定
- パートナー選定
- 事業開発ワークショップ
FDE 私たちのアプローチ
整理から、現場での実装へ。構想から実装、
そして、現場での定着まで。
現場の業務と制約を理解し、必要な仕組みを設計・実装する。
導入して終わりではなく、現場で使われる状態へ進める支援です。
FROM FIELD TO OPERATIONSCROLL TO BUILD ↓
スクロールに合わせて、仕組みが形になる。
AIエージェントの動きを表すコンセプト図版01
整理
UNDERSTAND
現場の業務・課題・制約を言葉にする。何を変えるか、どこまでつくるかを定めます。
情報を読み、論点をそろえる。
02
接続
CONNECT
業務と技術をつなぐ。人、データ、既存の仕組みを踏まえ、実装する構造を設計します。
人・業務・データのつながりを設計する。
03
実装
BUILD & OPERATE
動くものをつくる。検証、導入、運用移行を通じて、現場に根づくところまで進めます。
つくり、検証し、使われる状態へ。
Fieldsできること
Process進め方
現場を知る
業務の流れ、利用されている仕組み、現場で起きている課題を整理します。
範囲を定める
優先する課題と、今回実装する範囲を定めます。
設計して、つくる
業務・データ・画面・処理を設計し、動く形にします。
運用へつなぐ
現場での検証を行い、運用手順と保守の担当範囲を整理します。
契約範囲・体制・進行は案件ごとに確認します。
PEOPLE 担当する人
仕事と、その担当領域。樋口 昭太郎
ENGINEERING
要件定義から実装、運用移行までを一貫して担当。
SCOPE / 担当領域
- 要件定義
- 設計・実装
- 運用移行
小宮
PRODUCING
要件定義とプロジェクト設計を担当。
SCOPE / 担当領域
- 要件定義
- プロジェクト設計・スコープ策定
- プロジェクトマネジメント
- AIツール活用のワークフロー構築
担当範囲を、曖昧にしない。
設計、実装、運用移行。仕事を進めるうえでの担当領域を明示します。
ABOUT 私たちについて
仕事を積み重ね、
信頼をつくる。
言葉よりも、何をしたか。
担当した仕事と、その範囲を記録していきます。
01
仕事を主語に。
姿勢を形容するのではなく、取り組んだ課題と実施内容を伝えます。
02
事実を、具体的に。
担当範囲、期間、技術。確認できる情報を、同じ書式で記録します。
03
人は、その署名。
担当する領域を明示します。人の紹介は、仕事の記録を支えるものとして置きます。
Company会社情報
- 名称
- TinyBetter
- 事業領域
- 生成AI活用の開発
業務システム・内製化
業務自動化・BPR - 担当者
- 樋口 昭太郎 / 小宮
- お問い合わせ
- お問い合わせフォーム
What we do支援の領域
CONTACT お問い合わせ
お問い合わせ内容を確認してから送信します。
入力内容の確認
「送信する」を押すと、お問い合わせ内容をTinyBetterへ送信します。
PRIVACY入力情報の取り扱い
お問い合わせフォームで入力いただく情報の取り扱いについてご案内します。
01 / お問い合わせ情報
お名前、会社名、メールアドレス、電話番号、ご相談の種類、ご相談内容を、お問い合わせへの対応・ご連絡のためにTinyBetterへ送信します。
02 / 入力内容の扱い
確認画面の「送信する」を押した時点で送信します。