Kashi ポストログイン UI 再設計 Round 1

これは何 (1 段落)

Kashi (対話不全の早期検知 SaaS) のポストログイン UI を、役割別 5 面 (Manager / Employee / Admin / CEO / Reviewer) について A 保守的 (現状の見た目だけ整理) / B 中庸 (情報設計再構成) / C 大胆 (タスクインボックス統一) の 3 案ずつ mockup 化したものです。すべて static HTML / dummy data で、本番には接続していません。翻訳者 5 名が独立に Variant B を推奨。でも視覚比較して「やっぱり A の方がいい」「mirror-me だけは C にすべき」等の意見があれば直接 mockup を見て指摘してください。

1. 15 mockup 比較マトリクス

1 surface につき A → B → C を順に開いて視覚比較してください。各セルの DD = DESIGN_DECISIONS.html (なぜこの設計か / canon との関係 / trade-off)。

2. 各 surface の役割 + 確認ポイント

Surface	A 保守的 visual cleanup のみ	B 中庸 ★ Picked IA 再構成 + primary-task focus	C 大胆 unified task-inbox
mirror-me (Manager 最優先 persona)	mockup · DD	mockup · DD	mockup · DD
app-me (Employee / 一般従業員)	mockup · DD	mockup · DD	mockup · DD
app-admin (Admin / 人事・組織管理)	mockup · DD	mockup · DD	mockup · DD
app-ceo (CEO / 経営層)	mockup · DD	mockup · DD	mockup · DD
app-reviewer (Reviewer / 第三者立会)	mockup · DD	mockup · DD	mockup · DD

/app/mirror/me — Manager dashboard 推奨 B 最優先 persona

役割: チームリーダーが週次 1on1 やチームミーティングを振り返り、対話不全の早期サインを 自分自身の reflection として 見る画面。部下を監視するツールではありません。

B の特徴: Tier 1-5 構造化 (Banner → 3 主要 metric card → Positive section → 詳細折り畳み → empty state)、 MetricCard 6 個 → 3 個に厳選 (Concentration / Persistence / Speaking trend は accordion 内)、「Positive signals」表示時には verbatim boundary copy で「これは問題なしを意味しない」明示。

確認してほしいこと: ① Manager として「最初に何を見るか」が一目で分かるか / ② 監視感 (部下を見ている感) が出ていないか / ③ 6 metric を 3 に絞った判断は妥当か / ④ もし C (inbox 統一) の方が直感的か

A 保守的IA 不変、 token cleanup のみmockup DD

B 中庸 ★IA 再構成 + 主要 metric 厳選mockup DD

C 大胆role 別 dashboard 廃止、 inbox 統合mockup DD

/app/me — Employee dashboard 推奨 B

役割: 一般従業員が自分の発言を振り返り、次の 1on1 に備える画面。上司の評価などは見えません (DATA_VISIBILITY_MATRIX: Member 列 Y(self) のみ)。「自分が監視されている」と感じさせない reflection-driven 設計が肝。

B の特徴: 9 ブロックを「Privacy banner upgrade + Today's Reflection card + 3 signal cards + Accordion 統合 (§G/§H/§I/§B)」に再構成。 P1 Today-first / P2 Progressive disclosure / P3 Privacy ownership framing 採用。

確認してほしいこと: ① Today's Reflection の passive framing が安心感を産むか / ② privacy banner の上部昇格が監視感を煽るか or 安心感か / ③ §G (Kashi が見えていないこと) を accordion 封印は OK か

A 保守的9 ブロック維持、 token + r19 解消mockup DD

B 中庸 ★Today's Reflection + signal cards 再構成mockup DD

C 大胆dashboard 廃止、 reflection inbox 統合mockup DD

/app/admin — Admin dashboard 推奨 B

役割: テナント管理者 (人事 / IT) がユーザー管理・課金・組織設定を行う画面。 ミーティングの中身は見えない (DATA_VISIBILITY_MATRIX §3、 SmartHR / カオナビ-style HR surveillance との明確な差別化)。

B の特徴: P-1 setup checklist evolved → 完了後 Manager Mirror URL 共有 CTA / P-3 3-layer action architecture (Primary 1 / Secondary 4 / Tertiary 6 fold) / P-4 Scope Boundary Banner H1 直下恒久配置。「分析 / ミーティング詳細 / メンバー発言」系の CTA = 0 件 (canon 違反の構造的予防)。

確認してほしいこと: ① Scope Boundary Banner (「中身は見えません」) は安心感を産むか it's overbearing か / ② 11 アクションを 3 層に分けた判断 (B) vs flat grid (A) vs operational inbox (C) / ③ ラベル改訂 (Longitudinal → 稼働状況確認等) の自然さ

A 保守的11 grid 維持、 label 改訂のみmockup DD

B 中庸 ★3-layer + Scope Boundary Bannermockup DD

C 大胆Operational Task Inbox 一本化mockup DD

/app/ceo — CEO dashboard 推奨 B

