Design Decisions — why-now / Variant A

2026 年度内 「ものすごく B2B」 mockup の設計判断トレース。 共同創業者ヒアリングと、 将来の実装エンジニアが意図を辿るための文書です。

Generated by: kashi-ui-mockupper / Round 001 site track
Page: /why-now (Marketing site, not /app)
Variant: A 「ものすごく B2B」 (大企業向け極)
Companion: ./index.html
Target reader: 大手企業の人事部長 / CTO / CEO (40-60 代、 保守的)
Buying mode: 検討期間 6-12 ヶ月、 稟議書、 ROI 数値、 セキュリティ監査

1. 主タスクと page intent

決定: page を 「導入時期検討資料 (KASHI-WHYNOW-2026Q2 v3.2)」 と性格付け

根拠: ブリーフ Variant A の buying-mode 「稟議書、 ROI 数値、 セキュリティ監査必須」、 既存 page.tsx のコメント 「sales artifact + pitch deck source + 稟議書 raw material」 を採用。 稟議担当者がそのまま 「添付資料」 として扱えるよう、 page を 「Web 上に常駐する文書」 として演出。

文書 ID・版数・更新日を breadcrumb 横に表示することで、 印刷・PDF 保存・社内回覧時の 「最新版確認できますか?」 質問への即答ができる構造としました。

canon: kashi/docs/canon/CANONICAL_PRODUCT_TRUTH.md (構造ベース・事後説明可能性) + page.tsx L3-5 コメント (稟議書 raw material)

2. レイアウト構造

決定: 2-row sticky header + compliance bar (top)

既存 PortalHeader (app 内) の 2-row パターンを marketing site にも踏襲。 ただし内容は marketing 用に変更:

canon: kashi/src/components/portal/PortalHeader.tsx (2-row pattern) + permanent-ui-principles.md §1 (no surveillance feel — emerald evergreen 主体、 赤系警告なし)

決定: Hero を 「左 narrative + 右 KPI panel」 の 1.4 : 1 grid

大企業稟議の典型評価 = 「Why now / Why us / How much / 何が要るか」 を冒頭で並列提示するため、 hero を grid 分割。 left は narrative (法改正起点・推奨検討開始時期)、 right は KPI 4 セル (Compliance Window 18 ヶ月 / 該当法規制 4 本 / 標準導入期間 3-6 ヶ月 / 初期費用 0 円)。 数値は IBM Plex Mono で 「監査可能なファクト」 視覚化。

brief: tone 「dense data / corporate evergreen 多用 / typography 硬め (Plex 中心) / information density 高」

決定: 5 つの section を numbered (Section 01-05) で構造化

稟議添付文書として印刷した際、 page の 「章立て」 が口頭プレゼン中も参照しやすいよう、 Section 番号を eyebrow に常設。 既存 page.tsx の 5 section 構成 (Hero / Timeline / Blocks / Mapping / CTA) を踏襲しつつ、 First-mover panel を Section 04 として追加。

page.tsx 既存構成: Hero → RegulatoryTimeline → 4 LawDetailBlocks → MappingTable → CTA pair

3. 採用した design token

Token使用箇所
--color-kashi-evergreen #1F3D33主要見出し / button-primary / table header / today-marker text
--color-kashi-evergreen-deep #244A3Dcompliance bar 背景 / button-primary:hover / table 「推奨」 列
--color-emerald #047857eyebrow text / hyperlink / today-marker line (subtle accent — emerald は補助色として最小限)
--color-cream #F5F0E6dark section 上の text / footer brand-name / 「推奨」 badge
--ink #2A3A1E / --ink-soft #4B5746 / --ink-faint #7A8273body text 3 階層 (見出し本文 / 副次情報 / メタ情報)
Fraunces (serif)h1-h4 のみ。 数値・データ部分は Mono で対比
IBM Plex Sans (sans)本文 / nav / button — Japanese は Zen Kaku Gothic New が fallback で混在
IBM Plex MonoKPI 数値 / 文書 ID / バッジ / breadcrumb / コンプライアンス badge — 「監査可能な技術文書感」 を演出する主要要素
fs-display clamp(2.5rem,4vw,3.5rem)hero h1 のみ — それ以外は fs-h1 (clamp(2rem,3vw,2.75rem)) 以下に抑制

4. Evidence-grade 表現の採用範囲

決定: KPI 比較表の判定 cell に 3 段階バッジ (対応 / 一部 / 非対応) のみ採用

