A-01設計と品質保証
スマートロックサービスのシステム刷新
2025.6–12 ／ 株式会社Automagica ／ PM（業務委託）
1,500万円規模のフルリニューアルをPMとして完遂し、同じクライアントから150万円の追加受注を得ました。
着手前50社超の要望が未整理で、要件が言語化されていない状態。
着手後1,500万円規模の刷新を完遂。同じクライアントから150万円の追加受注。
打ち手業界理解をクライアントと同等まで上げてから要件定義し、納品可否の判断まで自分で持つ。
1,500万円規模を完遂
150万円の追加受注
50社以上の要望に対応
工程
要件定義→WBS→設計レビュー→多国籍チームで実装→品質保証→クライアント折衝
詳細
背景と制約
- 大企業を含む50社以上の要望を、会員管理・予約・チケット管理の1システムに収める必要がありました。
- 業界固有のドメイン知識が前提で、要件が言語化されていない状態からの開始。
- ベトナムオフショアを含む多国籍チームでのリモート開発。
設計の判断
- クライアントと同等まで業界理解を上げてから要件定義に入りました。仕様の言語化を発注者側に委ねると、手戻りが全て後工程に返るためです。
- 通訳ではなく判断する立場として、クライアントと開発チームの間に立ちました。
担当範囲
要件定義・WBS作成・進行管理・品質保証・クライアント折衝・デザイナー／エンジニア調整。
B-01日本語オペレーション
Voice AI 向け 日本語音声データ収集の日本側運営
2026.2–3 ／ SMARTI株式会社 ／ 日本語チームリード（業務委託）
評価基準と手順書を自作したうえで話者を集め、収録の現場を回して品質を保証しました。募集開始から1週間で10組、計25時間超。
着手前評価基準も手順書も無く、話者もゼロ。日程は短い。
着手後募集開始から1週間で10組を確保。25時間超を単独で運営し期日内に納品。
打ち手募集より先に評価基準と手順書を書き、リジェクト理由を日本語で戻して2回目を通す。
1週間で10組を確保
25時間超を設計・運営
単独完遂期日内に納品
工程
評価基準・手順書の作成→募集要件→選定・審査→オンボード→進行管理→品質モニタリング→再提出→納品
詳細
背景と制約
- 中国のAI企業の日本支社案件。日本語話者の募集から納品までを一人で立ち上げる必要がありました。
- 評価基準・手順書が存在しない状態からの開始。
- 想定スケジュールが短く、募集に時間をかけられない条件。
設計の判断
- 先に手順書と評価基準を書いてから募集をかけました。人を集めてから基準を作ると、1組目と10組目で提出物が揃わなくなるためです。
- 差が出るのは「何を不良とするか」を文書で定義し、リジェクト理由を日本語で伝え直して2回目を通す工程だと判断し、そこに時間を配分しました。
担当範囲
日本側の運営全般。評価基準・手順書の作成、募集要件の定義、チャネル設計、選定・審査、オンボーディング、当日の進行管理、品質モニタリング、検品、納品。収録者としてではなく、収録を運営する立場での参加です。
A-02設計と品質保証
危険予知（RKY）支援Webアプリの AI活用PoC
2025.6–12 ／ 株式会社Automagica ／ PM（業務委託）
大手産業機器メーカー向けのAI PoCを、調査で終わらせずDB・API設計まで降ろし、次フェーズを議論できる状態にしました。
着手前「AIで何ができるか」から始まる、要件未確定のPoC。
着手後次フェーズを議論できる状態に。ドメイン理解を評価され信頼を獲得。
打ち手AIリサーチを要件定義の一部として扱い、DBスキーマとAPIの粒度まで自分で降りる。
要件〜設計まで主導
ドメイン理解を評価され信頼を獲得
工程
AIリサーチ→要件定義→WBS→DB設計→API設計→進行管理→クライアント折衝
詳細
背景と制約
- メンテナンス現場のリスク危険予知という、ドメイン知識が強く要る領域。
- 「AIで何ができるか」から始まる、要件未確定の状態。
設計の判断
- AIリサーチを要件定義の一部として扱い、レポートで終わらせずWBSに接続しました。PoCが提案書で止まるのは、調査と設計が分断されているためです。
- 実装可能性を確かめるため、DBスキーマとAPIの粒度まで自分で降りました。
担当範囲
AIリサーチ・要件定義・WBS作成・DB／API設計・進行管理・クライアント折衝。守秘のため、クライアント名は業種と規模の表記に留めています。
C-01業務自動化
LINE打刻・勤怠集計の自動化
株式会社EXPLACE ／ 導入事例
LINEに「出勤」「退勤」と送るだけで勤怠が記録され、月またぎ勤務も自動で正しく合算される状態にしました。
着手前打刻と集計が手作業で属人化。打刻漏れと月またぎの集計ミスが起きやすい。
着手後専用アプリ無しで打刻工数を撲滅。月またぎ勤務も自動で正しく合算。
打ち手全員が既に使っているLINEを入力面にし、打刻漏れは止めずに検知して自動補完。
専用アプリ不要打刻工数を撲滅
自動判定月またぎの集計ミスを削減
自動補完打刻漏れを検知
工程
LINE投稿→正規化→月またぎ判定→シート記録→月次集計→打刻漏れの自動補完→管理者ツール
詳細
背景と制約
- 勤怠の打刻・集計が手作業で属人化。打刻漏れと月またぎの集計ミスが起きやすい状態。
- 現場に新しい専用アプリを導入させられない条件。
設計の判断
- すでに全員が使っているLINEを入力面にしました。導入の失敗はほぼ「使われない」で起きるためです。
- 打刻漏れをエラーで止めず、検知して補完行を自動挿入する設計にしました。止めると現場が回りません。
運用のために作ったもの
管理者向けの手動登録・指定削除・全再集計ツール。打刻漏れの自己修復機能。
C-02業務自動化
請求書の作成・送信の自動化
株式会社EXPLACE ／ 導入事例
月次の請求書作成から送信までを全自動にし、数時間かかっていた作業を数分に縮めました。
着手前毎月の請求書作成と送信が手作業。数時間かかり、転記ミスも発生。
着手後数時間の作業が数分に。転記ミスは撲滅し、送信ログで漏れを即把握。
打ち手顧客ID・日付・ファイル名を人が打たない設計にし、例外月のための手動生成は残す。
数時間 → 数分に短縮
転記ミスを撲滅
送信ログで漏れを即把握
工程
入力→ID・日付・ファイル名を自動生成→PDF生成→メール自動送信→送信ログ・ステータス管理
詳細
背景と制約
- 毎月、請求書の作成と送信を手作業で実施。工数がかさみ、転記ミスも発生。
設計の判断
- 顧客ID・日付・ファイル名を人が打たない設計にしました。入力ミスは入力箇所の数に比例するため、箇所自体を減らします。
- 全自動にしつつ、ボタンによる手動生成も残しました。例外月に人が介入できないと運用が止まります。
運用のために作ったもの
送信ログとステータス管理。顧客ごとのメール文面設定。
C-03業務自動化
受注・製造指示・進捗管理の自動化
株式会社EXPLACE ／ 導入事例
受注の手書き・転記をマスタ自動補完に置き換え、現場の進捗を管理側からリアルタイムで見えるようにしました。
着手前受注の手書きと転記が多発。現場の進捗が見えず、納期回答が遅い。
着手後二重入力を削減し、現場の進捗が管理側へ即反映。納期回答が速くなった。
打ち手未登録データを弾かない学習型マスタを置き、入力を1箇所に集約して工程別に自動振り分け。
工程
一括入力→マスタ自動補完（図番・納期・単価）→学習型登録→工程別に自動振り分け→現場で進捗入力→管理リストへ即反映
詳細
背景と制約
- 受注情報の手書きと転記が多発。現場の進捗が把握できず、納期回答が遅い状態。
- 単価や製造条件がベテランの頭の中にあり、属人化していました。
設計の判断
- 未登録データを弾かず、ワンクリックで本登録できる学習型マスタにしました。マスタが完璧になるまで待つ運用は、現場で必ず破られます。
- 入力を1箇所に集約し、工程別シートへは自動で振り分けます。現場に転記させた時点でミスが戻ってきます。
運用のために作ったもの
学習型マスタ登録。現場向けの進捗チェック入力画面。
C-04業務自動化
POSデータの集計とロス削減
株式会社EXPLACE ／ 導入事例
溜まるだけだったPOSのCSVを、翌日の製造数を決められる形（色分け＋AIの改善提案）に変えました。
着手前POSのCSVが溜まるだけで、発注調整やロス削減に間に合っていない。
着手後1操作で集計完了。ロスが即可視化され、誰が見ても同じ判断ができる。
打ち手数値の羅列をやめ、緑／赤／黄の色分けとAIの改善アクションを判断の単位にする。
1操作で集計完了
色分けでロスを即可視化
基準の標準化誰でも同判断
工程
CSVアップロード→自動取込→売上・ロス率・粗利率を商品別に算出→閾値で色分け→AIが改善アクションを提案→翌日の製造数を調整
詳細
背景と制約
- POSのCSVが蓄積されるだけで、発注調整やロス削減にタイムリーに使えていない状態。
- 見るのはITリテラシーを前提にできない現場の担当者。
設計の判断
- 数値を並べるのをやめ、緑／赤／黄の色分けを判断の単位にしました。分析画面は「読める」だけでは使われず、「次に何をするか」が出て初めて使われます。
- AIの出力を分析ではなく改善アクションのコメントに限定し、判断基準が人によってブレないようにしました。
運用のために作ったもの
ITリテラシー不問の色分け画面。AIによる改善アクションの自動コメント生成。
C-05業務自動化
営業リスト作成・メール抽出の自動化
株式会社EXPLACE ／ 導入事例
業種×エリアの企業情報収集とHPからのメール抽出を全自動にし、実行を「3問に答えるだけ」にしました。
着手前業種×エリアの企業収集とメール抽出が手作業。従量課金で費用も読めない。
着手後3問に答えるだけで実行完了。予算に達すると自動で止まる。
打ち手月次の予算制御を先に実装し、実行は対話形式（業種→都道府県→件数）にする。
3問で実行完了
自動クロールでメール収集
予算制御で自動停止
工程
対話で条件指定→Places API で取得→HP自動クロール→メール抽出→日付別タブへ追記→月次予算に達したら自動停止
詳細
背景と制約
- 業種・エリアごとの企業連絡先収集と、HPからのメール抽出が手作業。
- 外部APIが従量課金のため、放置すると費用が読めない条件。
設計の判断
- 月次の予算制御を先に実装しました。従量課金の自動化は、止め方を作ってから動かします。
- CLIの引数を覚えさせず、対話形式（業種→都道府県→件数）にしました。引数表を見に行く時点で使われなくなります。
運用のために作ったもの
月次予算制御による自動停止。日付別タブでの履歴保存。
C-06業務自動化
テスター募集とメール案内の自動化
株式会社EXPLACE ／ 導入事例
応募受付からデモ案内の配信までを全自動にし、応募直後に案内が届く状態にして離脱を防ぎました。
着手前応募受付からデモ案内の送付まで手作業。個人情報の保管と閲覧管理も必要。
着手後受付から案内までが全自動。即時配信で離脱を防ぎ、SSLと権限制御で保護。
打ち手案内を送信と同時の即時返信にし、文面は実装に埋めず設定として外に出す。
即時配信で離脱を防止
全自動受付〜案内
SSL・権限制御で個人情報を保護
工程
応募フォーム→送信→デモ案内を即時自動返信→シートへ自動蓄積→SSL・閲覧権限制御
詳細
背景と制約
- 応募者の情報入力からデモ走行案内の送付まで手作業で、獲得業務に工数がかさむ状態。
- 応募者の個人情報を扱うため、保管と閲覧の管理が必要。
設計の判断
- 案内メールを送信と同時の即時返信にしました。募集は待たせた分だけ落ちるため、速度そのものが施策になります。
- 文面を実装に埋め込まず設定として外に出しました。募集条件は運用中に必ず変わります。
運用のために作ったもの
件名・本文の事前設定と随時変更。応募者データの一覧保存。
A-03設計と品質保証
インド（バンガロール）開発拠点の立ち上げ・運営
2021.10–2024.12 ／ 株式会社EXPLACE 取締役
開発拠点を採用から立ち上げ、3年以上運営し、開発コストを業界水準比で最大50%下げました。
着手前ベンダー経由では人を選べず、案件に合わせて替えられない。
着手後3年以上の継続運営。開発コストを業界水準比で最大50%削減。
打ち手採用から自社で行い、「日本語で要件を固める」工程を自社に残す設計にする。
工程
採用要件→採用・育成→日本語で要件定義→設計・実装（現地チーム）→品質ゲート→納品→組織運営
詳細
背景と制約
- ベンダー経由ではなく自社拠点としての立ち上げ。採用・育成・組織運営まで含みます。
- 3D・メタバース等、日本語で扱えるPMの母数が少ない領域を含む長期開発。
設計の判断
- ベンダーを使わず採用から自社で行う形を選びました。ベンダー経由では人を選べず、案件に合わせて替えられないためです。
- 安さではなく「日本語で要件を固める工程を自社に残す」ことを設計の中心に置きました。安いだけの体制は品質事故で相殺されます。
担当範囲
採用・育成・組織運営マネジメント、要件定義、開発運営。稼働可能な人数とスタックの内訳は、案件ごとにご提示します。
A-04設計と品質保証
日本企業とインド開発チームをつなぐブリッジSE
2020.4–2023.1 ／ KEMURI Technology Pvt. Ltd.
約3年、要件定義書も設計文書もE2E／APIテストも自分で書き、仕様の解釈が割れる前に潰しました。
着手前日本の発注者とインド開発チームの間で、仕様の解釈違いによる手戻りが起きうる構造。
着手後約3年の継続。解釈が割れる前に潰し、遅延率を下げ生産性を向上。
打ち手翻訳ではなく実装の解像度で仕様を書き、E2E・APIテストも自分で書く。
工程
要件ヒアリング→要件定義書・BPMN・アーキテクチャ図→開発チームへ引き渡し→改修→E2E・APIテスト→GA4分析・UI/UX改善
詳細
背景と制約
- 日本の発注者とインドの開発チームの間で、仕様の解釈違いによる手戻りが常時発生しうる構造。
- 言語だけでなく、前提の書かれ方（暗黙の了解の量）が両者で異なります。
設計の判断
- 翻訳ではなく、実装の解像度で仕様を書くことに振りました。「この書き方だと解釈が割れる」と開発側が言う前に潰せるためです。
- 自分でコードを触り、テストも書きました。書けない人が書いた仕様は、必ず実装フェーズで質問に変わります。
担当範囲
要件定義書・設計文書の作成、E2E／システム／APIテスト、品質改善プラン、PHP・HTML・CSSでの改修、GA4分析。実装は改修範囲で、設計とテストが担当の中心です。
D-01市場参入と集客
カンボジア アグリツーリズム事業の立ち上げと集客
2025.1– ／ 株式会社EXPLACE 代表取締役
広告費ゼロで、LPとコンテンツ設計だけで約3ヶ月に30名程度の旅行予約を獲得しました。
着手前予算が無く広告に出せない。現地事業者・農家との連携もゼロから。
着手後広告費ゼロのまま、約3ヶ月で30名程度の旅行予約を獲得。
打ち手オーガニック流入だけで完結する構成から逆算し、LPと体験コンテンツを同時に設計。
約30名の予約（約3ヶ月）
広告費ゼロオーガニック流入のみ
工程
ターゲット設計→体験コンテンツ企画（現地連携）→LP企画・構成・コピー→SEO／オーガニック導線→予約受付→現地オペレーション
公開サイトを見る →
詳細
背景と制約
- 予算がなく、広告に出せない前提での集客設計。
- 現地事業者・農家との連携をゼロから構築する必要がありました。
設計の判断
- 広告を前提にせず、オーガニック流入で完結する構成から逆算してLPとコンテンツを設計しました。予算がない制約を、後から効く資産に変えるためです。
- 体験コンテンツの企画段階からターゲット設計に合わせ込みました。集客を後付けすると、LPで説明できない商品になります。
担当範囲
事業企画、現地連携、ターゲット設計、LP企画・構成・コピー、SEO／オーガニック集客設計。BtoC観光領域での実績です。
D-02市場参入と集客
X（Twitter）アカウントのSNSマーケティング支援
2024.8–2025.2 ／ 株式会社FinT ／ 業務委託
日本語のSNS運用で、フォロワー150%増・エンゲージメント率40%向上に貢献しました。
着手前投稿の良し悪しが書き手の主観に流れ、何が効いたか切り分けられない。
着手後フォロワー150%増、エンゲージメント率40%向上に貢献。
打ち手コンセプト・ビジュアル・コピーを分けてA/Bテストする型を作る。
工程
アカウント戦略→投稿企画→コンテンツ制作→A/Bテスト→データ分析→運用の型として固定
詳細
設計の判断
- 投稿の良し悪しを感覚で決めず、A/Bテストで検証する型を作りました。日本語の「刺さる／刺さらない」は書き手の主観に流れやすいためです。
- コンセプト設計・ビジュアル・コピーを分けて検証し、どの層が効いたかを切り分けました。
担当範囲
戦略立案サポート、投稿企画、コンテンツ制作（コンセプト・ビジュアル・コピー）、A/Bテスト、クライアント向け資料作成。チームでの支援案件です。
D-03市場参入と集客
ストレッチLIFE｜パーソナルストレッチ専門店 ランディングページ
株式会社EXPLACE ／ LP制作・Webデザイン・ノーコード開発
解剖学に基づく独自メソッドの価値を訴求し、初回体験の予約獲得を目的とした全13セクションのLPを、構成設計から公開まで担当しました。
着手前マッサージや整体との違いが伝わらず、初回体験の予約に結びつかない。
着手後全13セクション・CTA6箇所のLPを、構成設計から公開まで担当。
打ち手他社比較セクションで訴求軸を可視化し、離脱が起きる箇所ごとにCTAを配置。
全13セクションの構成
CTA 6箇所離脱点ごとに予約導線
430px基準モバイルファースト設計
工程
構成設計・ワイヤーフレーム→Google Stitch でデザイン生成→html.to.design で Figma へ変換→Figma で Auto Layout を再設計→STUDIO で実装→ホスティング設定・公開
公開サイトを見る →
詳細
背景と制約
- マッサージや整体といった競合サービスとの差別化が伝わりにくい点が課題でした。
- 初回体験の予約獲得が目的で、判断はほぼモバイルで行われる前提の設計。
設計の判断
- 他社比較セクションを設け、「その場しのぎではない根本改善」という訴求軸を可視化しました。差別化は言葉で主張するより、比較の形にしたほうが伝わるためです。
- 医学的アドバイザーの監修コメントとお客様の声を段階的に配置し、専門性への信頼を積み上げる順序にしました。
- CTAを6箇所に分散配置し、離脱が起きうる箇所ごとに予約導線を確保しました。
- 紺（#1e2a3a）×ゴールド（#c9a84c）の配色で、専門性と高級感を両立させました。
制作フローの工夫
- AIによるデザイン生成を起点にすることで、制作スピードを短縮しました。
- Figma上でAuto Layoutを再設計してからSTUDIOへ移すワークフローを組み、移行時のレイアウト崩れを最小化しました。
担当範囲
構成設計・ワイヤーフレーム、UIデザイン、コーディング（ノーコード実装）、ホスティング設定・公開。使用ツールは Google Stitch／Figma／html.to.design／STUDIO、HTML・CSS。フォントは Noto Sans JP・Noto Serif JP。
D-04市場参入と集客
介護会社の採用難を、Webで変える ― ナイスケア 採用ブランディング＆サイト構築
2026年〜（進行中） ／ 有限会社ナイスケア（東京・新宿区）
求人媒体では応募が集まらない介護会社に対し、採用戦略の立案から採用サイトの構築、SNS×HP×LINEの導線設計までを一貫して担当しました。
着手前求人媒体に費用をかけても応募が集まらず、採用の9割が知人紹介に依存。
着手後採用戦略・複数ページのサイト・SNS運用計画までを一貫して納品（進行中）。
打ち手市場・エリア・競合・ターゲットの4視点で戦略を組み、5チャネルに役割を分担。
4視点で採用戦略を構造化
3層に決め手情報を整理
5チャネルの役割を分担設計
工程
市場・エリア・競合・ターゲット分析→採用戦略の構造化→決め手情報を3層に整理→チャネル別の情報設計→採用・地域取り組みページの制作→SNS運用計画（KPI・工数・体制）
公開サイトを見る →
詳細
背景と制約
- 求人媒体に費用をかけても応募がほぼ集まらず、採用の9割が知人紹介に依存している状態でした。若手人材が特に不足。
- 訪問介護は有効求人倍率が全職種平均を大きく上回る売り手市場で、従来の求人手法では埋もれてしまう構造がありました。
- 未経験から資格を取得できる、離職率が低い、地域活動があるといった強みが、求職者に伝わる形で言語化されていませんでした。
設計の判断
- 市場（人材流動性）・エリア（新宿の需給）・競合と他業界の成功事例・ターゲットの4視点で採用戦略を構造化しました。求人票の書き方を直す前に、どこで出会うかを決める必要があったためです。
- 「他業界で働く若者にSNSで先回りして出会い、サイトで不安を消し、LINEで動かす」という導線を設計し、TikTok・Instagram・Map・HP・LINEに役割を分担させました。1つのチャネルで全部を伝えようとすると、どれも中途半端になるためです。
- 求職者の決め手になる情報を3層に整理し、どの層をどのチャネルで出すかを固定しました。
- 専門用語を排した「やさしい版」の資料を別に用意しました。経営者・現場・制作チームの誰が見ても同じ絵が浮かぶことを優先したためです。
- 実行リソース（工数・体制・調達）まで計画に含めました。担い手が決まっていない計画は実行されないためです。
納品したもの
採用戦略レポート（市場分析・競合分析・ペルソナ・情報設計・実行計画）／採用・サービス・地域取り組みを含む複数ページのWebサイト／SNS運用計画（コンテンツ設計・投稿カレンダー・KPI・工数と体制）／チャネル別の情報設計マップ。
担当範囲
戦略設計、情報設計、UXライティング、Webデザイン、実装、SNS運用設計を一気通貫で担当。クライアントは訪問介護・居宅介護支援・認知症対応型通所介護を運営する事業者です。
D-05市場参入と集客
書籍を起点とした統合マーケティング支援 ― 戦略立案から組織診断システムの実装まで
2026年（出版前後・進行中） ／ 株式会社カイシン ／ 戦略立案・設計・実装
書籍からコンサルティング受注までのCV導線を設計し、ペルソナ別LPと40問の組織診断システムを実装したうえで、設問と文面の更新をクライアント自身が回せる状態まで引き渡しました。
着手前著者名では集客できず、書籍単体の利益も小さい。更新をエンジニアに頼れない。
着手後温度別3LPと40問の組織診断を実装。設問・文面はクライアントが更新（進行中）。
打ち手書籍のQRを入口に診断→セミナー→契約の導線を組み、更新は内製できる構成にする。
3パターン流入の温度別にLPを設計
40問の組織診断を企画・実装
運用は内製設問・文面をクライアントが更新
工程
統合マーケ戦略・ファネル設計→ペルソナ別3LPの設計→40問の組織診断を実装→スプレッドシート×GASのバックエンド→PDF生成・自動メール→GA4／GTMでの計測設計→運用移管
公開サイトを見る →
詳細
背景と制約
- 著者の一般的な知名度は限定的で、著者名では集客できない前提でした。
- 書籍販売そのものの利益は小さく、書籍を入口にコンサルティング受注へ繋ぐ導線が必要でした。
- 独自の経営理論（PMDB理論・求心力）を、経営者が自分ごととして扱える形に落とす必要がありました。
- 公開後の更新をエンジニアに依存させない、という運用条件がありました。
設計の判断
- 書籍内のQRコードを入口に、組織診断→出版セミナー→取材先企業の訪問ツアー→コンサル契約という順で導線を組みました。書籍単体の売上ではなく、その先の受注から逆算したためです。
- LPを現状認識型（課題自覚層）・自己発見型（好奇心層）・ロールモデル型（権威訴求）の3型に分けました。1枚で全チャネルを受けると、温度の低い流入が説明不足で落ちるためです。
- 理論を読ませるのではなく、40問の診断として体験させる形に翻訳しました。自分の結果が出てはじめて、経営者は自社の課題として扱えるためです。
- レーダーチャートは外部ライブラリを使わずCanvasで自作しました。依存を増やすと、表示崩れの原因が自分の管理外に出るためです。軽量で、オフラインでも動きます。
- YouTube動画はファサード方式で埋め込み、表示速度と訴求を両立させました。
内製化のために作ったもの
Googleフォーム／HTMLフロント × スプレッドシート（マスターデータ）× GAS の構成。設問・結果文面・メール文面をスプレッドシート側で編集できるようにし、権限分離まで設計しました。診断結果のPDF自動生成と、回答者への自動メール送信も含みます。
担当範囲
統合マーケティング戦略の立案（認知→興味理解→行動→関係→深耕→収益の6段階ファネル×チャネル×LP×SEO）、ペルソナ別LP設計、組織診断システムの企画・実装（現状／理想の求心力レーダーチャート、6軸のPMDB診断、5タイプ自動判定、改善優先順位の自動算出、変革ロードマップの自動生成）、バックエンド設計、GA4・GTM・UTMでの計測設計とKPI定義、クラウドファンディング型応援プラン（5,000〜50,000円）の設計。使用技術は HTML・CSS・JavaScript（Canvas）／Google Apps Script／Googleフォーム・スプレッドシート／GA4・Google Tag Manager／Cloudflare Pages・Xserver。出版前後の進行中案件のため、集客・成約の実績値は記載していません。
A-05設計と品質保証
3D・メタバース領域の開発プロジェクト運営
2021.10–2024.12 ／ 株式会社EXPLACE 取締役
3D・メタバースの長期プロジェクトを、企画・設計から実装まで含めて運営しました。
着手前研究開発を含む長期案件で、要件が動く前提。進め方の混在も必要。
着手後Unity・C#での実装を含む3D・メタバースの長期プロジェクトを継続運営。
打ち手ウォーターフォールとアジャイルを使い分け、企画・設計から実装まで運営する。
Unity・C#での実装を含む
長期運営研究開発を含む
工程
企画→要件定義→設計→Webアプリでのメタバース実装（Unity・C#・各種API）→テスト→開発運営
詳細
背景と制約
- 研究開発を含む長期案件で、要件が動く前提。
- ウォーターフォールとアジャイルの使い分けが必要な混在環境。
担当範囲
企画・設計・開発運営、要件定義、テスト、Webアプリでのメタバース実装。この案件は定量成果を計測していないため、数値は記載していません。
E-01事業開発と資金調達
Coach Decision OS ― 熟練指導者の意思決定知の構造化と継承
2026年〜（進行中） ／ 愛媛大学 社会共創学部（Ehime University, Faculty of Collaborative Regional Innovation）／ プロジェクトマネージャー・事業開発リード
「何が起きたか」ではなく「熟練コーチがなぜそう判断したか」を構造化し、組織が継承できる知識資産に変える大学発ディープテック事業で、事業計画の再構成から資金調達の準備までを担当しています。
着手前出口はPoC件数ベース、市場規模モデルはクラブ一律課金という前提のままだった。
着手後ステップ1はJST GAPファンド採択済み。18か月で完結する範囲へ再設計（ステップ2は申請準備中）。
打ち手出口を収益ベース（有償契約社数・ARR・継続率）に再設定し、階層型プライシングと社会的インパクトKPIを設計。
ステップ1JST GAPファンド採択済み
申請準備中ステップ2（上限3,000万円）
18か月で完結するスコープに再設計
工程
事業計画の添削・再構成→出口定義を収益ベースへ再設定→予算・マイルストンの再設計→市場規模モデルを階層型プライシングへ変更→社会的インパクトKPIの新規設計→競合ポジショニング分析
詳細
背景と制約
- 部活動の地域移行が進む一方で、指導者は不足し高齢化しています。熟練指導者が現場を離れるたびに、その判断知は記録されないまま失われます。
- 同じ構造は製造業の技能継承、医療・介護、企業人材育成にも存在します。スポーツは意思決定が高頻度かつ高密度に発生し、映像・発話・結果を検証しやすいため、この手法を最初に実証する場として適しています。
- 既存のスポーツテック（Hudl、Wyscout、GPS／トラッキング等）は「何が起きたか」を分析します。本プロダクトはその上位レイヤーで、熟練コーチが「何を見て、何を優先し、なぜその選択をしたか」を構造化します。
設計の判断
- 出口定義をPoC件数ベースから収益ベース（有償契約社数・ARR・継続率）へ再設定しました。
- 予算とマイルストンの構成を、上限額と18か月という期間内で完結する範囲へ絞り込みました。
- 市場規模モデルのクラブ一律課金という前提を階層型プライシングに変更し、投資判断上の整合性を確保しました。
- 助成側の評価基準に照らし、当初案に欠けていた社会的インパクトKPIを新規に設計しました。
- 国内外のスポーツテック企業に対する競合ポジショニング分析を作成しました。
プロダクトと体制
熟練コーチの判断を Decision Unit という標準スキーマ（状況条件・認識情報・選択肢・判断基準・結果・振り返り）として記録します。試合映像・指導者の発話・位置データを統合するマルチモーダル解析と、研究代表者が開発した時間制約下の優勢領域に関する数理モデルを基盤とします。
体制は、愛媛大学（研究代表者：山中亮 准教授。サンフレッチェ広島・愛媛FCでのプロコーチ歴約9年、博士（教育）。専門はスポーツ戦術分析）、FC今治（Jリーグ／データ取得およびPoCの実証フィールド）、インド工科大学ハイデラバード校（IIT Hyderabad）・大阪体育大学・大阪成蹊大学（参画研究者）です。
資金の状況
科学技術振興機構（JST）スタートアップ・エコシステム共創プログラム（PSI）GAPファンドのステップ1に採択済みです。ステップ2（ソーシャルインパクト部門・上限3,000万円）は申請準備中です。
担当範囲
現在は、事業計画の添削・再構成、予算とマイルストン構成の再設計、市場規模モデルの再設計、社会的インパクトKPIの設計、競合ポジショニング分析を担当しています。
今後は、資金調達（シードラウンドの準備、投資家向け資料、資本政策、投資家紹介）、事業検証（Jリーグ・Bリーグクラブとの有償PoC管理、価格・支払意思額の検証、Go-To-Market設計）、会社設立（愛媛大学からのスピンアウト支援、大学との知財ライセンス条件の整理、CEO・CTO候補の探索）、助成側および将来の投資家に対するKPI・レポーティング設計、海外展開（インド工科大学ハイデラバード校との接点を起点とした、南アジア・東南アジアの育成組織における検証スコープの策定）を担当します。
A-06設計と品質保証
大学同窓会団体の会員管理・予約システム開発
大学関連団体（如水会） ／ チーム3名 ／ 要件整理・テスト
アナログだった予約管理をオンライン化し、業務要件の整理から開発チームへの共有、ユーザビリティテストまでを担当しました。
着手前予約管理がアナログで非効率。変更・キャンセルのたびに事務側の管理負担が発生。
着手後オンライン予約管理を導入し、会員が予約から変更まで自分で完結できる状態に。
打ち手業務要件を整理してから開発チームへ渡し、ユーザビリティテストで予約フローの詰まりを潰す。
チーム3名要件整理からテストまで
予約〜変更を会員側で完結
工程
業務要件の整理→開発チームへの要件共有→実装→ユーザビリティテスト→改善点の共有→リリース
公開サイトを見る →
詳細
背景と制約
- 大学関連団体の会員向けシステム。既存の予約管理プロセスがアナログで、会員数に対して事務の手が足りない状態でした。
- 予約変更やキャンセルが煩雑で、そのたびに管理側の作業が発生していました。
設計の判断
- 会員側で変更・キャンセルまで完結する前提でフローを設計しました。予約の受付だけをデジタル化しても、事務の負担は変更対応に残るためです。
- ユーザビリティテストで詰まる箇所を特定してから、改善点を開発チームと協議する順序にしました。
担当範囲
業務要件の整理と開発チームへの共有、ユーザビリティテストの実施、UI/UXの課題整理と改善提案。
A-07設計と品質保証
資産運用シミュレーションWebサービスの要件共有と品質確認
大手金融機関向け（下請としての参画） ／ 要件共有・設計書作成・テスト
オンラインで資産運用をシミュレーションするサービスについて、要件の伝達・一部設計書の作成・UI/UXのテストとフィードバックを担当しました。
着手前資産計画のプロセスが複雑で直感的に理解しにくく、UIの操作性の低さが離脱につながっていた。
着手後視覚的に分かりやすい投資プランニングを提供するシミュレーターに。ナビゲーションを最適化。
打ち手クライアントのニーズを開発チームへ正確に伝え、設計書で認識を揃えてからテストで差分を潰す。
要件〜テストまで一貫して担当
設計書で開発との認識を統一
工程
要件の共有→一部設計書の作成→実装（開発チーム）→テスト→UI/UXのフィードバック
公開サイトを見る →
詳細
背景と制約
- 大手金融機関のオンラインサービス。下請けとしての参画で、担当は要件の伝達と品質確認の範囲でした。
- ユーザーの資産計画プロセスが複雑で、UIの操作性の低さが離脱率に直結していました。
設計の判断
- 口頭の伝達では認識が揃わないため、一部の設計書を自分で作成してからエンジニアに渡しました。
- 指摘はUI/UXの改善点として具体的な箇所に落として返しました。抽象的なフィードバックは実装に反映されないためです。
担当範囲
要件の共有、一部設計書の作成、テストの実施、UI/UXに関するフィードバック。下請けとしての参画のため、担当範囲は上記に限られます。
A-08設計と品質保証
従業員向け健康管理システムの改修と保守運用体制の構築
大手建設コンサルティング会社 ／ 改修1ヶ月・チーム2名 ／ 要件定義・保守運用支援
バグで使用が困難になっていた社内システムを1ヶ月で改修し、運用コストを30%削減した上で、クライアント側が自社で管理できる体制まで引き渡しました。
着手前バグの発生で使用が困難。管理コストが高く、管理体制も整備されていない。
着手後1ヶ月で改修を完了し、運用コストを30%削減。クライアントが自社で管理できる体制を構築。
打ち手改修だけで終わらせず、環境構築とメンテナンスの手順を文書化して引き渡す。
30%運用コストを削減
1ヶ月で改修を完了
自走できる管理体制を構築
工程
現状調査→要件定義・計画策定→改修（PHP／MySQL）→AWS環境の保守・運用→手順書の作成→引き渡し
詳細
背景と制約
- 従業員向けの健康管理システム。バグにより実運用が困難な状態からの開始でした。
- システムの管理コストが高く、社内に管理体制が整備されていませんでした。
設計の判断
- オフショア開発を使い、コスト効率を保ったまま改修しました。
- 開発環境構築のセットアップとメンテナンスの手順を文書に落としました。文書がないと、改修のたびに同じ調査が発生し、管理コストが下がらないためです。
担当範囲
要件定義・プロジェクト計画策定、システム改修とデータ管理に関する文書支援、AWS環境での保守・運用支援。使用技術は PHP・MySQL・AWS。稼働環境は現在非公開のため、URLは掲載していません。
A-09設計と品質保証
国際会計事務所の会計業務フローシステム（ブリッジSE）
国際会計事務所 ／ ブリッジSE・要件定義
国際会計業務のフローを可視化したうえで要件定義に落とし、開発チームとの技術調整からシステムテストまでを担当しました。
着手前業務フローが可視化されておらず、会計特有の例外処理が開発チームに伝わらない。
着手後業務フローとシステム構成を可視化し、クライアントの業務効率と開発チームの生産性を改善。
打ち手業務フローを図に落としてから要件定義に入り、仕様の理解を開発チームと共有する。
業務フローを可視化し効率を改善
仕様理解の促進で生産性を向上
工程
ヒアリング→業務フローの可視化→要件定義・設計文書→開発チームとの技術調整→システムテスト→改修要望の取りまとめ
詳細
背景と制約
- 国際会計業務の効率化が目的で、国をまたぐチーム間の調整が前提の案件でした。
- 業務フローが文書化されておらず、要件が言語化されていない状態からの開始。
設計の判断
- 業務フローとシステム構成を先に可視化してから要件に落としました。会計業務は例外処理が多く、文章だけでは開発チームに伝わらないためです。
- 改修要望は個別に流さず、取りまとめてから開発チームに渡す形にしました。
担当範囲
顧客要件のヒアリング、要件定義・設計文書の作成、開発チームとの技術調整（ブリッジSE業務）、システムテストの実施と改修要望の取りまとめ。守秘のため、クライアント名は業種の表記に留めています。
A-10設計と品質保証
大手化粧品メーカーのメディア型サービスアプリ 品質保証とUX改善
大手化粧品メーカー ／ APIテスト・システムテスト・UI/UX改善提案
グローバルブランドのサービスアプリで、APIとシステムのテストを実施し、ユーザー行動分析にもとづくUI/UX改善施策までまとめました。
着手前不具合の特定に時間がかかり、ユーザー体験の課題が改善計画に落ちていない。
着手後不具合を迅速に特定・解決し、ユーザー体験を中心としたUI/UX改善計画を提案。
打ち手テスト結果をレポートの形に整理して共有し、検出から改善提案までを一続きにする。
API/システムのテストを担当
UI/UX改善施策を策定
工程
テスト計画→APIテスト→システムテスト→結果の整理・レポート→ユーザー行動分析→UI/UX改善施策の策定
詳細
背景と制約
- グローバルブランドのサービス品質とユーザー満足度の向上が目的でした。
- 不具合の検出と、体験面の課題の切り分けを同時に求められる案件でした。
設計の判断
- テスト結果を都度共有せず、レポートに整理してから返しました。件数の羅列では優先順位が決まらないためです。
- 不具合の指摘とUX改善の提案を分けて出しました。前者は修正、後者は意思決定が必要で、扱う相手が違うためです。
担当範囲
APIテスト・システムテストの実施、テスト結果の整理とフィードバックレポートの作成・共有、ユーザー行動分析にもとづくUI/UX改善施策の策定。守秘のため、クライアント名は業種と規模の表記に留めています。
A-11設計と品質保証
紹介サイトとECサイトの改修（Microbechem／MAIN DISH.in）
バイオテクノロジー関連企業・フードサービス事業者 ／ 1名 ／ 開発改修・UI/UX改善
表示速度とUIに課題のあった2サイトを1人で担当し、コードのリファクタリングから改修・報告までを行いました。
着手前表示速度が遅くユーザー離脱が発生。UIが古く、視認性とアクセシビリティにも課題。
着手後リファクタリングでパフォーマンスを改善し、要望を踏まえてUI/UXを更新。速度と視認性が向上。
打ち手見た目の改修より先にコードと管理体制を整理し、後から手を入れられる状態にする。
工程
現状調査→コードのリファクタリング→フロント／バックエンドの最適化→UI/UX改善→定期報告・調整
Microbechem を見る → MAIN DISH.in を見る →
詳細
背景と制約
- バイオテクノロジー関連企業の紹介サイトと、フードサービス事業者のECサイトの2件。いずれも既存サイトの改修です。
- 表示速度の遅さが離脱につながっており、UIも古い状態でした。
- 1名体制で、改修から報告までを1人で回す条件。
設計の判断
- デザインの手直しより先に、コードのリファクタリングと管理体制の整備を行いました。土台が整理されていないと、改修のたびに速度が落ちるためです。
- 改修結果は定期的にクライアントへ報告し、要望との差分をその都度調整しました。
担当範囲
フロントエンド・バックエンドのコード最適化、UI/UX改善、ステークホルダーへの定期報告と調整。
A-12設計と品質保証
富士山地域の企業向け 3Dコーポレートサイト
地方企業・イベント事業者（Regionport／御殿場市） ／ 開発3ヶ月・チーム5名 ／ PM・UI/UX設計・品質管理
地域と事業の魅力を3Dで見せるコーポレートサイトを、PMとして要件定義からチーム統括・品質管理まで担当しました。
着手前地理的な制約で来訪者を増やしにくく、既存サイトでは事業の訴求力が弱い。若年層への認知も不足。
着手後3Dのインタラクティブな企業紹介とモバイル対応のUXで、訪問者の滞在時間と新規問い合わせが増加。
打ち手地域のストーリーを伝えるコンテンツ設計から入り、3Dをスマートフォンでも動く形に落とす。
3ヶ月／チーム5名で開発
滞在時間の向上
問い合わせの増加
工程
要件定義→コンセプト・UI/UX設計→3D制作（Blender）→実装（Three.js／React）→品質管理→公開（Netlify）
公開サイトを見る →
詳細
背景と制約
- 御殿場市を拠点にイベント企画・運営を行う地域企業のコーポレートサイトです。事業と地域の魅力を同時に発信する必要がありました。
- 地理的な制約により来訪者数が伸びにくく、既存サイトでは事業の訴求力が不足していました。
- 若年層に向けたブランド認知が不足している状態からの開始。
設計の判断
- 3Dを見せ場としてではなく、地域のストーリーを伝えるコンテンツ設計の一部として組みました。演出だけでは滞在時間は伸びないためです。
- 3Dは重くなりやすいため、モバイルで快適に動くことを前提に最適化しました。判断の多くはスマートフォンで行われるためです。
担当範囲
PM業務（要件定義・タスク管理・顧客折衝）、プロダクトのコンセプトおよびUI/UX設計と品質管理、開発チーム・アーティストチームの統括。使用ツールは Three.js／React／Blender／Netlify。
A-13設計と品質保証
酒造のブランドサイト制作と自走できる更新体制の構築
地方企業・酒造事業者（御殿場石川酒造） ／ 制作2ヶ月・チーム3名 ／ PM・品質管理
酒造の歴史とストーリーをアニメーションで表現し、クライアント自身がコンテンツを更新できる体制まで構築しました。
着手前歴史やストーリーを効果的に伝えられておらず、競合との差別化が難しい。モバイル対応も不十分。
着手後アニメーションでブランドストーリーを表現し、エンドクライアントが自ら更新できる体制を構築。
打ち手WordPress APIでコンテンツ管理を切り出し、公開後の運用を相手側に渡せる形にする。
2ヶ月／チーム3名で制作
自走できる更新体制を構築
工程
要件定義→コンセプト設計→実装（Next.js／React／Tailwind CSS）→WordPress API連携・SEO対策→品質管理→公開（Vercel／XServer）
公開サイトを見る →
詳細
背景と制約
- 酒造のブランド価値を高め、訪問者のエンゲージメントを上げることが目的でした。
- 歴史やストーリーという、文章だけでは伝わりにくい情報が主題です。
- モバイル対応が不十分で、競合との差別化も打ち出せていない状態。
設計の判断
- ブランドストーリーはアニメーションで見せる構成にしました。歴史は読ませるより、時間の流れとして提示したほうが伝わるためです。
- コンテンツ管理を WordPress API に切り出し、SEO対策と合わせて最適化しました。公開後の更新を制作側が抱えると、更新されないサイトになるためです。
担当範囲
PM業務（要件定義・タスク管理・顧客折衝）、コンテンツ管理の最適化と品質管理、開発チームの統括。使用ツールは Next.js／React／Tailwind CSS／WordPress／Vercel／XServer。
A-14設計と品質保証
地域観光プロモーション用 3Dモデル制作と都市開発の可視化
大手インフラ会社・観光業界関係者 ／ 制作6ヶ月・チーム5名 ／ PM・UI/UX設計・Unity実装
都市開発計画を3Dで視覚化し、関係者の合意形成を早めるためのモデルとシミュレーションを制作しました。
着手前視覚的な訴求力が足りず都市ビジョンを共有できない。初期計画段階で具体的なイメージが無く、合意形成が遅れる。
着手後都市開発計画をリアルに視覚化し、事前検討の段階でリスクを削減。合意形成のスピードが向上。
打ち手見せるだけの3Dで終わらせず、シミュレーション機能で潜在課題を先に洗い出す。
6ヶ月／チーム5名で制作
合意形成のスピードが向上
事前検討でリスクを削減
工程
要件定義→コンセプト設計→3Dモデリング（Blender）→Unity実装（フロント／バックエンド）→シミュレーション検証→品質管理
詳細
背景と制約
- 地域観光の魅力を視覚的に伝え、訪問意欲を高めることが目的でした。
- 視覚的訴求力の不足により都市ビジョンを共有できず、初期計画段階で具体的なイメージが欠如していました。
- 合意形成の遅れがプロジェクト進行の遅延に直結する構造でした。
設計の判断
- 3Dモデリングで都市開発計画をリアルに視覚化しました。図面と文章では、関係者ごとに違うものを想像したまま議論が進むためです。
- シミュレーション機能を組み込み、潜在課題を事前に洗い出せる形にしました。合意形成の遅れは、後から出てくる論点によって起きるためです。
担当範囲
PM業務（要件定義・タスク管理・顧客折衝）、プロダクトのコンセプトおよびUI/UX設計と品質管理、Unityによるフロントエンド・バックエンド実装、開発チーム・アーティストチームの統括。使用ツールは Blender／Unity／Plastic SCM／Photon Server／Shopify API。守秘のため、クライアント名は業種と規模の表記に留めています。
A-15設計と品質保証
御殿場観光メタバースの構築
大手インフラ会社・観光業界関係者 ／ 制作3ヶ月・チーム3名 ／ PM・3D最適化・品質管理
観光地の魅力を世界から体験できる仮想空間を構築し、オフシーズンでもオンラインで観光できる導線を作りました。
着手前地理的な制約で観光客の誘致が難しく、地元の観光資源を発信しきれていない。イベント用の複数人参加環境も無い。
着手後仮想観光体験と特産品・イベントのオンライン販売機能を備えた、世界中からアクセスできる観光プラットフォームを構築。
打ち手3Dの最適化計画を先に立て、複数人が同時に入れる環境を前提に設計する。
3ヶ月／チーム3名で制作
オフシーズンのオンライン観光を構築
工程
要件定義→3D最適化計画→実装（Unity／Photon Server）→多人数参加環境の検証→品質管理→公開（AWS）
詳細
背景と制約
- メタバースを活用して観光地の魅力を世界に発信することが目的でした。
- 地理的な制約で観光客の誘致が難しく、イベント開催のための複数人参加環境も必要でした。
- 地元の観光資源を効果的に発信できていない状態からの開始。
設計の判断
- 3Dの最適化計画を先に立ててから実装に入りました。仮想空間は多人数が同時に入った時点で成立しなくなることが多く、後から軽くするのは作り直しになるためです。
- 特産品やイベントのオンライン販売機能を組み込み、体験だけで終わらない導線にしました。
担当範囲
PM業務（要件定義・タスク管理・顧客折衝）、3D最適化計画と品質管理、開発チーム・アーティストチームの統括。使用ツールは Blender／Unity／Git・GitHub／Photon Server／AWS。守秘のため、クライアント名は業種と規模の表記に留めています。
D-06市場参入と集客
belle｜パーソナルカラー診断サロンのLP制作とWeb集客設計
個人事業（愛媛・松山） ／ 制作 約1〜1.5ヶ月 ／ ディレクター兼実装（＋デザイナー1名）
Web経由での予約・問い合わせを獲得するLPを、マーケティング設計から実装・計測基盤の構築・公開まで一貫して担当しました。
着手前サービス内容が複雑で初見ユーザーに伝わらない。SEOや広告を前提とした導線が未整備で、集客が仕組み化されていない。
着手後共感→解決→行動のLP構成と、GA4／GTM／GSCの計測基盤を構築。予約・LINE導線までのコンバージョン設計を完了。
打ち手ターゲットを絞ってから構成を書き、公開と同時に計測できる状態にする。
約1〜1.5ヶ月で公開まで
GA4・GTM・GSCの計測基盤を構築
予約・LINEの導線を確立
工程
ターゲット・訴求軸の設計→LP構成・コピー設計→STUDIOで実装（レスポンシブ）→SEO初期設計→GA4／GTM／GSC構築→ドメイン・DNS設定・公開
公開サイトを見る →
詳細
背景と制約
- 個人事業のパーソナルカラー診断・イメージコンサルティングサービス。Web経由で予約・問い合わせを取ることが目的でした。
- サービス内容が複雑で、初見のユーザーに価値が伝わりにくい状態でした。
- SEOや広告を前提とした導線設計が未整備で、集客が仕組みになっていませんでした。
設計の判断
- ターゲットを明確にしたうえで、共感→解決→行動の順にLPを構成しました。サービスが複雑なときほど、説明の量ではなく順序で決まるためです。
- SEOを意識したキーワード設計とページ構造にし、広告に依存しない集客も成立する形にしました。
- 公開と同時にGA4・GTM・GSCを入れました。計測が後回しになると、改善の判断材料が最初の数ヶ月分だけ失われるためです。
担当範囲
Webマーケティング戦略設計（ターゲット・訴求軸・導線設計）、LP構成・コピー設計およびディレクション、STUDIOによる実装とレスポンシブ対応、SEO初期設計、計測環境（GA4・GTM・GSC）の構築、ドメイン／DNS／公開設定。使用ツールは STUDIO／Google Analytics 4／Google Tag Manager／Google Search Console／HotPepper／LINE。
D-07市場参入と集客
DocPuzzle｜新規事業サービスのLP改善とユーザー行動データ基盤
開発会社の新規事業 ／ チーム3名 ／ 事業戦略支援・LP改善・計測実装
新規事業の市場調査から、LPの改善とGA4によるユーザー行動データの可視化までを担当しました。
着手前新規事業の認知度が低くリードが取れない。ユーザー行動データが可視化されておらず、施策の判断ができない。
着手後LPを改善して認知の入口を作り、GA4でユーザー行動を可視化。データにもとづいてデザインと導線を最適化。
打ち手LPを直す前に計測を入れ、どこで落ちているかを見てから手を入れる。
GA4でユーザー行動を可視化
市場調査から事業戦略の策定を支援
工程
市場調査→事業戦略の策定支援→LPの構成・改善→GA4によるトラッキング実装→システムテスト→データにもとづくUI/UX改善
公開サイトを見る →
詳細
背景と制約
- 開発会社の新規事業サービスの立ち上げ支援と、LPの構築・改善が範囲でした。
- 新規事業の認知度が低く、リード獲得が困難な状態からの開始。
- ユーザーの行動データが可視化されておらず、適切なマーケティング施策を打てませんでした。
設計の判断
- トラッキングツールを先に実装してからLPに手を入れました。落ちている箇所が分からないまま直すと、改善したかどうかも分からないためです。
- 高コンバージョンを前提とした構成にLPを修正し、認知度の向上と計測を同時に進めました。
担当範囲
サービス戦略立案（新規事業の市場調査、事業戦略の策定支援）、LPの修正・改善、Google Analytics 4 によるトラッキング実装とユーザー行動データの可視化、システムテスト、データ分析にもとづくUI/UX改善。