Design Decisions — why-now Variant B (ものすごく B2C)

Generated by kashi-ui-mockupper ・ Round 1 ・ 2026-05-27
Page: /why-now ・ Picked variant: B (B2C 極)
Source: workspace/strategy/ui-redesign/ROUND_001/site/why-now/B/index.html

このドキュメントは、 why-now ページの B2C 極 mockup における設計判断を、 将来の自分 (および React 実装担当) がトレースできるように記録するものです。 全ての非自明な選択について、 根拠 (brief / canon / 競合観察) と trade-off を明示します。

1. 主タスクと上位構造

決定: 「なぜ今日なのか」 を、 統計や法規制ではなく、 個人の後悔の記憶から始める。

現状の /why-now ページは大規模規制タイムライン (RegulatoryTimeline + LawDetailBlock + MappingTable) を中心に組まれており、 これは A 「ものすごく B2B」 極の素材として極めて優秀です。 B variant ではこれを 180° 反転させ、 「個人 Manager の生活感」 に寄せました。

Hero 一文目を 「あの 1on1 を、 もう一度やり直したいと思ったこと、 ありませんか」 にしたのは、 brief の variant B 仕様で指定された core copy をそのまま採用したものです。 法律や数字ではなく、 「金曜の夜の後悔」 という個人の感情記憶を最初の hook にすることで、 target reader (個人として 「自分のチームをよくしたい」 と思う Manager) の衝動的 buying mode に合わせています。

trace: brief.variant-B (target reader / tone / hero copy) ・ canon: permanent-ui-principles §7 (progressive disclosure) を story-arc 化で適用

構造: 5 セクション縦長スクロール (Hero → Story → Why Today → Testimonial → Small Moments → Final CTA)

brief の B 仕様 「1 列縦長スクロール、 hero に short message、 photo grid、 testimonial 引用」 を素直に展開。 多段グリッド (A 極の特徴) を一切使わず、 max-width 760px の読み物カラム + 1000px の small-moment grid のみ。

trace: brief.variant-B.layout

2. レイアウト

Hero: 2 カラム (text + warm photo) — desktop only、 920px 以下で 1 カラムに崩す

brief で 「large photography (laptop / コーヒー / 横顔)」 「warm photo」 が指定されているため、 hero に visual を据え置く必要がありました。 実際の photography は mockup 段階では準備できないので、 CSS gradient で 「夕方の机、 ノート PC とコーヒー、 manager の silhouette」 を抽象的に suggestion してあります。

実装 phase では、 ここに実写写真を入れる必要があります (推奨: 横顔 / 背中越し / 手元のショット、 顔正面は B2C overpromise の典型なので避ける)。

trace: brief.variant-B.visual (large photography) ・ canon: permanent-ui-principles §13 surveillance metaphor NG → 顔正面の凝視ショットは避ける指針も同居

Sticky CTA (scroll で出現、 final CTA に到達したら消える)

B2C 極の特徴である 「friction 嫌い」 「衝動的」 buying mode に応えるため、 hero を抜けた瞬間に右下に固定 CTA が浮かびます。 これは A 極の 「sticky CTA バー (top)」 とは 意図的に違う形を選んでいます — A は heads-up「商談予約」 で常に視界、 B は story を邪魔しない位置で 「思い立ったら押せる」 状態。

Final CTA に交差したら自動で隠す (= 同じ画面に同じ CTA を 2 つ並べない)。

trace: brief.variant-B.buying-mode (衝動的、 5 分で sign-up) ・ JS は IntersectionObserver 1 つだけ

セクション間に rule line / divider を入れない

B 極は warmth と続き感が大事。 各セクションは背景色 (cream-warm / cream / gradient) を切り替えるだけで、 水平線や hard border は使わないことで、 「読み物がゆるやかに続いていく」 印象を出しています。

trace: brief.variant-B.visual (ample whitespace)

3. 採用したトークン

Canon tokens (kashi/src/app/globals.css と一致)
B 極で追加した warmth tokens (canon 内、 token 名のみ追加)

brief は B 極で 「warm colors (cream + peach、 emerald 控えめ)」 を明示的に許可しているため、 design_system_v1 の core palette を拡張する形で peach 系を追加しました。 これらは A 極では使わない (= 役割を明確化)。

trace: brief.variant-B.visual (warm colors cream + peach) ・ design_system_v1 cream を base に warmth を拡張

Typography: Fraunces を hero と heading に大胆に、 Zen Kaku Gothic を story 本文に

