KICKOFF MEETING

WEDO HP改修 AIO対策 キックオフ

6月末リニューアルに向けて — 実装パートナーとしての叩き台

DATE
2026.05.22 (金) 15:00-16:00
TO
株式会社大広WEDO 御中
FROM
株式会社大村 / 吉田 光輝

PART 1

オリエンテーション

SECTION 1-1

本日のゴール(60分)
この時間で着地させたい3点(決め切りではなく方向性合意)
① 着手優先順位の合意
外科①〜⑥ + 内科6点(答え先出し含む)について、Must / Should / Could の3階層で合意する。
② 大村側の知見共有 + 業界実証データの確認
他クライアントでの実装パターンに加え、2026年5月時点の業界エビデンス(数字付き)を共有。WEDO側の判断材料を増やす。
③ 6月末公開までのリズム設計
定例頻度・連絡軸(Slack / Teams)・公開判定/ロールバックの責任分担を決める。

議論型MTG。途中で疑問があれば随時止めて議論しましょう。

SECTION 1-2

体制とマイルストーン
役割担当補足
発注元大広WEDO / 大地 伸和 役員5/8 正式発注メール
本件PM長谷川 雄一 部長
(東京デジタルプロモ)
議論型進行のリード
大阪オブザーバー青木 祐香(大プロ局)6/4 大阪訪問で合流
見積窓口WUUZY / 富永 一仁直接契約への移行も可
受注株式会社大村 / 吉田 光輝AIO 実装担当
2026.05.08正式発注
2026.05.22キックオフ
本日
2026.06.04大阪訪問
2026.06.末リニューアル
公開

稼働約1.5カ月(実質5〜6週)/ 検証と改善を前提に進める

SECTION 1-3

全体像 — 外科 × 内科 × 外部の3軸
「AIが読める構造」「AIが拾える内容」「AIが参照する評判」を同時に整える
SURGICAL — 技術基盤

外科的アプローチ

JSON-LD / ページ別スキーマ / OGP / robots+sitemap / llms.txt / canonical の6本柱。

目的: AIクローラーに正しい情報を渡す。誤読を防ぐ。
MEDICAL — コンテンツ

内科的アプローチ

答え先出し設計 / 独自ツール説明 / 親会社関係明示 / ABOUTコピー補強 / WORKS文脈化 / 動画キャプション。

目的: AIに「何をする会社か」を再現性高く語らせる。
EXTERNAL — 外部言及

サイト外の評価形成

Wikidata 登録 / メディア露出 / 表記統一(社名・サービス名)。

目的: AI が学習段階で WEDO を「何者か」として記憶する。本フェーズの範囲外だが補足として共有。

出典: ベイジ「LLMOの教科書」(2026-05-20) — LLMOはウェブ改修だけでは成立せず、実態を伴うビジネス活動が前提

PART 2

現状診断

SECTION 2-1

WEDO サイト 現状監査

監査日: 2026-05-21 / 対象: https://www.daiko-wedo.co.jp/

構造化はほぼ未着手。ただし基盤OGPは存在 — 0からではなく1からのスタート
項目
状態
評価
① JSON-LD
全ページ application/ld+json0件。Organization スキーマも未設定
未着手
② スキーマ
ページ別の Schema.org タイプ(Service / FAQPage 等)はすべてゼロ
未着手
③ OGP / X Card
基本タグはあるが、全サブページが index と同一。og:type は article で誤値
部分実装
④ sitemap
/sitemap.xml404/sitemap.php(人間向けHTML)のみ存在
部分実装
④ robots.txt
1行のみ(Googlebot-Image制限のみ)。主要AIクローラーへの明示なし
部分実装
⑤ llms.txt
/llms.txt404
未着手
⑥ canonical
全ページで未設定
未着手
⑥ 内科
about-company に親会社(大広/博報堂DY)への言及なし。動画4本にキャプションなし
部分実装

詳細: docs/ai-context/external-research/wedo-site-audit-2026-05-21.md

SECTION 2-2

業界トレンド — なぜ今やるか
Google I/O 2026 (5/19-20) が転換点を宣言。「青リンク」から「AI合成回答」へ
Google AI Mode
月間利用者数
10億
Google I/O 2026
(5/19 発表)
全Google検索の
AI Overviews 表示率
48%
SEO.com 2026/3
(前年同期 6.5%)
AI Mode 検索の
ゼロクリック率
93%
2026
(セッション無訪問)

