Reports
nanco — Site Roadmap 2026H2 2026-07-10 策定 / v1.1(4役レビュー + CEO 裁定 + 姉崎グリル反映)/ ステータス: 姉崎最終承認待ち

Site Roadmap 2026H2

機能ページを1本ずつ「次どれ?」で決める状態を終わらせ、
完成形から逆算した1本のロードマップにする

www.nanco.io の「理想的な完成形」を1枚に固定し、そことの差分をタスク全量・依存・順序・フェーズまで落とした計画です。ゴール(§3)と現状の差がタスク(§5)、着手順は2レーン制、増設・刈り込みはデータと取材が決める(§7)。個別の「やる/やらない」ではなく、ゴール起点の全体設計。

TL;DR 4役全員 HOLD → CEO 裁定 → 姉崎グリルで確定。Phase 0 は5本マージ済でほぼ完了。Lane A(品質完走)∥ Lane B(/vs 2本)、/case は取材ゲートで後ろ、noindex はリアクティブのみ。残る判断は 8月容量・api/ai リリース日・/case 取材の3件。

土台と作り方

2026-07-08 のサイト IA 監査(あるべき骨格)と責任ページ計画(keyword-intent-matrix)を土台に、実装状態と Linear 進行形を実測 → ドラフト → ディレクター4役の並列レビュー → 割れた論点を CEO 役で裁定 → 姉崎が各判断を詰問(グリル)して確定、という流れで1セッションで作った。

土台

IA 監査 + matrix

あるべき骨格・責任ページ

実測

44ページ + Linear

刷新済/薄版/進行中を棚卸し

4役レビュー

全員 ⚠️ HOLD

PLS / PLG / brand / feasibility

CEO裁定 + グリル

v1.1 確定

姉崎承認待ち

SoT(原典): strategy/site-roadmap-2026h2.md / 裁定記録: decision-log/2026-07-10-site-roadmap-2026h2.md。このページは読ませる版のスナップショット。数字は原典を直してから再生成する。

フェーズの流れ(逆算)

Phase 0 は着地済み。以降は Lane A / Lane B を並走させ、製品リリース待ちのものはトリガー式で外に出す。各フェーズの「終わると何が言えるか」を1行で固定した。

Phase 0 / 着地

5本マージ済

刷新4トラック + decimal が release 反映済。残は 90日 KPI 中間レビュー(7月末)のみ

Lane A / 品質完走

約8人日

旧薄版ゼロ化 + PLG 接続。全公開ページが品質バー10項目に合格

Lane B / 検討層

/vs 2本+運用

/vs/excel・/vs/sortly。詰まったら Lane A 優先。/case はここから外した

トリガー式 / 製品連動

3本

/feature/api・/feature/ai-integration・/howto/first-step。リリース確定+7日以内に公開

Phase 3 / メディア理想化

約4–5人日

裸の静止画ゼロ。hero 同期動画(1281)・機械実査 → ライブmock 化

Phase 4 / 計測

四半期リズム

/vs・/case 増設判断・Month5+ ピラー裁定・AI 引用テスト。noindex は撤回済

ゴール1枚 — 完成形の IA

「検索・AI・広告・紹介のどこから入っても "画面で語る" ページに着地し、迷わず register まで辿り着き、その先のオンボに正しく引き渡される。インデックスは責任ページだけに絞られ、増設はデータが決める」。監査の骨格を確定版に昇格した。

www.nanco.io/
├─ /                                指名(トップ)
├─ 【5ピラー】
│   ① /feature/mobile-app          在庫管理スマホ★   衛星: search·favorite
│   ② /feature/import-data         在庫管理エクセル★  衛星: item-management·item-attribute·decimal
│   ③ /feature/web-app             在庫管理クラウド★  衛星: change-number·memo·price-display
│   ④ /feature/stock-change-report 在庫日数           衛星: report·alert
│   ⑤ /feature/trade               入出庫管理★        + /feature/document-issuing(帳票旗艦)✓
├─ 【独立KW】/feature/barcode ✓  /feature/add-photo  /feature/stocktake ✓
│            +新設: /feature/api  /feature/ai-integration(リリース連動・トリガー式)
├─ 【比較層】/vs/zaico ✓  /vs/boxhero ✓  +新設: /vs/excel  /vs/sortly
├─ 【業種ガイド】/case 先行業種 — 初弾 /case/metalwork(取材ゲートあり)
├─ 【変換ハブ】/features(機能表HTML+llms.txt ✓)/pricing /free-consultation
│             /download(「始め方の選択」に再定義)/howto/first-step
├─ 【ツール】/tools/label-*(noindex中 → 品質達成で footer 復帰)
└─ 【外部】help / news / docs(現状維持、Month5+ に統合再判断)

