Design Decisions — why / Variant C (story · note) — Round 1

surface: why · variant: C (long-form essay / note 風) · round: 1 · author: kashi-ui-mockupper · target: founders / opinion leaders / investors / 思考好きの読者

本ドキュメントは /site/why/C/index.html に書かれた mockup の設計判断を、 future-self (実装担当 React engineer) と Justine (共同創業者 hearing) の両方に向けて trace するためのもの。 全 brand tone は brief で 「全く別の記事主体 / ストーリー型サイト (note / Medium 型)」 と指定された Variant C を採用。

1. 主タスクと上位構造

決定: why page を 「全 6 ページの連作の第 1 章」 として読ませる long-form essay にした。

brief で 6 ページ全体が manifesto → 第1章 (why) → 第2章 (why-now) → 第3章 (product) → 第4章 (pilot) → 第5章 (contact) という章立ての 1 つの物語、 と指定されている。 第 1 章のテーマは 「退職代行という末期症状: なぜ手遅れになるのか」。

従って、 本 mockup は:

brief.txt §C target reader / buying mode / 「conversion ではなく共感と理解」 / 「sign-up は記事の末尾に控えめに 1 つ」

2. レイアウト

決定: 1 列縦組み、 reading column = max-width 680px、 cream 1 色背景、 mid-page だけ full-bleed の data viz を 1 枚挿入。

brief.txt §C 「1 列読み物、 max-width 680px (読みやすさ優先)、 chapter ごとに lede + body」 / 「mid-page illustrative imagery (data viz が art piece として)」

3. 採用したトークン

token使い所
--color-kashi-evergreen#1F3D33H1 / H2 / wordmark / pullquote / 強調 strong / chart 主線
--color-kashi-evergreen-deep#244A3Dtitle の italic accent (「末期症状」)、 annotation 線
--color-cream#F5F0E6body 全面背景
--color-cream-deep (派生)#EDE5D2viz figure 内側のキャンバス。 cream に対する 1 段深さで art piece 化
--ink#2A3A1E本文文字色
--ink-soft#4B5746subtitle、 quiet paragraph、 caption
--ink-faint / quiet#7A8273 / #9aa093chapter-num、 メタ情報、 viz の軸ラベル

Emerald #047857 は意図的に使っていない。 brief で 「emerald 控えめ」 の guideline、 かつ評価 grade を出さない記事面なので、 evergreen 1 系統 + ink グラデーションだけで色数を絞った。 これにより note / 雑誌的な品位を維持しつつ、 brand 色の 「深い緑」 1 点だけが読者の目に残る設計。

Typography 比率: Fraunces (serif) = タイトル / 見出し / lede / pullquote / italic accent。 IBM Plex Sans = 本文。 Zen Kaku Gothic New = 日本語 fallback (Fraunces には JA 字形が無いので serif h1 でも JA 部分は Zen Kaku が拾う)。 IBM Plex Mono = chapter number / metadata / viz の軸ラベル。 H1 は clamp(2.6rem, 6.5vw, 4.5rem) = 最大 72px、 brief 指定の 「60-80px」 内に着地。

4. 採用した evidence-grade 表現

決定: evidence-grade badge は本 page では 1 つも出さない。

why page は 記事 (説得) であって 製品画面 (観測値) ではない。 evidence-grade trust badge は dashboard / report 画面で signal の確度を示すための情報設計装置であり、 marketing 記事に貼ると逆効果 (= 「数値で説得しに来ている」 と読まれる)。

その代わり、 mid-page の data viz には illustrative · 退職に至るまでの「対話の濃度」 という eyebrow を mono タイポで明示し、 caption にも 「illustrative — Kashi 試作モデルによる構造可視化のスケッチ」 と書いた。 これにより 「これは観測実値ではなく概念図である」 ことを transparent に伝える。

design canon §6 No-Signal rule (色だけでなく label を必ず添える) の精神を、 marketing 文脈に翻訳: 「概念図」 と明記することで「実測グラフ」 と誤読されるリスクを潰す

