CASE STUDIES

課題を、
数字で解いた
実績。

AI・データ・クラウドの課題を、設計から運用まで、少人数で解決してきた支援事例です。

39件
公開できる実績
約20年
toB・toC の経験
6分野
AI・CRM・データ・クラウドほか

守秘義務のため、お客様の名前は載せていません（業界のみ）。数字は、実際に測ったものだけを書いています。最終更新：2026年11月。

AIDATACLOUDCRMnexionlab

お困りごとから探す

関わり方で探す

使った技術から探す

39件を表示

MORE CASES

その他の実績

押すと、お困りごと・やったこと・成果が開きます。

生成AI・AI駆動開発

AI を試して終わりにせず、本番の業務で動く形まで作ります。

人事労務SaaS　技術リードとして、チームを率いる

全社員が毎日使う、社内AIアシスタントを立ち上げ

ゼロ→本番

要件定義から運用まで

費用が見える

AIコストを請求と一致

詳しく見る ＋

立場　技術リード・実装・運用（ゼロから担当）

担当　要件定義 → 設計 → 実装 → インフラ構築 → 本番運用・障害対応・セキュリティ強化

お困りごと
社内の情報が散らばり、必要な答えを探すのに時間がかかっていた。
技術的にやったこと
  • ✓社内文書の検索とAIチャット（回答を流れるように表示）を実装
  • ✓認証とアクセス制御の穴をふさぎ、IP制限や管理者認証を強化
  • ✓発火していなかった監視アラートを是正し、AIコストの集計を請求と一致させた
成果
社内の文書をAIに聞ける環境が、本番で毎日使われています。利用者は増え続け、AIの費用も請求と一致して見えるようにしました。
  • RAG
  • Amazon Bedrock
  • Node.js
  • Terraform

人事労務SaaS　技術リードとして、チームを率いる

年末調整の繁忙期でも止まらない、AIの読み取り

100%

読み取り精度（改善前 約84%）

120%

想定を超える負荷でもエラー0

詳しく見る ＋

立場　設計・実装・運用（性能見積から担当）

担当　性能の見積 → 負荷試験・精度検証 → 設計 → 商用構築 → 本番運用・監視

お困りごと
年末調整の時期に、大量の控除証明書を人が読み取って入力する負担が重かった。
技術的にやったこと
  • ✓「AIは候補を読むだけ、採用の判断はコードのルールで行う」構成で、読み取りのぶれをなくす
  • ✓年調システムと、閉域網で安全に連携する認証・アップロード経路を設計・実装
  • ✓本番と同じ条件で負荷試験を行い、遅れの原因を特定して構成を直した
成果
読み取りの精度を、ほぼ完全なところまで引き上げました。繁忙期の想定を上回る負荷でも、止まらず、エラーも出ませんでした。

読み取り精度（項目ごとの評価）

前
83.9%
後
100%
  • Amazon Bedrock
  • AWS Lambda
  • mTLS
  • Terraform

医療DX　単独で、はじめから終わりまで

クリニックのWebサイトを、デザインどおりに自動で作る

98%減

画像の容量（1,159MB→21MB）

約40ページ

自動で本番生成

詳しく見る ＋

立場　設計〜実装〜AWS構築〜運用（1人で担当）

担当　基盤の設計 → 自動生成の仕組みの実装 → AWS構築 → 本番運用

お困りごと
医院ごとにサイトを手作業で作ると、時間も費用も、品質のばらつきも大きかった。
技術的にやったこと
  • ✓医院のデザインデータを正として、AIエージェントが多段でサイトを作る仕組みを設計
  • ✓内部リンク・医療広告の表現・他院名の混入などを、機械でチェックする品質ゲートを実装
  • ✓医院ごとのデータ分離と認証、文字と背景の見やすさ（コントラスト）の保証
成果
医院のデザインから、約40ページを自動で本番公開できる状態に。医療広告の表現などもチェックし、先方から「指摘が出ないものがほぼ100%」と評価されました。

画像の総容量

前
1,159MB
後
21MB
  • Claude Agent SDK
  • Next.js
  • Payload CMS
  • Terraform

建材メーカー　技術リードとして、チームを率いる

図面から、完成イメージを自動で作る

誤差ほぼ0mm

壁の位置

0.5秒

図面から算出

詳しく見る ＋

立場　企画・設計・実装

担当　要件定義 → 技術検証 → 設計 → 実装 → 図面との整合検証

