つくり、検証し、使われる状態へ。
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設計
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 継続運用の現況
- 月次記事本数などの成果数値
- 実際の使用技術
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.12 L307–325
WORK 02 / ENTERPRISE / REQUIREMENTS社内システム刷新の要件定義支援
現場ヒアリングと既存機能の棚卸から、要件定義書・スコープ・移行方針を整理。
領域・業種:大手事業会社
要件定義書に基づく掲載案です。以下の実施内容・成果・技術は、公開前の事実確認と掲載承認を前提とします。
01 / Challenge 課題
長年運用されたレガシー社内システムが業務変化に追いつかず、要件を言語化できるメンバーが不在の状態にあった。
02 / What we did 実施内容
- 現場ヒアリングと業務フロー可視化
- 既存システムの機能棚卸と要件整理
- 新システムの要件定義書とスコープ策定
- 移行方針の設計と社内合意形成
03 / Outcome 成果
要件定義書を成果物として納品。後続の開発フェーズへ社内主導で移行。
具体的な数値・期間・規模は未確定のため掲載していません。上記の成果表現を含め、最終確認後に公開します。
04 / Approach 使用技術・手法
- 業務フロー可視化
- ヒアリング設計
- 要件定義書
- ステークホルダー合意形成
- 移行計画設計
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 期間・規模
- 後続フェーズの状況
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.13 L329–347
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
- 業務可視化
- 運用設計
- ドキュメンテーション
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 削減率・対象工程数
- 成果表現の事実確認
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.14 L351–368
WORK 04 / CIVIL ENGINEERING / AUTOMATION土木施工におけるIT自動化支援
現場の記録・報告フローを整理し、モバイル入力、帳票生成、検算の仕組みを設計。
領域・業種:土木施工会社
要件定義書に基づく掲載案です。以下の実施内容・成果・技術は、公開前の事実確認と掲載承認を前提とします。
01 / Challenge 課題
土木施工の現場で記録・報告・検算が紙とExcelで属人化。人手不足のなか、現場作業員の負荷を下げる仕組みが求められていた。
02 / What we did 実施内容
- 現場作業と報告フローの棚卸
- モバイル前提の入力アプリ設計
- 帳票の自動生成と検算ロジック実装
- 現場運用テストと定着支援
03 / Outcome 成果
報告作業の時間を圧縮し、現場作業員の負荷を軽減。
具体的な数値・期間・規模は未確定のため掲載していません。上記の成果表現を含め、最終確認後に公開します。
04 / Approach 使用技術・手法
- Power Apps
- Power Automate
- モバイル入力設計
- 帳票自動生成
- 現場定着支援
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 原稿と実際の担当業務の照合
- 報告作業の削減率
- 実際の使用技術
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.15 L372–389
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
- 内製化ガバナンス設計
- メンバー育成
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 原稿と実際の担当業務の照合
- 内製比率・削減コスト
- 実際の使用技術
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.16 L393–410
WORK 06 / STARTUP / TECHNICAL ADVISORYIT顧問・事業開発支援
事業方針と実装方針の接続に向けて、技術選定、ロードマップ、意思決定を支援。
領域・業種:スタートアップ
要件定義書に基づく掲載案です。以下の実施内容・成果・技術は、公開前の事実確認と掲載承認を前提とします。
01 / Challenge 課題
経営と技術を橋渡しできる人材が社内におらず、事業方針と実装方針を接続する意思決定が滞っていた。
02 / What we did 実施内容
- 継続的な技術顧問セッション
- プロダクト・機能ロードマップ策定
- 技術選定と外部パートナー選定支援
- 事業開発サイドとの共同ワークショップ
03 / Outcome 成果
事業方針と技術方針の意思決定サイクルが短縮。
具体的な数値・期間・規模は未確定のため掲載していません。上記の成果表現を含め、最終確認後に公開します。
04 / Approach 使用技術・手法
- 技術顧問セッション
- ロードマップ策定
- 技術選定
- パートナー選定
- 事業開発ワークショップ
要件定義書の記載内容。実際の採用技術・担当範囲は確認前です。
公開前の確認事項
- 継続期間・関与範囲
- 成果表現の事実確認
- 社名・業種の開示範囲
原稿の出典:要件定義書 p.17 L414–431
FDE 私たちのアプローチ
整理から、現場での実装へ。構想から実装、
そして、現場での定着まで。
現場の業務と制約を理解し、必要な仕組みを設計・実装する。
導入して終わりではなく、現場で使われる状態へ進める支援です。
スクロールに合わせて、仕組みが形になる。
AIエージェントの動きを表すコンセプト図版整理
UNDERSTAND
現場の業務・課題・制約を言葉にする。何を変えるか、どこまでつくるかを定めます。
接続
CONNECT
業務と技術をつなぐ。人、データ、既存の仕組みを踏まえ、実装する構造を設計します。
実装
BUILD & OPERATE
動くものをつくる。検証、導入、運用移行を通じて、現場に根づくところまで進めます。
Fieldsできること
Process進め方
現場を知る
業務の流れ、利用されている仕組み、現場で起きている課題を整理します。
範囲を定める
優先する課題と、今回実装する範囲を定めます。
設計して、つくる
業務・データ・画面・処理を設計し、動く形にします。
運用へつなぐ
現場での検証を行い、運用手順と保守の担当範囲を整理します。
本ページの説明は、要件定義書と承認された「整理 → 接続 → 実装」をもとにした原稿案です。契約範囲・体制・進行は案件ごとに確認します。
PEOPLE 担当する人
仕事と、その担当領域。樋口 昭太郎
ENGINEERING
要件定義から実装、運用移行までを一貫して担当。
SCOPE / 担当領域
- 要件定義
- 設計・実装
- 運用移行
小宮
PRODUCING
要件定義とプロジェクト設計を担当。
SCOPE / 担当領域
- 要件定義
- プロジェクト設計・スコープ策定
- プロジェクトマネジメント
- AIツール活用のワークフロー構築
担当範囲を、曖昧にしない。
設計、実装、運用移行。仕事を進めるうえでの担当領域を明示します。
掲載内容の確認状況
氏名の正式表記・経歴・技術スタックは本人確認後に確定します。人物写真は未提供のため、生成した顔写真では代用していません。
ここに掲載しているのは、要件定義書に記載された担当者の紹介案です。「2名以外は関与しない」といった排他的な体制の断定は、確認前のため掲載していません。
ABOUT 私たちについて
仕事を積み重ね、
信頼をつくる。
言葉よりも、何をしたか。
担当した仕事と、その範囲を記録していきます。
01
仕事を主語に。
姿勢を形容するのではなく、取り組んだ課題と実施内容を伝えます。
02
事実を、具体的に。
担当範囲、期間、技術。確認できる情報を、同じ書式で記録します。
03
人は、その署名。
担当する領域を明示します。人の紹介は、仕事の記録を支えるものとして置きます。
Company会社情報
- 名称
- TinyBetter
- 事業領域
- 生成AI活用の開発
業務システム・内製化
業務自動化・BPR - 担当者
- 樋口 昭太郎 / 小宮
- お問い合わせ
- お問い合わせフォーム
正式商号、代表者、所在地、設立年月などの会社情報は確認後に追記します。
資料間の表記差があるため、現時点で推測による補完はしていません。
What we do支援の領域
CONTACT お問い合わせ
確認用フォーム:外部への送信は行いません。
入力チェック・内容確認・下書き保存をお試しいただけます。
入力内容の確認
下書きは、お使いの端末にテキストファイルとして保存されます。
問い合わせの送信・受付は行われません。
PRIVACY入力情報の取り扱い(確認用)
このページは、確認用サイトにおける入力情報の扱いを説明するものです。正式なプライバシーポリシーではありません。
01 / この確認用サイトについて
本サイトは、公開前のデザインと機能を確認するためのHTMLです。実際の個人情報や顧客の機密情報を入力しないでください。
02 / 入力内容の扱い
現在の設定では、フォームの入力内容を外部へ送信しません。入力は表示中のページ内でのみ保持し、入力情報の自動保存は行いません。ページを閉じる・再読み込みするなどの操作で入力は失われます。ブラウザ自身の自動入力や履歴機能は、ブラウザの設定に依存します。
03 / 下書き保存について
「下書きを保存する」を選んだ場合に限り、ご自身の端末へ入力内容のテキストファイルを保存します。この操作はTinyBetterへの送信ではありません。保存したファイルはご自身で管理してください。
04 / ブラウザに保存する設定
アニメーションのオン・オフ設定のみ、ブラウザのローカルストレージへ保存します。アクセス解析、広告タグ、外部フォント、外部画像の読み込みは含めていません。
05 / 公開前に確定する事項
本番公開前に、問い合わせの送信先、取得する情報、利用目的、保存期間、委託先、管理・削除方法、問い合わせ窓口、計測の有無を確認し、実際の運用に沿った方針へ差し替えます。このページのまま本番の個人情報収集を開始しないでください。