5. 削った要素 (現状の Kashi /why から)

現状の kashi/src/app/why/page.tsx8 sections の sales hub long-scroll (Hero / Problem / Comparison / Architecture / Talkable / Numbers / Philosophy / Pilot) + sticky anchor nav という構成。 これを Variant C は意図的に再構成しないで、 大部分を削った。 削った要素と理由:

6. 追加した要素 (現状の Kashi /why に無い)

7. canon lint (forbidden wording / surveillance / no-signal)

checkrule sourceresult
「検知」 「予測」 「at-risk」 「健康スコア」 「生産性スコア」 を本文に使わないpermanent-ui-principles.md §2PASS — 一度も使用していない (退職代行・末期症状・対話不全・関係の細り などの記述に置き換えた)
監視 metaphor (eye / camera / police icon) を使わないpermanent-ui-principles.md §13PASS — icon 自体ゼロ。 viz も 「鏡 (見直す道具)」 として明文化
「all clear / 問題なし」 のような No-Signal 表現を使わないpermanent-ui-principles.md §6PASS — 該当無し。 むしろ 「無いことを観察する」 が本文の主題
structure-not-content (内容ではなく構造を見る) を明示するCANONICAL_PRODUCT_TRUTH.mdPASS — §4 「中身を読まずに、 関係の形を見る」 で 1 段落割いて明示
data viz が 「予測」 ではなく 「観察」 と読めるUI principles 監視感 NGPASS — viz title 「気づけたはずの時間は、 ずっと長く続いていた」 (= 後から振り返る図、 予測ではない)
個人スコア / ランキング表示無しpermanent-ui-principles.md §1PASS — 数値は退職代行利用率 (世論統計) 1 つのみ
役職の二人称呼びかけ / 「あなたを評価」 系の言葉なしpermanent-ui-principles.mdPASS — 視点はマネジャー (田中部長) と本人 (山田さん) の物語、 読者を直接判定する語りなし
仮想顧客 placeholder の使用 (実名なし)brief.txt dummy dataPASS — 田中部長 / 山田さん / demo株式会社 想定の物語、 実名なし
canon lint: 全項目 PASS。 ただし 「対話不全」 「末期症状」 「対話の細り」 などは Kashi の forbidden list には入っていないが、 共同創業者 hearing 時に表現の強度をチェックしたい (= §9 参照)。

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

9. Justine confirm 判断点 (hearing で聞きたいこと)

  1. 「退職代行という、 末期症状。」 という title の強度は、 OK か、 強すぎるか。 (代替候補: 「退職代行が、 ふつうになった日」 「電話が鳴る朝」 など)
  2. 「末期症状」 「対話不全」 という言葉を Kashi の公式語彙にしてよいか。 (もし不採用なら、 本文に登場する語彙の代替を確定したい)
  3. mid-page の illustrative viz は OK か、 それとも 「実観測の例」 にしたいか。 (実観測ベースにするなら demo tenant の合成データから書き起こす必要)
  4. 章末の次章リンクが 1 つだけ (= 「→ 第 2 章」) で良いか。 conversion 系 CTA (「pilot 申し込み」 「資料請求」) を末尾に 絶対に 置かなくて良いと再確認したい (brief は控えめ 1 つと指定、 これに従っているが意思決定の最終確認)
  5. 共同創業者 hearing で 「これは note にそのまま投稿できそうですね」 と反応が出るのが理想。 出ない場合、 何が雑誌っぽさを削いでいるか feedback を取りたい
  6. 本文中の数値 (16.6%) を残すか、 削るか。 残す場合は出典脚注必須にするか

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

このモックアップを React (Next.js) に移植する際の注意:

11. responsive baseline 確認

end of decisions doc · file: /Users/justineacaylar/Kashi-project/workspace/strategy/ui-redesign/ROUND_001/site/why/C/DESIGN_DECISIONS.html