Hero は clamp(2.75rem, 6vw, 4.75rem) と通常より 1 段大きく取り、 letter-spacing を -0.015em で詰めて 「雑誌の見出し」 感を演出。 引用句 (story-moment, testimonial) は Zen Kaku Gothic New 400 + line-height 1.95 でゆったり、 日本語の余白を活かしています。

trace: brief.font (Fraunces + Zen Kaku Gothic New + IBM Plex Sans JP) ・ design_system_v1 type scale を踏襲しつつ B 極で hero のみ拡大

4. 採用した evidence-grade 表現

why-now page には evidence-grade badge を 1 つも表示していません。

Evidence-grade (blocked / insufficient / weak / emerging / stable / high-confidence-stable) は、 アプリ内で個人の signal を表示する場面で使うトークンです。 why-now は marketing site なので、 ここに grade badge を持ち込むのは scope 違いであり、 また B 極の 「数値ではなく逸話」 という tone とも矛盾します。

代わりに 「ふんわりした peach の highlight」 「story-moment の左 border」 で 「個人の感情の重み」 を visually 表現しています。

trace: design_system_v1.evidence-grade (アプリ内の signal 表示用) と marketing site の scope 分離

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

RegulatoryTimeline (9 markers、 3 lanes、 horizontal axis)

現状ページの visual centerpiece。 B 極では完全に削除しました。 理由: 法規制タイムラインは 「企業の人事部長 / 法務 / 経営層」 が稟議書に貼るための素材であり、 B 極の target reader (個人 Manager / 若手) は 「来月の 1on1 をどうしよう」 という今日の解決を求めています。 法律の話は彼らにとって 「自分事ではない」 ノイズになる。

trace: brief.variant-B.danger-signal (数値だらけ、 ROI、 dense table 回避)

4 つの LawDetailBlock (パワハラ防止法 / 開示 / ストレスチェック / 心理的安全性)

同上の理由で削除。 B 極では、 田中部長と山田さんの個人 story 1 本に集約。 法律名は一切出していません。

MappingTable (要件 × 法律のクロスマトリクス)

最も B2B 寄りの要素。 削除。

CTA pair (Pilot CTA + sales-hub-overview.pdf ダウンロード)

Pilot CTA を 「今すぐ無料で試す」 に置換、 PDF ダウンロード secondary を 「カジュアルに 15 分」 に置換。 PDF は B 極の readership にとっては friction なので、 hero の secondary には残さず、 final CTA の補足 link としてのみ存在。

trace: brief.variant-B.CTA (無料で試す / もっと知る / カジュアルに話を聞く)

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

Hero 写真エリア (warm photo placeholder)

brief 必須要素。 CSS gradient で 「夕方の机、 ノート PC、 コーヒー、 manager silhouette」 を suggestion。 実装 phase で実写写真に差し替える前提。 alt text に詳細を書いてあるので、 React 実装時に img 要素に置換しやすい。

Story moment (田中部長 × 山田さんの匿名 anecdote)

brief の dummy data (demo株式会社、 田中部長 (営業 8 名)、 山田さん (営業 2 年目)) を使用。 個人名は出さず、 役割 + 仮名 で 「リアルだが匿名」 感を演出。 Story 構造: 「あとから思い返すと、 サインはあった気がするんです」 — 後悔の言語化が hero copy と対応関係になっている。

trace: brief.dummy-data (田中部長 / 山田さん) ・ B 極 tone (storytelling, emotion-driven)

Testimonial card (田中部長の 1 ヶ月後の声)

Story と対をなす 「after」。 「監視されてる感じがまったくない、 むしろ自分の聞き方を振り返るきっかけ」 という文言は permanent-ui-principles §1 (監視感 NG) を反映した予防的 reassurance。 B 極の reader が抱きがちな 「これって監視 tool じゃないの?」 という不安を、 testimonial の自然な発話の中で先回りで打ち消しています。

trace: canon.permanent-ui-principles §1 (no surveillance) + B 極の testimonial pattern

「こんな瞬間に、 そっと使えます」 grid (3 つの利用シーン)

B 極の reader は 「機能仕様」 ではなく 「いつ使うのか」 を知りたい。 1on1 のあと、 1on1 の準備、 チーム俯瞰の 3 場面のみ。 line icon は監視 metaphor を避けて 「会話バブル / 時計 / 人型 (背中側)」 の柔らかい線で統一。

末尾に 「※ 個人を採点したり、 メンバーに見せたりする機能はありません」 と明示。 これは canon §2 forbidden wording 領域 (健康スコア / 生産性スコア / at-risk) への先回り防御。

trace: canon.permanent-ui-principles §1 §2 §13 ・ canon.CANONICAL_PRODUCT_TRUTH (structure-not-content)