お困りごと
図面と製品から、お客様に見せる完成イメージを作るのに、手間と時間がかかっていた。
技術的にやったこと
  • ✓図面の寸法から実際の座標を確定する読み取りエンジンを実装
  • ✓図面どおりに立体を組み立て、生成AIで写真のように仕上げる仕組みを組み合わせた
  • ✓生成結果を図面に重ねて、mm単位で誤差を測る検証を実装
成果
図面どおりの位置に製品を置いた、完成イメージを自動で作成。「きれいでも図面と違えば失格」の考えで、位置のずれを、ほぼなくしました。
  • Python
  • Blender
  • OpenCV
  • Gemini

工務店支援　単独で、はじめから終わりまで

工務店の知識を、AIで引ける社内チャットに

本番稼働中

複数社が利用

1人

要件定義から運用まで

詳しく見る ＋

立場　要件定義〜運用（単独）

担当　要件定義 → 設計 → 実装 → インフラ構築 → デプロイ → 保守運用

お困りごと
工務店ごとのノウハウが、人の頭の中や資料に埋もれていた。
技術的にやったこと
  • ✓会社ごとにデータを分け、会社ごとに鍵を暗号化して保存するマルチテナント設計
  • ✓資料から答えを探す検索と、関連資料がないときの代わりの探し方を実装
  • ✓テストと検査つきの自動デプロイで、安全に本番へ反映
成果
複数の会社が、自社の知識を登録して、AIに質問できるサービスを、1人で作りきりました。いま本番で稼働中です。
  • TypeScript
  • PostgreSQL
  • Gemini
  • GCP

人事労務SaaS　技術リードとして、チームを率いる

年末調整ポータルに、FAQチャットを埋め込む

無停止

索引の入れ替え

商用

PoCから本番稼働

詳しく見る ＋

立場　設計・構築・運用

担当　PoC → 商用設計 → 構築 → 運用

お困りごと
年末調整の問い合わせに、利用者がすぐ答えを得られる窓口が必要だった。
技術的にやったこと
  • ✓ホスト画面に影響しない、埋め込み型のチャット部品を実装
  • ✓商用アカウントは、検索と回答だけに権限を絞り、運用コストと安全の境界を最小化
  • ✓検索結果の並べ替えの限界を、本番の前に検出
成果
元の画面に影響を与えないまま、検索の索引を無停止で入れ替えられる形にし、本番の知識ベースを拡充しました。
  • Amazon Bedrock
  • OpenSearch
  • React
  • Terraform

AIホームページ制作・事業会社　技術リードとして、チームを率いる

GitHubのIssueから、AIが実装してPRまで作る

308＋27件

自動テストが全件通過

約1/5

AIコストの試算

詳しく見る ＋

立場　設計・実装（MVPから本番化まで）

担当　要件化 → タスク分解 → コード生成 → 多段の検証 → PR作成

お困りごと
ホームページ制作の工程で、要件定義から実装までに人手がかかっていた。
技術的にやったこと
  • ✓要件の整理・タスク分解・コード生成・検証・PR作成までを自動で回すオーケストレーターを開発
  • ✓要件は人が承認してから進める仕組みと、dev→stg→prd の昇格の自動化を実装
  • ✓8つの言語に対応し、先方のIssueの改修を順次マージ
成果
MVPで、ユニットテスト308件とE2Eテスト27件がすべて通過。既存モデルの見直しで、AIの費用を約1/5に抑える試算も示しました。
  • Python
  • LangGraph
  • Claude
  • GitHub Actions

自社開発　技術リードとして、チームを率いる

Slackで頼むと、AIがPRまで進める開発エージェント

複数案件

同時に並列処理

人が承認

重要な判断は人に残す

詳しく見る ＋

立場　設計・構築（自社）

担当　基盤の設計 → 構築

お困りごと
複数案件の開発タスクを、人手だけでさばくには限界があった。
技術的にやったこと
  • ✓Claude Code を実装エンジンに、LangGraph で状態管理と並列処理を行う2層の構成
  • ✓タスクの重要度で、自動でPRを出すか、人が確認するかを切り替え
  • ✓「人が判断すべき箇所」を明確にして、自動化と安全性を両立
成果
承認の結果の処理、自動リトライ、複数案件の並列処理を実現しました。
  • Claude Code
  • LangGraph
  • Slack
  • GitHub