評価グレード 6 段階 (blocked / insufficient / weak / emerging / stable / high-confidence) を full 採用すると、 競合 SaaS への評価が過剰に微細化され 「比較表の正確性に責任が持てない」 領域に踏み込みます。 対応・一部・非対応の 3 段階に絞り、 disclosure-list の *1 で 「公開資料ベース」 「ご指摘あれば 1 営業日以内に修正」 と明示。

色のみではなく、 必ず日本語ラベル (「対応」 「一部」 「非対応」) を併記。 色覚多様性配慮 (canon §6 No-Signal rule の精神に従い、 色だけに依拠しない)。

canon: design_system_v1.md evidence-grade tokens + permanent-ui-principles.md §6 (No-Signal — 色だけの判定 NG)

決定: タイムライン上の event marker は色 + 必ずラベル付き

3 lane (harassment / disclosure / wellbeing) の色分けキーを最下部に明示。 lane キーには 「ハラスメント関連」 「情報開示関連」 「労働環境・安全衛生」 と日本語ラベル併記。 marker のみで意味判別させない。

canon: permanent-ui-principles.md §13 (icon/色のみで意味伝達 NG)

5. 現状 (kashi/src/app/why-now/page.tsx) から削った要素

削除: 現行 hero の 「lead」 単独段落 (lead-block-without-KPI)

現状 lead は narrative-only。 Variant A の dense 仕様に合わせ、 hero 右側に KPI panel を追加して 「narrative + 監査可能ファクト」 を並列化。 lead 自体は border-left の引用ブロックとして残し、 「貴社の稟議および取締役会説明に直接利用いただける」 を太字で明示。

brief: 「ヒーローもデータ駆動 (グラフ + 数値)」

削除: 単独 PilotCTA の地味な扱い (CTA pair の secondary link)

現状は CTA section が PilotCTA + 「sales-hub-overview.pdf」 link の地味な 2 つだけ。 Variant A の検討フェーズ別ニーズ (情報収集 / 技術 / 商談 / Pilot) に応える 4 段階 CTA grid に拡張。 すべて 「お申込み」 ではなく 「ご検討フェーズに応じた窓口」 として丁寧な keigo で構成。

6. 現状にない、 追加した要素

追加 1: 上部 compliance bar (ISO 27001 / SOC 2 / APPI / データ国内保管)

大企業のセキュリティ監査担当者が page を開いた瞬間に視認できる位置。 brief tone 「ISO 27001 / SOC 2 Type II 準拠」 を CTA への brand promise として常設。

未確認の注意: 現状の Kashi は ISO 27001 / SOC 2 Type II をまだ取得していない可能性があります。 mockup として 「取得済」 と表記していますが、 実装時には実際の取得状況に基づき 「取得予定」 「取得準備中」 等の表現に書き換えが必要です。

追加 2: 「残り準備期間」 サイドパネル (compliance-gap-panel)

timeline の右に常設。 「本日 2026/05 基準で各規制まで何ヶ月?」 を tight (5 ヶ月) / 通常 (11 ヶ月以上) の 2 段階で色分け。 稟議担当者の最大の問い 「いつまでに決めれば良いか?」 への即答。

追加 3: 11 行 11 項目の KPI 比較表 (4 社対比)

brief tone 「ROI 比較表」 + 「既存ベンダーとの比較必須」 を反映。 評価軸を 「監査適合 / 記録要件 / データ性格 / 運用負荷 (2 行) / ガバナンス / セキュリティ / データ所在 / 導入期間 / Pilot 費用 / 年間費用」 の 11 行で網羅。 Kashi 列は背景色 + 「推奨」 badge で視覚的に区別。

比較対象は架空の 「サーベイ A 社 / NLP B 社 / 従来型 C 社」 (実名はリスク回避)。 disclosure-list で 「公開資料ベース・ご指摘 1 営業日修正」 明示。

追加 4: First-mover advantage 数値パネル + 導入時期別優位度推移チャート

brief tone 「競合参入前 first mover advantage 数値」 を反映。 0 社 / 12 社 / 6-9 ヶ月 / 18 ヶ月 を fm-stat で並列。 SVG 線図で 2026Q2 / 2027Q1 / 2027Q4 着手時の経年蓄積差を視覚化。

「予測スコア」 「将来予測」 ではなく、 「経年蓄積期間」 という事実ベースの差異として表現。 canon §2 (forbidden wording: 予測) 回避済。