役割: 経営層が全社・部門別の対話健全性傾向を 集約 metrics のみ で俯瞰する画面。個別ミーティング・個人発言は不可視、 k-anonymity 5 名未満は suppress (「観察ウィンドウ内でチーム規模が比較可能になると更新されます」)。

B の特徴: 「Review Candidates 3 of 14」を北極星 metric として H1 直下に昇格、 Plan C と Positive section を折り畳み、 ExecutiveAggregateSection を 4 chips に圧縮、 governance を sub-route 化。 P-07 sparkline は今回 hard-gate 未実装 (Round 2 候補)。

確認してほしいこと: ① 「Review Candidates 3 of 14」を北極星にした判断は VC demo で「経営層が何を見るか」として正解か / ② C (narrative card + sparkline) は VC demo で longitudinal moat を picture-visible にするのに向くか

A 保守的平板 layout 維持、 suppression footer 明示mockup DD

B 中庸 ★北極星 metric 昇格 + 圧縮mockup DD

C 大胆narrative card + 4 hubs + sparkline (k-anon hard-gate)mockup DD

/app/reviewer — Reviewer dashboard 推奨 B

役割: 第三者立会的な役割 (人事中立観察者 / 産業医 / 外部メンター等) が割り当てられた特定ミーティングを確認し、介入要否を判断する画面。全社俯瞰や他チームは不可視。

B の特徴: Active-first 並び替え + 各 card 直下に scope-safe inline ミニサマリー (evidence grade / reason code / meeting count / earliest date) + 4 決定 chip 「受理 / 却下 / 追加情報を要求 / エスカレーション」を inline 常時表示。 hover preview は構造的に廃止 (identity 漏出経路を閉鎖)。 EyeOff → FileSearch 統一。

確認してほしいこと: ① Active-first IA の自然さ / ② 4 chip 密度 (1 card 内 4 つは多すぎないか) / ③ k-anon suppression 文言の自然さ / ④ ja_JP 全体の自然さ

A 保守的4-queue 平板維持、 hygiene pass のみmockup DD

B 中庸 ★Active-first + inline 4 chip decisionsmockup DD

C 大胆single priority inbox + state machinemockup DD

3. Kashi の Design Canon (どこまで守って設計したか)

原則	意味	15 mockup の状況
監視感 NG	eye / camera / police アイコン無し、「監視」「予測」言葉無し	15/15 PASS
forbidden wording	「検知 / 予測 / 健康スコア / 生産性スコア / at-risk」一切無し	15/15 PASS
anti-retaliation	従業員のページビューが上司に見える UI 無し、 hover preview で identity 漏出無し	15/15 PASS
No-Signal rule	「all clear / safe team / 問題なし」系ラベル 0 件、 verbatim 「観察ウィンドウ内に...」採用	15/15 PASS
Progressive disclosure	Default visible = 必要最小限、詳細は accordion / drill-down	15/15 PASS
Evidence semantics	全 signal に grade + reason + window + not-a-verdict 表示	15/15 PASS
a11y baseline	H1 1 個 / focus outline / aria-label / color+text 併用 / responsive	15/15 PASS
DATA_VISIBILITY_MATRIX	7 role rules: CEO 集約のみ / Admin 中身見えず / Reviewer scope 限定 / Member self only	15/15 PASS

4. フィードバックの渡し方

気づいたこと・違和感・提案を surface 単位 で Justine に渡してください。形式は何でも OK:

「mirror-me は A の方が好き、理由は ...」 — variant pick の修正案
「B の Today's Reflection card、もう少し小さくていい」 — 個別 element の修正
「全体的に Claude Code 感が抜けない、もっと ...」 — 抽象的 vibe レベルの違和感
「ここの言葉、自然な日本語じゃない」 — copy 修正
「app-ceo の北極星 metric は Review Candidates より組織健全度スコアの方が刺さるかも」 — 戦略レベルの再考

すべての mockup は dummy data (架空の人物名・架空のミーティング・架空の数値) で、本番テナントには接続していません。

正直な disclaimer (制約の透明化):

このラウンドは 実 user の不満を聞かずに canon-derived で設計しています (prereq skip: 実画面スクショ / 不満 complaints.md / 好きな SaaS の anchor refs を全部省略)。結果「pristine だが Kashi 固有 visual issue を拾えていない」状態
共同創業者の 具体的な不満・違和感を逐語で Justine に渡すと、 Round 2 はそれを mockup の copy に直接反映できる
「全体的に AI が作った感がある」という違和感も正当 — root cause は上記、反映策は Round 2 で real-user grounding を入れること

5. 補助ドキュメント (深掘りしたい時)

このラウンドの設計プロセス全体を追いたい時 (時間がある人向け):

Kickoff Brief — Round 1 の scope + prerequisites の判断記録
Stage 1 研究 (B2B SaaS reference 分析): mirror-me · app-me · app-admin · app-ceo · app-reviewer
Stage 2 設計案 (A/B/C 3 variants の text 設計): mirror-me · app-me · app-admin · app-ceo · app-reviewer