EC運用代行　単独で、はじめから終わりまで

月次レポートと分析を、自動で作る

完全一致

実績値とKPI10指標

自動

月次レポートの生成

詳しく見る ＋

立場　設計・実装・AWS構築・運用（単独）

担当　設計 → 実装 → 構築 → 運用

お困りごと
店舗ごとの月次の分析とレポートづくりに、手間がかかっていた。
技術的にやったこと
  • ✓ECモールのAPIから実績を集計し、KPIの標準の計算式を整備
  • ✓対話でできるAI分析と、販促バナーの生成までを実装
  • ✓各サブシステムの監査で、洗い出したTODOをすべて解消
成果
自社の売上と店舗の実績値が完全に一致するところまで、集計を整備。ダッシュボードとAPIを提供しました。
  • Python
  • Next.js
  • Amazon Bedrock
  • Terraform

買収したSaaS事業　単独で、はじめから終わりまで

買収したSaaSを、3週間で自社ブランドの本番に

約3週間

本番稼働まで

27件

指摘を全件対応

詳しく見る ＋

立場　再構築から本番化まで（単独）

担当　再構築 → セキュリティ修正 → 課金設計 → 本番化

お困りごと
海外から買収したサービスを、自社ブランドで日本向けに出す必要があった。
技術的にやったこと
  • ✓パスワードを平文で保存していた問題の解消と、データベースの権限の最小化
  • ✓画像の配信を署名付きにするなど、安全面の修正と、年額サブスクの課金設計
  • ✓AIエージェントによる敵対的なレビューを回し、指摘を全件修正
成果
約3週間で、独自ドメインの本番環境を稼働。指摘27件をすべて対応し、決済までの一連の流れのテストを通しました。
  • Next.js
  • Firebase
  • Stripe
  • Cloud Run

工務店支援　技術リードとして、チームを率いる

AIが作ったSNS投稿を、承認から予約投稿まで自動化

無停止

稼働中SaaSへの機能追加

全自動

生成から予約投稿まで

詳しく見る ＋

立場　設計・実装・運用

担当　機能の設計 → 実装 → 運用

お困りごと
SNS投稿の素材づくりと投稿作業を、少人数でこなす必要があった。
技術的にやったこと
  • ✓画像・カルーセル・リール動画を生成AIで作成し、承認→予約→効果測定まで一気通貫で実装
  • ✓会社ごとのアカウント連携と、暗号化による安全な保存
  • ✓稼働中のSaaSを止めずに、本番へ投入
成果
稼働中のサービスを止めずに、新機能を本番投入。実写真を使ったリールや、スライドショー型の動画が作れるようになりました。
  • Meta Graph API
  • Gemini
  • GCP
  • ffmpeg

工務店支援　技術リードとして、チームを率いる

LINE登録から会員サイトの案内までを、自動化する

4,235件

本番での実行実績

2チーム分

ワークフローを構築

詳しく見る ＋

立場　要件定義〜構築〜納品

担当　要件定義 → 詳細設計 → 構築 → 納品

お困りごと
会員の登録から案内までの手作業が多く、漏れも起きやすかった。
技術的にやったこと
  • ✓LINEの友だち追加から、会員登録・契約・アカウント発行・会員サイト登録までを自動化
  • ✓2チーム分のワークフローを構築し、要件定義書も作成
  • ✓実行履歴を分析し、エラーの傾向をレポート
成果
本番で稼働し、実行4,235件の実績とエラー分析のレポートを納品しました。
  • n8n
  • LINE
  • Google Workspace
  • Slack

地方イベント企画会社　技術リードとして、チームを率いる

過去の企画をもとに、提案書の下書きを自動で作る

自動

提案書の下書き

社内検索

過去案件を横断

詳しく見る ＋

立場　構築

担当　仕様の入力 → 類似案件の参照 → 下書き生成

お困りごと
提案書づくりの立ち上がりに、時間がかかっていた。
技術的にやったこと
  • ✓過去案件の仕様書と企画書のペアを読み取って、知識として蓄積
  • ✓仕様を入力すると、似た過去案件を探して、企画提案書の下書きを自動で作成
  • ✓社内の文書を検索できるAIを併設
成果
過去案件を知識として使える形にし、提案書づくりの立ち上がりを効率化しました。
  • Dify
  • Gemini
  • Python

医療　レビュー・診断・対応で、見極める

患者情報を外に出さない、病院向けのAI