✓ = 実装済 / ★ = 責任 KW を持つピラー入口。scan-barcode は 2026-07-10 に barcode へ 301 統合済(衛星としては消滅)。

全公開ページの合格バー(10項目)

監査の視覚・構造7項目に、brand-check が「視覚バー合格=ブランド完成ではない」と指摘したコピー/トーン層3項目を足して10項目にした。新設ページにも同じバーを課す。

視覚・構造(監査 7項目)

  1. 幅 1280/1100/720(max-w-5xl 禁止)
  2. Hero CTA = pill・register 直行・UTM
  3. 各節 h2 に SectionEyebrow
  4. 見出し font-black+字間+mobile 広げ→md 戻し
  5. メディア = ライブmock か frame/キャプション付き実画面(裸の静止画禁止)
  6. 最終 CTA = FinalCtaSection 1系統
  7. 構成 = メリット先行(「お悩み〜」オープナー禁止)

コピー/トーン(brand-check 追加 3項目)

  1. NG 語彙ゼロ・呼称統一+多層レビュー(director→brand-check→ai-tone-check-cases 軸11-23)完了
  2. 3メッセージ/4本柱のいずれかへの紐づけが本文に1回以上
  3. 業種の見え方 = 「業界の平均像」でなく具体的な一日の手触り
理想アセットメディア理想形 = 裸の静止画ゼロ。mobile=video / desktop=CSS 出し分け。明示残 = change-number hero 同期動画(NANCO-1281)。全数は Phase 3 冒頭に機械実査。

タスク全量(ゴールとの差分)

モード凡例: リッチ = 新規構成でのリッチ化 / タッチ = 品質タッチ / 新規 = 新規構成設計 / 運用 = 非コード / 計測 = データ判断。