2026年5月のホットな論点

論点内容
Google公式ガイド (5/15)「GEOはSEOと同じ」「llms.txt等は不要な神話」と公式表明 → iPullRank Mike King が5/18公開反論(マルチAI時代は別規律)。業界二分
21,143件AI引用実測 (5/18)Q&Aフォーマット単独は効果なし。効くのは数字+61.5% / 定義+57.3% / 比較表+55.3% / 手順+41.2%を含む長文(高影響ページは平均1,943語、低影響の11.4倍)
答え先出し (H2直下)引用率 +24ポイント (GEO Lab 実証)。21,143件研究の「定義 +57%」とも整合
llms.txt の実態Google公式は「不要」と否定。Anthropic/Perplexityは尊重と表明。Fortune 500 採用率 7.4%。本日の判断材料に
SEO 1位 = AI引用最強Cyrus Shepard 54研究分析: Google順位スコア 9.4/10 (因子第2位)。SEO基盤の上に AI 向け上乗せ
ベイジ「LLMOの教科書」(5/20)国内最体系の論考。Google公式とは微妙に異なる立場で「SEO + 上乗せ施策」を推奨

詳細: docs/ai-context/external-research/aio-trends-2026-05-22.md(直近2週間分)

SECTION 2-3

グループの文脈 — 親会社・グループは既に動いている
本件は「グループ全体のAIO/AGIへの戦略コミット」の流れに乗っている
日付主体動き
2025/8大広WEDO × Laboro.AIAIO 3ステップ手法を先行開発(AIO診断 → オントロジー設計 → BDAI実装)。WEDO LP5 light(最短5営業日LP)も同時期
2026/2Hakuhodo DY ONE「ONE-AIO Lab」設立。AIO/LLMO対策サービスを正式販売中。グループ専門組織として本格稼働
2026/2/12博報堂DYワン「AI検索カンファレンス2026」主催
2026/2/16博報堂DYHD松尾豊氏のAGI企業「Third Intelligence」に資本参画。AGI × 生活者マーケティングを宣言
2026〜業界連合「AIO Web Experience Consortium」設立(博報堂・AI Hack 等の3社連合)。AI検索白書2026 発行
大村のポジション
グループの AIO 戦略コミットと、WEDO 自身が既に持つ AIO 3ステップ手法(Laboro.AI 協業)の流れの中で、今回の WEDO HP改修は実装フェーズにあたる。大村は WEDO のデジタルプロモーション実装パートナーとして、この文脈に技術的に応える役割。

詳細: docs/ai-context/external-research/daiko-group-ai-context.md

PART 3

外科的アプローチ(技術基盤)

SECTION 3-0

優先度の評価基準
★★★ / ★★ / ★ は次の3軸で評価しています
判定の中身
効果見込み業界実証データ(Frase / Ahrefs / GEO Lab / 21,143件研究 等)に裏付けされた AI引用率改善の期待値
実装容易性1.5カ月の稼働内で完了可能な工数。WEDO側の承認フローの長さも含む
6月末公開への寄与リニューアル時点で「ここまでは入れる」と顧客と約束しても破綻しないか

本日の優先度提案サマリー — ★★★ は本文側 3点のみ

項目優先度担当軸
内科#0 主要ページに「答え先出し」(H2直下に結論文)★★★本文の中核
内科#1 独自ツール群(BDAI/GrafRAG/DDD/LP5)の説明強化★★★WEDO固有の差別化
内科#2 about-company に親会社関係+会社サマリー★★★エンティティの核
外科② FAQPage スキーマ(about/ai-intelligence/solution)★★ / 効果期待は高本文完了後に必ず載せる
外科① Organization JSON-LD + WebSite★★構造化基盤(必須)
外科③ OGP / X Card 個別化★★衛生要件
外科④ 静的 sitemap.xml + robots.txt 整備★★発見性・検証性
外科⑥ canonical 全ページ★★衛生要件
外科⑤ llms.txt 初版設置★★
/低工数の補助施策
将来標準化への備え
外科② 残りページのスキーマ(works/news/recruit)公開後フェーズ
外科⑥ hreflang条件付多言語予定の場合のみ
内科#3〜#5 ABOUT補強 / 動画キャプション / WORKS文脈化★★ / 厚み(一部公開後)