Final CTA: dark evergreen background で reading mode → action mode に切り替え

ページ全体は cream-warm の柔らかい reading 環境。 最後だけ evergreen-deep の暗背景にして 「ここで一旦立ち止まって、 押すかどうか決めよう」 という心理的切り替えを演出。 copy は 「いつかやろう、 を、 今日にしてみませんか」 — pushy ではなく softly nudging。

trace: brief.variant-B (CTA prominent + warm tone) ・ 強い圧迫感は避ける B 極の良識

7. Canon lint 結果 (forbidden wording / surveillance / no-signal)

Canon rule該当箇所チェック結果
§1 監視感 NG (surveillance feel) 「監視」 「常時モニタリング」 「リアルタイム検知」 等の語 PASS — むしろ testimonial で 「監視されてる感じがまったくない」 と明示
§2 forbidden wording 検知 / 予測 / 健康スコア / 生産性スコア / at-risk PASS — 「気づける」 「サイン」 「振り返る」 「俯瞰する」 を採用、 medical/score 系語彙ゼロ
§6 No-Signal rule 「all clear」 「問題なし」 「健全」 等 PASS — そもそも判定的 UI 不在
§13 surveillance metaphor eye / camera / police / 監視カメラ icon PASS — line icon は speech bubble / clock / 人型 (背中側) のみ
CANONICAL_PRODUCT_TRUTH structure-not-content の維持、 早期検知 (≠ 予測) PASS — 「サインに気づける余裕」 「対話の流れを眺める」 で structure 視点を保持
design_system_v1 tokens palette / type / spacing PASS — core token を canon 値で固定、 peach 系は B 極のために追加 (token 名で隔離)

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

Trade-off 1: 法規制への言及ゼロ = 稟議書素材として使えない B 極は意図的に法律名 (パワハラ防止法、 ストレスチェック義務化、 SSBJ 等) を一切出していません。 結果、 このページは 「人事部長が経営会議で配る」 用途には使えません。 B 極の用途は 「個人 Manager が自分のために試す」 の入口のみ。 A 極 (B2B) のページと併存させ、 reader segment 別に出し分ける運用が必要になります。
Trade-off 2: Hero 写真は CSS gradient placeholder 実写写真を最終的に用意する必要があります。 推奨方向: 横顔 / 背中越し / 手元のみ (顔正面は B2C overpromise + 監視 metaphor リスク)。 撮影は写真家 1 日で 3-4 カットが妥当。 仮置きのまま実装に進むと B 極の核が成立しません。
Trade-off 3: Testimonial が架空 田中部長の testimonial は brief の dummy data から構成した 「あり得る発話」 です。 Pilot 完了顧客が出るまで、 本番では使用不可。 「※ 仮想顧客のイメージです」 のラベルを実装時に付けるか、 pilot 完了まで testimonial section 自体を非表示にする運用が必要。
Trade-off 4: 「今すぐ無料で試す」 の現実性 現状の Kashi は pilot 申込制 (個人 sign-up 即時開始ではない)。 B 極の copy はその UX が将来実装される前提で書いています。 現実とのギャップを埋めるには、 (a) 個人 Manager 向けの instant sign-up flow を実装する、 (b) CTA を 「30 秒でフォーム送信 → 翌営業日にアカウント発行」 に書き換える、 のどちらか。 Justine が選んだほうに合わせて copy を調整する必要があります。
Trade-off 5: B2C tone が enterprise sales を妨げないか Top の 「あなたのチーム」 conversational tone が、 もし大企業 HR 部長がたまたまこのページに来た場合に 「子供っぽい」 印象を与える可能性があります。 これは A/B/C の出し分けで吸収する設計前提ですが、 トップ page から流入する場合のルーティングは別途設計が必要。

9. Justine が気になりそうな design choice (top 3)

  1. Hero の 「もう一度やり直したい」 — 重すぎないか
    後悔の感情を最初に置くのは、 共感を狙う一方で 「重い」 「ネガティブ」 と受け取られるリスクもあります。 Justine の判断: この重さを残すか、 もう少しソフトな入りに変えるか。
  2. 架空 testimonial の扱い
    Pilot が完了するまでこのセクションをどうするか — (a) 削除、 (b) 「ペルソナの想定発話」 と明示、 (c) 実 pilot 完了まで隠す。
  3. 「個人 Manager が直接 sign up」 の前提
    「今すぐ無料で試す」 を fulfill する個人 SaaS flow は現状未実装。 B 極を採用するなら、 product 側に 個人 onboarding を作る必要があります (= business model にも影響)。

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

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

End of design decisions. — kashi-ui-mockupper, Round 1