外部送信なし

社内設置で完結

導入判断

に足る検証

詳しく見る ＋

立場　技術検証

担当　実行基盤の検証 → セキュリティ要件の整理 → 費用の見積

お困りごと
患者情報などの機密データは、外のAIサービスに出せなかった。
技術的にやったこと
  • ✓外部に出さずに動かす、社内設置型のAI実行基盤を構築
  • ✓患者情報を扱う前提の、セキュリティ要件と想定コストを整理
  • ✓社内文書の検索（RAG）まで検証
成果
閉じた環境でAIを使えるかを、安全面と費用の両方から整理し、導入の判断に足る検証結果として示しました。
  • Qwen3
  • vLLM
  • Dify
  • RAG

自社開発　単独で、はじめから終わりまで

LINEでAIと話せる自社サービスを、企画から課金まで

単独

企画から運用まで

課金込み

本番公開

詳しく見る ＋

立場　企画〜運用（単独）

担当　企画 → 開発 → インフラ → 運用

お困りごと
自分のサービスを、少人数で素早く作って出す必要があった。
技術的にやったこと
  • ✓AI対話・検索・自動架電・課金までを、1人で実装
  • ✓複数のAIサービスを切り替えられる構成にして、障害に備える
  • ✓構成をコードで管理し、決済まで含めて本番公開
成果
企画からインフラ・運用まで1人で行い、課金まで含めて本番公開しました。
  • Claude API
  • Twilio
  • Stripe
  • AWS Lambda

CRM・マーケティングオートメーション

会員データの連携と、配信の仕組みを、要件定義から支えます。

生命保険　レビュー・診断・対応で、見極める

保険会社のアプリ・Webに、配信の仕組みを導入する

抜け漏れなし

先方の確認

一式

設計から選定資料まで

詳しく見る ＋

立場　技術コンサル（要件定義）

担当　データ連携の設計 → 実装方針 → 開発会社の選定資料

お困りごと
アプリとWebの顧客データをつなぐ設計と、開発会社の選定に必要な資料が、そろっていなかった。
技術的にやったこと
  • ✓SDK の導入手順、8つのシナリオのイベント・属性の設計を作成
  • ✓暗号化した顧客IDで、アプリとWebをつなぐ方式を設計
  • ✓開発会社の選定に使う、ヒアリング項目と見積依頼の資料を作成
成果
技術の資料一式を作成して提出し、先方から「大きな抜け漏れなし」との確認を得ました。関係者の認識もそろいました。
  • Braze
  • Web SDK
  • AWS KMS

地方銀行　レビュー・診断・対応で、見極める

銀行の顧客と、LINEのアカウントを安全に結びつける

設計

連携の経路を選定

安全

金融機関の要件に対応

詳しく見る ＋

立場　技術相談・アーキテクチャ設計

担当　全体設計 → 連携経路の比較・選定

お困りごと
ログイン機能のない金融機関のサイトで、お客様ごとに配信を出し分けたかった。
技術的にやったこと
  • ✓LINEログインから、既存の顧客IDに紐づけるまでの流れを設計
  • ✓サーバーから直接送る方式と、データ基盤経由の方式を比べて選定
  • ✓配信のきっかけを、確実に動く方式に整理
成果
複数の方式を比べて、無理のない連携の経路を選び、データの流れと理由を整理。挙動を予測できる設計にしました。
  • Braze
  • LINE Login
  • Snowflake

損害保険　レビュー・診断・対応で、見極める

基幹システムの移行で、配信データの連携を守る

重大15件

を含む指摘を検出

反映

先方の修正に採用

詳しく見る ＋

立場　開発側のレビュー

担当　定義書・テストケース・コードのレビュー

お困りごと
基幹システムの新基盤への移行で、配信データの連携を安全に移す必要があった。
技術的にやったこと
  • ✓連携の定義書・テストケース・実装コードを、開発側の立場でレビュー
  • ✓ハッシュ化の改修漏れや、初期の移行手順の不成立などを検出
  • ✓追加のテストケースを作り、カバレッジを補強
成果
重大15件を含む指摘を検出。先方のテスト案にも採用され、実装の修正にも反映されました。
  • AWS Lambda
  • Step Functions
  • Braze

金融・通信など　技術リードとして、チームを率いる

データ連携がつながっているか、自動で確認する

自動

接続の確認と判定

双方向

連携を確認

詳しく見る ＋

立場　要件定義〜実装

担当　要件定義 → 実装

お困りごと
データ連携が、つながっているかどうかを確かめる作業に手間がかかっていた。
技術的にやったこと
  • ✓配信サービスとデータ基盤の、双方向の連携の疎通確認ツールを設計・実装
  • ✓連携の成功・失敗の判定と、トラブルシューティングを自動化
  • ✓次に何をすべきかを出力するレポートを自動生成
成果
双方向の接続確認を自動化し、成功・失敗の判定と、次のアクションのレポートを自動で出せるようにしました。
  • Python
  • Snowflake
  • Braze

ブライダルメディア　技術リードとして、チームを率いる

計測の「not set」を解消する

欠損解消

セッションの計測

3層

データの流れを再設計

詳しく見る ＋

立場　原因特定〜改修設計〜実装〜検証

担当　原因の特定 → 改修設計 → 実装 → 検証

お困りごと
サイトの計測データに、セッションの情報が欠ける問題があった。
技術的にやったこと
  • ✓サーバーサイドの計測（GA4）で出ていた「not set」の原因を特定
  • ✓接客スクリプト・サーバーのアクション・関数の3層にまたがるデータの流れを再設計
  • ✓改修後の計測を検証
成果
3つの層にまたがるデータフローを作り直し、セッション情報の欠損を解消しました。
  • KARTE
  • GA4
  • Google Tag Manager

データ基盤・BI

コストと見やすさの両方を、数字で見直します。

通信　技術リードとして、チームを率いる

アプリのデータを一か所に集め、分析できる状態にする

一か所に集約

GA4・Firebase・Adjust

事前に合意

範囲と契約形態

詳しく見る ＋

立場　技術リード

担当　見積・範囲の整理 → 要件・構成の設計 → 構築

お困りごと
アプリの利用データが複数のサービスに散らばり、チャネル別の分析ができなかった。
技術的にやったこと
  • ✓GA4・Firebase・Adjust のデータを BigQuery に集める構成を設計
  • ✓受注の前に、範囲・工数・議事録を突き合わせて、スコープを定義
  • ✓契約形態（準委任／請負）のリスクと、完成の基準を文案にした
成果
データを BigQuery にまとめ、見える化する基盤を設計。受注の前に、範囲・完成の基準・体制を整理し、お互いが合意できる条件をそろえました。
  • BigQuery
  • GA4
  • Looker Studio

投資グループ　レビュー・診断・対応で、見極める

投資グループの経営データ基盤の設計をレビュー

論点を整理

意思決定の資料

方針策定

共通アーキテクチャ

詳しく見る ＋

立場　AI・技術担当（壁打ち・設計レビュー）

担当　要件の整理 → 論点の整理 → 設計の妥当性の評価

お困りごと
経営データの基盤を作るにあたり、設計の妥当性を技術の面から確かめたかった。
技術的にやったこと
  • ✓経営企画が作った要件を、技術の面から整理して論点を洗い出し
  • ✓案件管理システムの設計が、進行基準に合うかをレビュー
  • ✓社内の別システムにも使える、共通の設計方針を策定
成果
意思決定のための論点の資料を作成。社内システムを横断して使える、共通の設計方針を策定しました。
  • BigQuery
  • AWS
  • Terraform

デジタルコンテンツ配信　技術リードとして、チームを率いる

事業部への費用の割り振りが、妥当かを技術で検証

二重計上

の可能性を可視化

優先順位つき

確認事項を整理

詳しく見る ＋

立場　アーキテクチャ分析

担当　構造の分析 → 可視化 → 確認事項の整理

お困りごと
共有基盤の費用を、事業部へ割り振る根拠を示す必要があった。
技術的にやったこと
  • ✓複数の事業が共用するデータ基盤の費用の割り振りを、技術の面から検証
  • ✓機械学習基盤と BigQuery のスロット消費に、二重計上がないかを分析
  • ✓関係部署への確認事項を、優先順位つきで整理
成果
コスト構造と二重計上の疑いを可視化した資料を作り、関係部署への確認事項を優先順位つきで整理しました。
  • BigQuery
  • Vertex AI
  • Looker

サブスク型サービス　技術リードとして、チームを率いる

解約を、契約からの日数別に早く捉える

最大30日

経過日数別に観測

コホート

分析の基盤

詳しく見る ＋

立場　設計・実装

担当　基盤の設計 → 実装

お困りごと
解約の兆しを、早く捉える必要があった。
技術的にやったこと
  • ✓契約日を起点に、経過日数ごとの解約率を観測する基盤を設計
  • ✓行動ログを集計し、コホート分析ができる形に
  • ✓Excel と画面で見られる可視化部品を実装
成果
契約日ごとの解約率の推移を、経過日数別に追跡できる体制をつくりました。
  • SQL
  • React

クラウド・セキュリティ

構築だけでなく、費用・認証・インシデント対応まで見ます。

医療DX　レビュー・診断・対応で、見極める

本番サイトへの不正を見つけ、被害なしで封じ込める

被害なし

改ざん・突破がないことを確認

4→0件

重大な脆弱性

詳しく見る ＋

立場　インシデント対応を主導

担当　検知 → 原因の特定 → 封じ込め → 恒久対策 → 横展開の点検

お困りごと
ログの点検中に、本番のサイトで、不審な操作の跡が見つかった。
技術的にやったこと
  • ✓複数のログを秒単位で突き合わせて、原因を断定
  • ✓全ての秘密情報の入れ替えと、アクセス制限（WAF）の新設を、サービスを止めずに実施
  • ✓同じグループの別システムも点検し、ログの保管期間も延長
成果
改ざんや情報の持ち出しがないことをログで確認し、露出した秘密情報をすべて無効化。重大な脆弱性は4件から0件になり、同じグループの別システムも点検しました。
  • CloudWatch
  • WAF
  • Terraform

事業会社（顧問CTO）　顧問CTOとして、経営と並走する

クラウドの費用を、3割から4割減らす

30〜40%減

インフラコスト

一元管理

複数アカウント

詳しく見る ＋

立場　顧問CTO（技術戦略の統括）

担当　アカウント設計 → 管理の仕組みづくり → コスト見直し

お困りごと
複数のAWSアカウントの管理を整え、インフラの運用コストを下げる必要があった。
技術的にやったこと
  • ✓AWS Organizations と Control Tower で、複数アカウントの管理を統一
  • ✓リソースの共有（RAM）などを使い、インフラの運用コストを削減
  • ✓共通基盤の見直しと、AI駆動開発の導入も並行して推進
成果
アカウントの管理を整えて、インフラのコストを30〜40%削減しました。
  • AWS Organizations
  • Control Tower

人事労務SaaS　技術リードとして、チームを率いる

ビルドと公開を、安全に一か所へ集約する

本人承認禁止

承認ゲートを実装

穴を遮断

実機で確認

詳しく見る ＋

立場　設計・構築

担当　専用アカウントの設計 → 構築

お困りごと
複数の環境のビルドと公開が、バラバラに行われていた。
技術的にやったこと
  • ✓社内の複数環境のビルドと公開を、専用のAWSアカウントに集約
  • ✓SSO、環境ごとの承認者、本人承認の禁止を実装
  • ✓ビルド経由で本番の権限を借りられる穴を見つけ、遮断を実機で確認
成果
承認の仕組み（本人承認の禁止）を入れ、ビルドから本番権限を借りられる穴をふさいで、実機で確認しました。
  • Jenkins
  • Terraform
  • AWS
  • Entra ID

AWSマルチアカウント運用の事業会社　技術リードとして、チームを率いる

複数サービスのログと監査を、一つの基盤にまとめる

月5〜7万円

予算内の構成

一つに統一

運用ログと監査ログ

詳しく見る ＋

立場　アーキテクチャ設計リード

担当　実態調査 → 要件定義 → 設計 → 試作 → レビュー

お困りごと
複数のサービスの運用ログと監査ログが、別々に管理されていた。
技術的にやったこと
  • ✓実環境を調べて現状を把握し、既存の設計の誤りも正した
  • ✓必要なログの種類を、言語に依存しない形式で定義し、運用と監査の基盤を分けて設計
  • ✓統制の要件を、画面にしたプロトタイプで関係者に見せた
成果
「新規に作り直す」のではなく、実態をもとに「是正して統一する」方針を確立。月額5〜7万円の予算内の構成にまとめて、引き渡しました。
  • Grafana
  • Loki
  • Control Tower
  • Terraform

設計・技術レビュー・試作

作る前の見極めと、作り始めるための試作・設計も承ります。

ポータル・基幹システムの事業会社　顧問CTOとして、経営と並走する