canon: permanent-ui-principles.md §2 (forbidden wording 回避) + investor-positioning memory (誇張なし、 fact ベース)

追加 5: Sticky 「今月導入の場合」 calculator widget (右下固定)

brief 明示要件。 従業員数・Pilot 開始月の 2 入力で 「改正カスハラ施行までの構造ログ蓄積期間」 を即時計算。 開始月が 10 月以降の場合は警告色 (grade-weak) で 「早期着手をご検討ください」 と返す。 結果 + 「この条件で商談予約」 CTA を 1 セット。

折りたたみ可能 (head クリックで toggle)。 reading の邪魔にならないよう head のみ visible で down arrow から展開できる UX。 mobile では全幅近くに展開し、 reading 時は閉じる前提。

brief: 「sticky 『今月導入の場合』 calculator widget」

追加 6: 文書 ID + 版数 + 更新日 (breadcrumb 横)

稟議添付文書として印刷・PDF 保存される前提。 「最新版確認できますか?」 質問への即答ができる構造。 footer にも redundancy 配置。

7. Canon lint 結果

項目判定 / コメント
permanent-ui-principles §1 監視感 NGPASS赤系警告色なし、 eye/camera icon なし、 surveillance 文言なし
§2 forbidden wordingPASS「検知」 「予測」 「健康スコア」 「生産性スコア」 「at-risk」 不使用。 「事後説明可能性」 「構造的記録」 を使用
§6 No-Signal rulePASS「all clear」 「問題なし」 不使用。 compliance bar は事実列挙のみ
§13 surveillance metaphor NGPASSeye/camera/police icon 不使用
CANONICAL_PRODUCT_TRUTH structure-not-contentPASS比較表 「分析対象」 行で 「対話の構造 (誰が誰に何秒)」 vs NLP の 「発言内容 (テキスト)」 を対比明示
個人名・実顧客名PASSdemo株式会社 のみ言及。 個人名は code 内に dummy 例として登場せず
ISO 27001 / SOC 2 Type II 表記REVIEW取得状況の実態と乖離している可能性あり (上記 6-1 で warn 発出)
競合社名表記PASS「サーベイ A 社」 「NLP B 社」 「従来型 C 社」 で実名回避
design_system_v1 token 完全準拠PASSbrand color / type scale / spacing tokens を冒頭 :root で宣言・利用
responsive 1280/768/480PASS3 breakpoint で grid 縮退、 sticky calc を mobile で幅調整

8. 既知のトレードオフ / 未解決

Trade-off 1: dense layout が モバイル 480px で読みにくい

11 行 11 項目の KPI 比較表は 480px では 12px font + 8px padding に縮退して overflow-x scroll させていますが、 稟議の典型 reader (デスクトップ) を優先した結果、 モバイル UX は二次的扱い。 mobile-first の Variant B との明確な分業。

Trade-off 2: warmth ゼロ — 「冷たい」 と感じる reader 層には不向き

brief の 「危険信号: warmth / emotion / first-person / smiling photography」 を厳密に守った結果、 page 全体が 「文書」 として完結。 個人 reader (例: 若手 manager) には冷たく見える可能性大。 これは仕様通り、 Variant B/C で warmth を補完する想定。

Trade-off 3: 数値は dummy であり実データ要件

「12 社 Pilot 中」 「18 ヶ月窓」 「6-9 ヶ月キャッチアップ」 等の数値は mockup demo 用の plausible 値。 実装時には事業実績 + investor-positioning memory の 「conservative, no bragging」 原則に従い、 立証可能な範囲に再校正が必要。

memory: project_investor_positioning.md (conservative, no bragging)

Trade-off 4: 「年間費用 300 名規模」 行で Kashi 列のみ 「お問合せ」 表記

他 3 社の数値推計 (180/300/500 万円) を出している中で Kashi のみ非開示は不自然。 「相見積対応」 とは記載したが、 共同創業者ヒアリングで価格非開示の是非を確認する必要あり。 実装時には公開価格モデルを並列掲載する判断が必要。

未解決 1: 「導入時期検討資料 PDF DL」 のフォーム実装

mockup では button のみ。 実装時には DL Gate (法人名・部署・役職入力 → メール送信) が必要。 リード化フローと Salesforce/HubSpot 連携要件を別途設計。

9. Justine が共同創業者ヒアリングで気にすると思われる点

10. 実装フェーズへの引き継ぎ

このモックアップを実装する際の注意点: