運用 AI ＞ 機能リクエスト受付
FEATURE GOVERNANCE
機能リクエスト受付 — 多機能化を避けて、 「使いたい機能だけ」 を ON に
LINE Memory + Talent Hub の機能は tenant 単位で ON/OFF 切替可能。 onboarding 時に基本セットを選択、 後から追加・変更 OK。 そして bot 担当者が「あったらいい機能」 を常時投稿、 priority + vote で導入判断。
A tenant 機能 ON/OFF — 現在の設定
LINE-MEMORY clients/<tenant>/config.yaml の features: セクションを可視化。
✓ = ON、 — = OFF。 切替は config.yaml 直接 or onboarding wizard 経由 (後者は実装予定)。
| 機能 | noisiii_pilot ★ PoC |
buggy | itou_dept | LUV | LIS | PR | category |
|---|---|---|---|---|---|---|---|
| keyword_filter キーワード事前フィルタ |
✓ | ✓ | ✓ | ✓ | ✓ | ✓ | 必須 |
| importance_scoring Claude 重要度判定 |
✓ | ✓ | ✓ | ✓ | ✓ | ✓ | 必須 |
| slack_realtime_alert Slack リアルタイム通知 |
✓ | ✓ | ✓ | ✓ | ✓ | ✓ | 必須 |
| slack_daily_summary 朝サマリー Slack |
✓ | ✓ | ✓ | ✓ | ✓ | ✓ | 任意 |
| extract_task_candidates task 自動抽出 |
✓ | ✓ | ✓ | ✓ | — | — | 任意 |
| extract_issues 主題 → Task Tree |
✓ | — | — | — | — | — | β |
| extract_profile_signals talent 志向変化検出 |
✓ | — | — | — | — | — | β |
| priority_urgency_classify P0-P3 × 緊急度 |
✓ | ✓ | ✓ | ✓ | — | — | 任意 |
| escalation_24h P0 24h 未対応 再通知 |
✓ | ✓ | ✓ | ✓ | — | — | 任意 |
| sns_strategy_signal SNS 戦略 v2 trigger |
✓ | — | — | — | — | — | β |
| audition_matching_signal audition score 補正 |
✓ | — | — | — | — | — | β |
| annual_calendar_push Google Calendar 投入 |
— | — | — | — | — | — | β |
| line_push_task_approved task 承認 → LINE reply |
— | — | — | — | — | — | β |
| line_push_reminder scheduled reminder |
— | — | — | — | — | — | β |
| line_push_morning_digest 朝サマリー LINE push |
— | — | — | — | — | — | β |
💡 noisiii_pilot は PoC として 14 機能中 11 機能を ON で全検証中 (2026-05-13 〜)。 commercial 5 client は導入時に onboarding wizard で必要機能を選択、 後から増減自由。
B 「あったらいい」 機能を常時投稿
bot 担当者 (manager / executive) が「こんな機能あったらいいな」 を一文で投稿。 一覧で priority + vote が見え、 月次 review で導入判断。 仕様書化したら status を roadmap に。
📝 新規 リクエスト投稿
本番は talent_mgmt.feature_requests テーブルに INSERT、 Slack #feature-requests に同時 post。
📋 現在の リクエスト一覧 (mock sample)
| 投稿日 | tenant | category | priority | 内容 | votes | status |
|---|---|---|---|---|---|---|
| 5/13 | noisiii_pilot | SNS 戦略 | P0 | SNS 戦略 v2 の「効かない仮説」 を自動 retire、 提案理由を AI が説明できるように | 5 | 検討中 |
| 5/12 | buggy | オーディション | P1 | 合格 → 不合格 の理由を audition_applications に蓄積、 matching score 再学習に活用 | 8 | roadmap |
| 5/11 | itou_dept | カレンダー連携 | P1 | talent が Google Calendar で日程変更したら、 関連 task の due_at を自動更新 | 6 | roadmap |
| 5/10 | luv | LINE 抽出 | P2 | 「ありがとう」 「お疲れ様」 等の挨拶 noise を AI で除外、 重要度判定の精度を上げる | 3 | new |
| 5/09 | pr | Slack 連携 | P2 | Slack 内で task approve / reject を Interactive Buttons で完結 (Phase 3 設計済) | 4 | roadmap |
| 5/08 | buggy | 権限 / RLS | P0 | handler が 異 team の talent を誤って閲覧しないように、 RLS で完全 isolation | 11 | roadmap |
| 5/07 | itou_dept | UI 改善 | P3 | 朝の Slack サマリーを「LINE グループ別」 「talent 別」 で切替可能に | 1 | new |
| 5/06 | luv | その他 | P3 | Slack で talent quick view (狙い + 最新案件 + 直近 LINE 3 件) を slash command で出せる | 2 | roadmap |
※ 月次 review (毎月末 executive 主催) で priority + votes を見て roadmap 化 or rejected を判定。 vote は 1 人 1 票、 Slack reaction 連動も検討中。
C 新スキーマ (proposal)
| テーブル | 主要列 / 役割 |
|---|---|
feature_requests | id, tenant_id, requester_id (handler), category, priority (P0-P3), title, description, status (new/considering/roadmap/rejected/shipped), vote_count, slack_thread_id, created_at, decided_at, decided_by, decision_reason |
feature_request_votes | request_id, handler_id, voted_at (1 人 1 票) |
(既存) handlers | feature_request_count 列追加 (誰が積極的か可視化、 manager 評価指標の 1 つ) |
D 期待効果 (impact)
初期 ON 5 機能 → 必要な分だけ追加
月平均 10-15 件 / tenant
votes で要望の強さが可視化
いつ何を作るかが現場に見える