Phase 0着地(今週・ほぼ完了)
IDタスク状態
0-1マージスプリント PR #119/#120/#121/#123/#124✓ 5本マージ済 当初 feasibility が想定した「マージ滞留」は実在せず。3時間で5本 release へ
0-2decimal-management 刷新 PR #124✓ マージ済
0-3301 二本 / モバイルQA / スタッフFB 一式✓ 済
0-490日 KPI 中間レビュー(7月末・Q1末)7月末に固定
Lane A品質完走(旧薄版ゼロ化 + PLG 接続)約8人日
IDタスクモード要点概算
A-1/howto/first-step—→ トリガー式 T-3 へ移設(MARK-1 連動のため Lane A の早期完走に含められない)—
A-2/pricing 無料トライアル節+meta(MARK-90)
Lane A 実質先頭
タッチ発火条件成立済(期日7/11)。既存 PricingSupportCards で足りるか確認から0.5日
A-3/feature/report(kawano 高)リッチPhase 0 の型流用・品質バー10項目1日
A-4/download 役割再定義+nav/footer 露出改善(kawano 高)タッチ利用文脈で案内(KPI 優劣を根拠にしない)0.5日
A-5/feature/alert(kawano 中)リッチお悩みオープナー除去等の監査積み残しを受け入れ条件に1日
A-6/feature/item-management(kawano 中)リッチ同上1日
A-7/feature/item-attribute(kawano 中)リッチ属性リリース(1196)と事実整合1日
A-8/feature/barcode 登録文脈の統合検証(301 受け皿)タッチ旧 scan-barcode の内容が拾えているか実査0.5日
A-9add-photo / barcode 品質タッチ(kawano 低)タッチお悩みオープナー・「簡単」NG語 掃除0.5日
A-10「招待された方向け」ミニセクション(Path D 呼応)タッチ活性化0%への呼応。大規模化しない0.5日
Lane B検討層の受け皿(Lane A と並走・細く)
IDタスクモード要点概算
B-1/vs/excel(MARK-88)新規vsData 型流用。競合を貶めない・断定回避。エクセルは移行元として敬意ある比較1日
B-2/vs/sortly新規競合事実は公開時に価格・制限を再確認1日
B-3keyword-intent-matrix 更新運用URL /feature/* 統一・KW 登録+Vol 実測・multi-location/labels 再割当判断0.5日
B-4比較メディア掲載申請(NANCO-1461)運用ITトレンド/アスピック/BOXIL。費用対効果判断つき・外部リードタイム0.5日+外部
グリルで外した/case は Lane B から除外。初弾 metalwork も具体的な手触り描写に取材が要る=人ボトルネックのため、取材ゲートごと Phase 後半(D-5)に集約。よって Lane B は実質 /vs 2本+運用2件。
トリガー式カレンダー外・製品リリース連動
IDタスクトリガー事前準備
T-1/feature/api LP製品 API リリース確定(現状 = 探索中)構成ドラフト 0.5日・確定+7日以内公開
T-2/feature/ai-integration LPAI 従量課金移行・提供形態確定命名「AI取り込み提案」確定済。断定形にしない
T-3/howto/first-step(旧 A-1・kawano 高)MARK-1 v2.0 ウィザード稼働確定1.5日ぶん先行準備。旧UIの動画・スクショは作らない
Phase 3 / 4メディア理想化 と 計測
IDタスク時期 / 基準
C-1change-number hero 同期動画(NANCO-1281)Phase 3・1日
C-2〜3静止画残存の機械実査 → ライブmock/動画化・hero デモ統一Phase 3・2.5–3.5日
C-4/tools/label-* 公開レベル判断 → footer 復帰品質バー照合
D-1GSC 衛星 noindex 定例判断撤回 リアクティブのみ(§7)
D-2/vs・/case の順位/流入観測 → 増設判断2026-10〜
D-3Month5+ 裁定: /tanaoroshi・/inventory ピラー2026-10〜11
D-5/case 取材+執筆(初弾 metalwork)→ 90日データで増設取材アポ確定後

どう決まったか

4役は全員 ⚠️ HOLD。割れた2論点を CEO 役が tie-break(✅ APPROVE WITH REVISION)し、姉崎がそれを詰問(グリル)して確定。CEO 案を一部上書きした。

論点 CEO 裁定案 姉崎グリル後(確定)
first-step Lane A 先頭+MARK-1 v2.0 同期必須 Lane A から外し トリガー式 T-3 へ(早期完走に含めない)
/case metalwork 1本を Lane B で並走 取材が人ボトルネック → Phase 後半に集約(D-5)
noindex 初回 2026-10 に GSC 定例判断 定例撤回・リアクティブのみ(44ページ規模で薄い)
容量 保守値 9-10週(マージ滞留を警戒) 独立トラック・容量問題なし(滞留は実在せず)
この回の学び私(AI)は「PR 5本がマージ待ちで滞留」を容量詰問の根拠に使ったが、ライブ確認すると全マージ済みだった(stale な session memory を事実として断定に使用)。姉崎の「この5本ってなに?」で発覚。→ anti-pattern: PR/issue の状態は都度 get_issue/gh でライブ確認する。feasibility 役も同じ古い前提で誤推論しており、SoT の鮮度が下流の裁定を汚染した実例。

各役の HOLD 指摘(非競合分)はすべて反映済み: 品質バー10項目化(brand)/ /pricing・招待セクション追加(PLG)/ /vs 競合非難禁止(brand)/ multi-location・labels の再割当・90日 KPI 中間レビュー明示(PLS)/ Phase 0 マージ明示・トリガー式化(feasibility)。

「見てから決める」の中身

増設・刈り込みは主観でなく基準で回す。ここを四半期ごとに見るだけで「次どれ?」が自動的に決まる。

判断見るもの / 基準時期
衛星 noindex定例はやらない(撤回)。特定ページがピラーの代わりに誤ランク/AI 誤読の源、と具体的に確認できた1ページだけ引く(可逆・1ページずつ)リアクティブ
/case 増設初弾 metalwork が 90日で organic 流入 >50/月 → 次の1本。2弾以降は取材ゲート(各1-2社ヒアリング・人が担う)Phase 後半〜
/tools/label-* 復帰品質バー10項目に合格 → noindex 解除+footer 復帰Phase 3
Month5+ ピラーGA4 流入・AI 引用シェア・運用工数で news 統合 or www 移設を再判断2026-10〜11
AI 引用テストQ1-Q7×5AI。引用の有無・要約の正確性 → 機能表/llms.txt/FAQ 改修四半期毎

まだ残る判断 — 姉崎承認待ち

ロードマップ本体は確定。以下は「詰問しても答えが出ない = 外部の事実が要る」もの。承認後に §6 の案どおり Linear 起票する。

① 8月の製品ピーク競合

広告本予算・棚卸しピラー・Path D と同月。マージ滞留の反証が消えても、これだけは別軸で生きている。重複が容量を超えるなら A/B/C を提示

② api / ai-integration のリリース日

製品側の事実確認。トリガー式にしてあるので、日付が分かれば即スロットに載る

③ /case 取材のアポ・担当

「現場に足を運ぶ」は人が担う領域。metalwork 取材の担当と時期が決まれば D-5 が動く

次アクションこの v1.1 で承認 → 親 issue「サイトロードマップ 2026H2」+ Lane A 8-9件・Lane B 4件・トリガー式3件・Phase 3/4 を起票し、NANCO-1383(kawano リスト)と relate。MARK-90 は In Progress へ。起票は姉崎承認後。

生成: 2026-07-10 / 原典: strategy/site-roadmap-2026h2.md v1.1 / 裁定: decision-log/2026-07-10-site-roadmap-2026h2.md
このページは読ませる版のスナップショット。事実・数字の修正は原典 Markdown 側で行い、HTML は再生成する(HTML 直編集 NG)。