依存関係: 内科で本文を作る → その本文に合わせて外科の FAQPage / JSON-LD を載せる。★★★ TOP3 は本文側に集約。

SECTION 3-1 / 外科 ①

JSON-LD による構造化データ実装
Organization + WebSite を起点に、サイト全体の構造化基盤を敷設

WHAT — 何をやるか

サイト head 部に <script type="application/ld+json"> を追加。Organization(parentOrganization に大広株式会社を明記)+ WebSite(SearchAction 含む)から開始。

WHY — 狙い

「会社実体・親会社関係・所在地・主要サービス」を AIクローラーに構造データとして渡す。ページ別スキーマの足場になる。

留意点

Claude は JSON-LD をほぼ無視する報告あり(SearchVIU 2025/10 実験で 0/8)。可視HTMLテキストと一致した内容で書くことが前提。スキーマだけ書いても効かない。

PRIORITY
★★
構造化基盤として必須。ただし★★★ TOP3 は本文側に集約(内科#0/#1/#2 完了後にこれを乗せる順序)。
3種以上の JSON-LD で AI 引用率 2.5〜3x(複数ベンダー分析)/ Organization は entity disambiguation の基礎

SECTION 3-2 / 外科 ②

ページ別スキーマの追加(FAQPage を最優先)
FAQPage は AI Overviews への馴染みは良い。ただし「単純なQ&A」では効かない(21,143件研究)
対象ページ適用スキーマ外科優先度 / 効果期待
/about-company.phpOrganization(詳細版・親会社明示)★★ / 効果期待 大(会社の核)
/ai-intelligence.phpService + FAQPage(TechArticle は要確認)★★ / 効果期待 大
/solution.phpService + FAQPage★★ / 効果期待 大
/works.phpItemList + CreativeWork★★ / 効果期待 中
/news.phpNewsArticle★★ / 効果期待 中
/recruit.phpJobPosting / 効果期待 小

★★★ は本文側(内科#0/#1/#2)に集約。スキーマは「本文が完成して初めて意味を持つ」ため、優先度は★★。

大村の提案

about-company / ai-intelligence / solution の3ページに FAQ セクション(質問と回答のペア)を新設し、FAQPage スキーマを乗せる。WEDO 独自ツール(BDAI / GrafRAG / DDD AI Studio / WEDO LP5 light)について「これは何か」「何ができるか」「想定ユーザー」をFAQ化。

21,143件研究を踏まえた FAQ 本文の品質要件

単なるQ&Aは効果なし。回答文に定義(+57.3%)・数字(+61.5%)・比較表(+55.3%)・手順(+41.2%)のいずれかを必ず盛り込む。固有名詞・サービス定義・対象顧客・提供主体(WEDO + 大広グループ)を明確に。

PRIORITY
★★
優先度は★★/効果期待は高。FAQPage は効果データが最も強いが、FAQ 本文を作る作業が中核であり、外科スキーマ単独では★★。本文(内科#1/#2)完了後に必ず乗せる位置付け。
21,143件AI引用実測 (5/18公開): 定義+57.3% / 数字+61.5% / 比較表+55.3% / 手順+41.2%。Q&A単独×

SECTION 3-3 / 外科 ③

OGP + X / Twitter Card 個別化
現状は全サブページが index と同一。AI / SNS がページを区別できない

WHAT — 何をやるか

各サブページの OGP(og:title / og:description / og:image / og:url)と X / Twitter Card(twitter:* メタタグ)をページ固有値に更新。トップの og:type=articlewebsite に修正。

WHY — 狙い

SNS/共有プレビューの表示品質を改善し、AI/検索/共有プレビューが参照しうるページ要約を明示できる。

正直なところ

AI引用の直接効果は限定的(SNS品質には効く)。AIO主施策は JSON-LD・本文・sitemap・llms.txt 側にある。低工数なので「落とさず実施」位置付け。

PRIORITY
★★
衛生要件。テンプレ整備で全ページ展開は工数小。

SECTION 3-4 / 外科 ④

robots.txt + 静的 sitemap.xml
クロール衛生。静的XMLで取得・検証の安定性を高める

robots.txt 追記案

User-agent: GPTBot           → Allow:/
User-agent: OAI-SearchBot    → Allow:/
User-agent: ClaudeBot        → Allow:/
User-agent: Claude-SearchBot → Allow:/
User-agent: PerplexityBot    → Allow:/
Sitemap: https://www.daiko-wedo.co.jp/sitemap.xml

sitemap.xml

動的 /sitemap.php ではなく、静的 XML として提供する方が、クローラー側の取得・キャッシュ・検証が安定する。URL確定後すぐに着手したい(Week 3〜4)。

PRIORITY
★★
直接の引用増ではないが、クロール前提の衛生要件。Fortune500ですら明示は11%。
信頼サイトのAIブロック率 23%→60% (2023-2025) — 許可/禁止の明示は今やるべき

SECTION 3-5 / 外科 ⑤

llms.txt の設置
補助的施策。実証データは弱いが、低コストで先行投資する価値はある

WHAT — 何をやるか

LLM 向けに参照しやすい会社説明を Markdown 形式で /llms.txt に配置。会社概要 + 主要ページ + 独自ツール群。

正直な現状(業界の評価が分かれる)

Anthropic / Perplexity は llms.txt を尊重すると公式表明。一方で OtterlyAI 90日実験では AIボット訪問の0.1%しかアクセスせず、SE Ranking 30万ドメイン調査で引用率との相関ゼロ。単独効果は弱い

大村の判断

採用率は急増中(Fortune500 で 7.4%、Tranco Top10000 で 5.86%)。実装コスト30〜60分の「低コストインフラ」として導入し、将来標準化された場合に備えた低コストな準備という位置付け。WEDO のブランドストーリー(AI領域に強い制作会社)とも整合性が高い。

PRIORITY
★★
実験価値として実施。「目玉施策」とは位置付けない。
採用 Fortune500: 7.4% / Cloudflare・GitHub・Stripe・Salesforce 等が既設置

SECTION 3-6 / 外科 ⑥

canonical(必須)/ hreflang(条件付き)
canonicalは原則実施 / hreflang は英語版あり/予定ありの場合のみ
CANONICAL — 全ページ

各ページの head に追加

<link rel="canonical" href="..."> を全ページに設置。
重複コンテンツ発生時(URLパラメータ・PHP/HTMLバージョン違い等)に正規URLを指定。

優先度: ★★
単言語サイトでも衛生要件として必須。
HREFLANG — 条件付き

多言語対応がある場合のみ

英語版サイト・他言語版が存在する/予定がある場合に hreflang 設定。

本日の確認事項: WEDO は英語版の予定がありますか?

優先度: 条件付き
予定なしならドロップ。

WEDO側で多言語要件の有無を本日確認したい。

PART 4

内科的アプローチ(コンテンツ)

SECTION 4-1

コンテンツ6点
外科で「読める構造」、内科で「拾える中身」を整える
#項目内容優先度
0主要ページに「答え先出し」(新規)H2 直下に結論文を1〜2文で配置。「WEDOとは何か」「BDAIで何ができるか」を抽象から始めず結論先出し★★★
+24pt実証
1独自ツール群の説明強化BDAI / DDD AI Studio / WEDO LP5 light / GrafRAG に「できること・できないこと・想定ユーザー」を箇条書き+FAQ形式で追加★★★
2about-company に親会社明示「大広WEDO(大広株式会社の制作子会社、博報堂DYホールディングスグループ)は〜」を冒頭1〜2文で。AIが文脈を即座に把握できるように★★★
3ABOUTページの抽象コピー補強「速く、鋭く、動ききる」等の抽象コピーに、AI可読な具体キーワードを補足★★
4SOLUTION の動画にテキスト主要1〜2本(AI/Solution の中心動画)にキャプション or トランスクリプトを追加。残り2本は公開後★★
5WORKSページの事例補強守秘範囲内で、業種カテゴリ・課題種類・アプローチを記述。ロゴ羅列からAIが拾える文脈情報へ

「答え先出し」は GEO Lab 実証で引用率 +24ポイント。本フェーズの新規追加項目。

PART 5

大村からの提案

SECTION 5-1

業界知見+アンチパターン
「拾われる」「拾われない」を分けるパターン — 実装で避けたいアンチパターン
A. 拾われやすい

推奨パターン

・Organization 起点で完結する JSON-LD
・H2 直下に結論先出し
定義文・数字・比較表・手順を含む長文(1500語超)
・固有名詞・サービス定義の繰り返し
・FAQは「Q&A単独」ではなく回答に上記要素を入れる
B. 拾われにくい

避けるパターン

・画像内テキスト(武庫川女子大の共学化誤回答事例)
・動画のみのコンテンツ
・抽象コピー単独(補足説明なし)
・アコーディオン本文非表示
・CDN/WAF での AIボット一律ブロック
C. 計測の現実

正直なところ

・AI Citation の計測指標は未確立
・ツール間でデータ最大40%乖離
・無料解 = GA4リファラー + 手動スポットチェック
・有料 = Profound / Otterly.AI / AthenaHQ
・月1〜2回の人手検証が現実解

出典: ベイジ「LLMOの教科書」(2026-05-20) / Generix Marketing / OtterlyAI 90日実験 / 21,143件AI引用研究 (2026-05-18)

SECTION 5-1b

日本企業の AIO 実装事例 — 「やった人」がいる
仮説や海外論文だけでなく、国内で実装した企業が成果を出している
企業施策成果
ENVY DESIGN
制作会社
JSON-LD の網羅的実装AI 検索流入が 12ヶ月で 3倍。「構造化データを正しく入れるだけで効く」根拠
StockSun
マーケ支援
AI ハイブリッド記事 1,358 KW 投入ChatGPT 引用数 +69%(前月比、ChatGPT Search 解禁直後)
Speee
マーケ支援
コンテンツリッチ化+HTML構造最適化ターゲットプロンプト × Gemini で競合内 1位推奨率を獲得。2026/5 自社公開
仁頼クライアント
BtoB SaaS
FAQ スキーマ 50本+独自調査レポート公開 6ヶ月Perplexity 言及が月0回 → 月15回超。「独自データを持つ企業がAIに認知される」
WEDO 案件への含意
ENVY DESIGN の事例 = JSON-LD 実装の効果実証 → 外科①②の根拠/仁頼の事例 = 「独自データ + FAQ スキーマ」が決め手 → 内科#1(独自ツール群)+ 外科②(FAQPage)と完全一致。WEDO の BDAI / GrafRAG / DDD AI Studio / WEDO LP5 light はまさに「独自データ」そのもの。

詳細: docs/ai-context/external-research/aio-japan-cases.md

SECTION 5-2

着手順 — Must / Should / Could(6月末必達範囲)
Mustは技術衛生+本文の核に絞る。承認待ち項目は Week 1-2 でドラフト提出、Week 3 末に承認締切
Week 1〜2 MUST(ドラフト)
外科 基盤
・① Organization + WebSite JSON-LD 雛形
・③ OGP / X Card テンプレ整備
・④ robots.txt 更新

内科 ドラフト
・#0 答え先出し 方針設計
・#2 親会社明示 ドラフト → WEDO提出
・#1 独自ツールFAQ 骨子

Week 2末ゲート
・公開作業者・環境・権限 確定
・ロールバック骨子 確定
・対象URL一覧 確定(Go/No-Go 判定用)
Week 3〜4 MUST(実装)
外科 本実装
・② FAQPage(about/AI/Solution)
・④ 静的 sitemap.xml 生成
・⑥ canonical 全ページ
・⑤ llms.txt 初版 公開

内科 承認・完成
Week 3末: #1#2 WEDO承認 締切
・#4 主要動画キャプション(AI/Solution の1〜2本)

Week 4末ゲート
・ロールバック実行手順書 確定(骨子→実行可能形式に)
Week 5〜6 VERIFY&PUBLISH
検証
・Rich Results Test(必須エラー0/警告許容)
・Schema Markup Validator
・ステージング上で全head確認

公開判定 → 本番反映 → 監視
・下記 Go/No-Go 全項目クリアで Go
・本番反映後 24h は監視継続
・問題発生時は即ロールバック実施
公開判定 Go / No-Go チェック(Week 5末)
☐ 構造化データの必須項目エラー 0(推奨/警告は許容)
☐ Week 2末確定の対象URL一覧すべてで表示崩れ・大量404なし
☐ 全対象URLの canonical / OGP / robots / sitemap 確認済
承認済み原稿のみ公開(未承認は該当セクション非掲載を第一選択、ページ全体 noindex は最終手段)
☐ ロールバック実行手順書 確認済(Week 4末確定済み)/ 証跡保存先・判定者・実行者を明示

SHOULD(7月) #3 ABOUTコピー補強 / ②残りページのスキーマ(works/news/recruit)
COULD #5 WORKS事例補強 / 外部言及(Wikidata等)/ AI Citation 計測ツール導入

SECTION 5-3

スキーマ設計表 + 責任分担(RACI)

スキーマ設計(実装着手前にこの粒度で確定)

対象URLスキーマ必須プロパティ情報の出典
/about-company.phpOrganizationname / url / parentOrganization / foundingDate / numberOfEmployees / sameAs会社概要ページ+大広グループ公式
/ (top)WebSite + Organizationname / url / potentialAction(SearchAction)同上
/ai-intelligence.phpService + FAQPage(TechArticle は記事実体が確認できる場合のみ)name / provider / description / mainEntity(Question/Answer)各ツール紹介テキスト+FAQ新規執筆
/solution.phpService + FAQPage同上同上

RACI + 承認フロー

タスク大村WEDO承認/期限
スキーマ設計・実装R/AC
原稿執筆(FAQ・サマリー)RAWEDO承認 Week3末締切(差し戻し上限2回)
事実確認(親会社・数値)CR/A窓口要確定(本日論点)
ステージング提供R/AWeek2末までに環境提供
本番反映・公開判定CR/AWeek5末 Go/No-Go チェック後
ロールバック判断CR/A監視24h以内
未承認時の縮退ルール: Week 3末までに WEDO 承認が得られない原稿は、当該ページを noindex 公開 or 該当セクション非掲載で進める。公開遅延せず Must を守る。

R=Responsible / A=Accountable / C=Consulted / I=Informed

SECTION 5-4

公開後 — AIO 効果の計測設計
「実装したら拾われているか」を継続的に確認する仕組みを最初に設計しておく

初回計測(公開直後 = 7月第1週)

AIサービス検証クエリ例確認項目
ChatGPT (web search)「大広WEDO とは」「博報堂DYグループの制作会社」「Brand Dialogue AI」引用の有無 / 引用URL / 内容の正確性
Perplexity同上引用密度(複数URL)/ ソースの上位表示
Google AI Overviews関連クエリで AI Overviews が表示されるか表示有無 / カードへの引用
Gemini同上引用 / Knowledge Graph 反映

継続計測

手段頻度記録
手動スポットチェック月1〜2回共有スプレッドシートに記録(クエリ / 引用有無 / 引用URL / 競合比較)
GA4 リファラー週次chatgpt.com / perplexity.ai 等からの流入を分離計測
Search Console月次ブランドキーワード検索量・インプレッション推移をプロキシ指標として観測

有料ツール(Profound / Otterly.AI / AthenaHQ)は7月以降に検討。データはツール間で最大40%乖離するため、手動検証は外せない。

PART 6

議論・確認事項

SECTION 6-1

確認したい論点
本日 or 次回までに方向性を決めたい7点
#論点確認したいこと
1ノウハウ転用制限当初構想の「他社転用制限条項」が本実装契約にどう反映されているか
2多言語要件英語版サイトの有無・予定(⑥ hreflang の優先度に影響)
3定例頻度・連絡軸週次 / 隔週 / 必要時のみ。Slack(gonmura.slack.com)/ Teams / メール どれが主軸
4公開作業者・環境・権限本番反映の権限保持者 / ステージング有無 / CMS or FTP or Git の運用
5原稿承認フローFAQ・親会社明示・独自ツール説明 — WEDO側の承認者・所要時間
6事実確認の窓口会社数値・親会社情報・グループ会社一覧の正確な情報源 / 確認担当
7計測ツール導入の意思公開後の有料計測ツール(Profound 等)導入判断。7月以降検討で良いか

他に挙げたい論点があれば本セッションで追加。

SECTION 6-2

ネクストアクション
今週末〜来週、6/4 大阪訪問までにやること
  1. 【大村】本日議論を踏まえた確定版 WBS(Must/Should/Could + ロールバック計画)を来週前半に共有
  2. 【大村】スキーマ設計表(対象URL / type / プロパティ / 出典)を来週前半にドラフト
  3. 【WEDO】多言語要件・ノウハウ転用制限条項・原稿承認フローの確認結果を共有
  4. 【WEDO】ステージング環境と本番反映権限の運用フローを共有
  5. 【両者】6/4(木) 17:00-18:00 大阪訪問の議題擦り合わせ(大阪デジタル担当紹介+進捗確認)
  6. 【両者】次回定例の日程・連絡軸を確定
本日はありがとうございました
6月末リニューアルに向けて、検証と改善を前提に進めていきましょう。引き続きよろしくお願いいたします。