共通の認証・権限基盤を、CTOとして全面レビュー

41件

指摘を優先順位つきで起票

週次

改善会議を運営

詳しく見る ＋

立場　CTO・技術リード

担当　全面レビュー → 優先順位づけ → 改修計画

お困りごと
複数のサービスが共通で使う認証・権限の基盤の、安全性と拡張性を確かめたかった。
技術的にやったこと
  • ✓フロント・バックエンド・IaC を5つの段階で全面レビューし、41件を起票
  • ✓特定のサービス専用の作りを洗い出し、新しいサービス追加の障害を可視化
  • ✓基幹システムとの SSO 連携の設計
成果
指摘41件を優先順位つきで起票し、改修計画を具体化。週次の改善会議を通じて、経営にも提言しました。
  • AWS Lambda
  • Cognito
  • Laravel
  • Terraform

事業会社　レビュー・診断・対応で、見極める

採用管理システムのリプレース前に、現行を棚卸しして見極める

約2割

CMSで賄える範囲

12項目

の指摘で差し戻し

詳しく見る ＋

立場　技術監査・方式判断

担当　現行の棚卸し → 設計書のレビュー → 判断材料の提示

お困りごと
システムのリプレースの方式を、作り始める前に見極めたかった。
技術的にやったこと
  • ✓現行の機能（マイグレーション108・モデル73・バッチ約45本）を棚卸し
  • ✓先方のAWSの設計書をレビューして、重大な未解決事項を指摘
  • ✓CMS で採用するかの判断材料を提示
成果
CMS で賄えるのは約2割にとどまることを示し、インフラ設計書を、重大な未解決6件・指摘12項目で差し戻しました。
  • Laravel
  • MariaDB
  • AWS

不動産　技術リードとして、チームを率いる

不動産プラットフォームを、会社ごとに出し分けられる設計に

テナント別

機能の出し分け

GraphQL

APIを設計・実装

詳しく見る ＋

立場　設計・実装

担当　設計 → 実装

お困りごと
会社ごとに導入できる、拡張しやすい基盤が必要だった。
技術的にやったこと
  • ✓テナントごとに、機能のON/OFFや設定を持てる設計
  • ✓GraphQL の API を設計・実装
成果
テナントごとに機能を出し分けられる、拡張性のある設計を確立。個社への展開に耐えるAPI基盤を整えました。
  • Rust
  • GraphQL
  • PostgreSQL

人事労務SaaS　レビュー・診断・対応で、見極める

給与明細アプリの次期版を企画し、4日で試作する

24週

見積を作成

4日

動く試作を用意

詳しく見る ＋

立場　企画・試作

担当　ビジョン文書 → 見積 → 試作

お困りごと
次の世代のアプリを、作る前に形にして確かめたかった。
技術的にやったこと
  • ✓ヒーロー機能7つのビジョン文書と、24週の見積を作成
  • ✓認証・ナビゲーション・勤怠のモジュールの骨組みを、4日間で試作
  • ✓既存アプリの、秘密情報の平文コミットのリスクを指摘
成果
企画と見積を示したうえで、動く骨組みまでを4日間で用意しました。
  • Flutter
  • Riverpod
  • Firebase

WORKING STYLE

関わり方は、4つの型から選べます

01

単独で、はじめから終わりまで

要件定義から運用まで、窓口も実装も1人で担当します。少人数の会社でも、やり取りは増えません。

8件の実績

02

技術リードとして、チームを率いる

設計と技術判断を担い、実装・構築・運用まで、チームと一緒に進めます。

19件の実績

03

顧問CTOとして、経営と並走する

技術戦略の立案から、部門の統括、組織の仕組みづくりまで、経営の側に立って進めます。

4件の実績

04

レビュー・診断・対応で、見極める

作る前の設計レビュー、技術監査、インシデント対応など、第三者の目で見極めます。

8件の実績

FLOW

進め方

いきなり大きく作りません。小さな試作で確かめてから、本番に進みます。

  1. STEP 1

    相談

    お困りごとを聞く

  2. STEP 2

    整理

    課題と範囲を決める

  3. STEP 3

    試作

    小さく作って確かめる

  4. STEP 4

    本番

    安全に公開する

  5. STEP 5

    運用

    改善を続ける

同じようなお困りごとがあれば

「うちの場合はどうなるか」から、お話しできます。初回の相談は無料です。

お問い合わせフォームへ