2026/11 – 2027/04
窗口:2026-11-02 → 2027-04-30(26 周):11 月完成需求与设计,12 月起开发,到 2027 年 4 月 30 日体验改善、记忆、架构全部就绪,5 月进入 GA 冲刺与 UAT(对齐 GA 目标 2027-05-14)。
整个计划围绕三件互相衔接的事:先把体验补到可信,再让系统开始积累客户上下文,同时为 SaaS 商业化理顺地基。开发任务串行推进,时间互不重叠。
左边是用户今天真实会遇到的问题,右边是做到什么程度才算解决;最后一列对应需求清单的编号。
| 现在的问题 | 做到什么才算解决 | 对应需求 |
|---|---|---|
| 手机上打开页面,内容左右错位,字看不清 | 手机和小屏上正常浏览,关键数字看得清、点得到 | U1 · U2 |
| 页面上看不出哪些地方能点击,要点了才知道 | 能点的地方一眼可辨,点错的情况明显减少 | U4 |
| 同一种颜色一会儿表示错误,一会儿只是强调 | 颜色含义全站统一,看到颜色就知道是什么性质 | U3 |
| 项目换人接手,客户公司的背景要从头讲一遍 | 系统里存着客户公司的基本情况,接手的人自己就能看到 | M1 |
| 在对话里问问题,回答都是通用内容,不结合本公司情况 | 回答自动带上公司记忆,建议更贴合实际 | M1 · M4 |
| 个人的工作习惯和项目经验没有被记住 | 系统记住,而且本人能看、能改、能删、能导出 | M3 |
| 担心公司的数据被别人看到或被拿去做别的用途 | 数据只留在本公司范围内;修改有记录;可以关闭;将来的共享内容经过去标识化且需同意 | M2 · K3 |
| 常用功能入口藏得深,管理功能藏在头像菜单里,视角切换不起眼 | 主要入口一屏可达;登录后清楚知道自己是谁、在看哪个视角 | A1 · A2 |
| 想知道同行业别的公司怎么做,没有渠道 | (将来)能看到去标识化汇总的行业要点,不包含任何具体公司的信息 | K4 |
| 目标 | 为什么 | 对应需求 |
|---|---|---|
| 达到可演示、可试点销售的质量线 | GA 目标 2027-05-14 倒排;10 月评审设计 C+ / 信息架构 C,先把体验补到「可信」 | U1–U4 |
| 让系统开始积累客户上下文 | 记忆是后续所有智能功能的底座,也是客户留下来(换系统成本变高)的起点;越早上线越早积累 | M1–M4 |
| 为行业级洞察打基础,但不抢跑 | 跨客户汇总的价值大,但前提是法律条款和客户信任;窗口内只做字段、统计和条款起草 | K1–K4 |
| 信息架构与性能一次理顺 | 多租户 SaaS 模式已定,导航、权限、视角是计费与自助开通的地基;计费建设排在 GA 后,信息架构 4 月底收尾 | A1–A4 · S1 |
| 质量可观测、开发可持续 | Sentry 监控 10 月已接入;演示数据与真实接口的自动核对,防止两边悄悄不一致 | A4 |
共 18 条,按五个工作流分组。「视角」指需求主要来自谁:用户(一线使用感受)、产品(经营与节奏判断)、双方(两边都成立)。记忆(M)与行业库(K)工作流细化为 13 条子故事(M1.x / M3.x / M4.x / K4.x),挂在父条目下随其交付;开发任务按串行节奏排定,相邻任务留约一周交接重叠。记忆与 Onboarding / 行业库的可点击交互稿(2026-10-27 版):打开 Mockup ↗。
| 需求 | 做到什么程度才算解决 | 背景 / 现状 | 视角 | 优先级 | 排期 |
|---|---|---|---|---|---|
| 体验 | |||||
| U1 | 手机和小屏上页面显示正常:不再左右错位,关键数字看得清 | 现在 375px 宽的手机上页面横向溢出 150px 以上 | 用户 | P1 | 03/18–03/25 |
| U2 | 按钮、输入框、链接的点击面积达到手指好点的标准(约 44px) | 现在最小的可点元素只有 20px 高,手机上几乎点不中 | 用户 | P1 | 03/26–03/30 |
| U3 | 全站颜色含义统一:错误、警告、强调、五个阶段各有固定用色 | 现在 5–6 种强调色没有规则,颜色不传达信息 | 用户 | P1 | 03/01–03/05 |
| U4 | 看得出哪里能点:表格行、链接有明确提示;页面按信息重要程度排布,减少「模板感」 | 可点行和普通文字长得很像,用户靠试 | 双方 | P1 | 04/16–04/23 |
| 记忆 | |||||
| D1 | 记忆功能需求整理与 PRD:确定 M1–M4 共 13 条子故事的范围与验收标准,完成数据模型设计(Markdown + frontmatter、industry / topic 预留)与注入预算、降级口径的定义 | 开发开始前把「做什么、做到什么程度」写清楚,避免边做边改 | 产品 | P1 | 11/02–11/13 |
| D2 | 设计方案:体验改善(U1–U4)的设计稿与验收口径、记忆界面设计稿(Onboarding 向导 / 記憶管理页 / 个人记忆入口) | 12 月的开发照图施工,不边开发边定设计 | 产品 | P1 | 11/16–11/27 |
| M1 | 公司记忆:新客户开通时用问答向导录入基本情况(名称、组织、产品、客户、规模、课题),使用中持续补充;管理员可修改;向导支持中途存草稿、退出续填 | 换人接手不用从头讲;对话回答有了上下文 | 双方 | P1 | 12/01–02/03(含 M2) |
| M1.1 | 存储模型:记忆以 Markdown + frontmatter 存储(companies/{id}/memory.md),预留 industry / topic 字段(与 K1 同一口径),每次修改生成版本记录 | 后续行业提炼无需回补数据;改错可回滚 | 产品 | P1 | 12/01–12/08 |
| M1.2 | Onboarding 向导:客户管理员设完初始密码首次登录后进入 5 步向导(欢迎→资料上传→Agent 抽取→候选确认→完成),可跳过、可退出续做;之后从「記憶管理→資料から抽出」重进同一流程 | 新客户开通当天就有可用的组织记忆 | 双方 | P1 | 12/21–01/08 |
| M1.3 | 资料上传与解析:批量上传 PDF / Word / Markdown / TXT(单个 ≤20MB),表格类明确提示暂不支持;原文仅用于本次抽取、30 天后自动删除、不用于模型训练 | 放心上传;解析进度逐文件可见、失败可重试 | 用户 | P1 | 12/09–12/18 |
| M1.4 | 候选确认:逐条确认 Agent 抽取的候选——置信度与来源页码、疑似重复合并、个人信息自动脱敏(可查明细);勾选后经确认弹窗一次性写入 | 组织记忆质量可控;写入数量与 token 合计实时可见 | 双方 | P1 | 01/12–01/19 |
| M1.5 | 管理页「記憶管理」:组织记忆文档列表(标题+摘要+更新者),整行点击即编辑(标题+Markdown),可新建;页顶一行完成租户开关与灰度设置;修改全部记入审计 | 日常维护只有一个入口;非管理员只读 | 双方 | P1 | 01/20–01/26 |
| M2 | 记忆管得住:修改有记录和时间,敏感信息脱敏,用户可以关闭;记忆内容按数据处理、不作为指令执行(防提示注入) | 记忆里存的是公司信息,必须让用户放心 | 用户 | P1 | 01/27–02/03 |
| M3 | 个人记忆:系统记住个人偏好与项目经验,本人可查看、修改、删除、导出;按租户开关灰度上线 | 个人的经验留在系统里,而不是留在某个人脑子里 | 用户 | P1 | 02/01–03/17(含 M4) |
| M3.1 | 个人记忆入口与编辑:案件界面右上角「個人記憶」打开设置——一个大输入框,直接输入或粘贴 Markdown,无条目列表;底部显示 token 估算,保存后下次对话生效 | 10 秒教会 Agent 自己的工作方式;对话注入胶囊的「内訳」可再次打开 | 用户 | P1 | 02/04–02/09 |
| M3.2 | 个人记忆数据与灰度:按用户隔离存储(users/{id}/memory.md),本人可查看 / 修改 / 删除 / 导出,管理员不可见;按租户开关灰度放量(全体 / 指定 / 仅管理员) | 隐私边界清晰;先小范围验证再放开 | 产品 | P1 | 02/08–02/17 |
| M4 | 记忆用起来:对话、仪表盘建议、工作簿预填自动带上记忆内容。注入量有硬约束——单次请求体 ≤8KB(线上防火墙上限)、记忆摘要 ≤1.5k token;检索失败时回答明确标注「未带公司记忆」,不静默降级;租户未录入时注入为空、不报错 | 存了不用等于没存;超量注入会被拦截,静默降级会把故障藏起来 | 产品 | P1 | 02/15–03/17 |
| M4.1 | 分层注入器:按「组织 / 个人」分区取用,总预算受硬约束(单请求体 ≤8KB、记忆摘要 ≤1.5k token),超预算按相关度截断 | 超量注入在源头被拦住;含单测与回放 | 产品 | P1 | 02/15–02/26 |
| M4.2 | 注入可见与降级:对话中显示「已注入 N 条(组织 x · 个人 y)」胶囊并可点开内訳;未注入记忆列出原因(预算不足);检索失败明确标注「未带公司记忆」;未录入时注入为空不报错 | 降级永远可见、不静默;三种降级路径各有 e2e | 用户 | P1 | 03/08–03/11 |
| M4.3 | 消费场景:仪表盘建议与工作簿预填自动带上公司记忆,两场景可分别开关 | 记忆不止在对话里有用 | 双方 | P1 | 03/12–03/17 |
| 行业知识库 · 基础工作 | |||||
| K1 | 录入数据时补充「行业 / 主题」字段(只加字段,不加功能) | 将来的行业汇总要先有数据,现在每次录入都在为它打底 | 产品 | P1 | 12/01–12/03 |
| K2 | 按行业 / 主题统计使用情况 | 用真实数据决定下一步优先做哪些行业 | 产品 | P1 | 03/31–04/01 |
| K3 | 跨客户数据共享的法律条款与客户开关机制:12 月起由法务起草 | 共享的前提是合同和信任,不是技术;条款是后续功能的硬前提 | 产品 | P1 | 12/01–01/29(法务主导) |
| K4 | 「行业要点」预研:各客户数据去标识化后定期汇总,经人工确认再展示(信任页 3 月;评审台骨架与 schema 04/26–05/11,见风险) | 用户想要行业参照;但必须确认不泄露任何具体公司的信息 | 双方 | 建议 | 05/12–05/22(GA 后) |
| K4.1 | 租户信任页:管理后台「テナント設定>業界ナレッジ」独立页——贡献开关(整体退出;关闭时说明后果:停止新抽取、未公开候选移除、已公开聚合条目按协议维持)+ 本租户贡献清单(不含其他租户任何身份信息) | 信任建立在透明上;开关变更记审计(PRD US-006/014/015) | 双方 | 建议 | 05/12–05/13 |
| K4.2 | 平台评审台骨架:四视图(審査キュー / 公開済み / 候補プール / 監査ログ)设计与前端骨架——草案卡片(佐证租户数仅计数、条件化正文、冲突说明)支持承認→公開 / 却下;条目可查看编辑(保存即新版本);仅 vc_admin 可见 | V2 上线前评审流程先跑通;操作留审计(PRD US-009 / FR-15) | 双方 | 建议 | 05/14–05/20 |
| K4.3 | 候选池 schema 设计:定稿候选池字段(脱敏正文、租户标签、行业 / 主题、状态、单向加密证据指针)与 Worker A 试点回放方案 | GA 后实施前定稿,避免返工;与 K1 字段对齐;指针不可反查原文(PRD US-005 / FR-4) | 产品 | 建议 | 05/21–05/22 |
| 信息架构与性能 | |||||
| A1 | 全局导航:仪表盘、项目、管理一屏可达,管理不再藏在头像菜单里;同时复核五个角色的页面权限,记忆相关接口的权限一并纳入矩阵 | 评审中「找不到管理入口」是导航硬伤 | 用户 | P2 | 04/10–04/21 |
| A2 | 登录后明确显示当前身份与视角;VC/客户与管理/PM 两组视角升级为一级入口 | 现在视角切换藏在一个单选框里,很多人不知道有这个功能 | 用户 | P2 | 05/12–05/18(GA 后) |
| A3 | 日常业务操作(如「课题的初步选定」)移出管理后台;后台只留主数据和用户管理 | 每天要做的事不该藏在管理员区域里 | 用户 | P2 | 05/19–05/22(GA 后) |
| A4 | 页面按需加载;建立性能基线;演示数据与真实接口的自动核对 | 现在首屏一次性加载全部代码;演示数据和真实接口已经出现不一致 | 双方 | P2 | 04/22–04/29 |
| SaaS 商业化准备 | |||||
| S1 | 复核客户公司之间的数据严格隔离(结合 A1 的权限矩阵一并确认) | 多租户 SaaS 模式已定,隔离是一切商业化的前提 | 产品 | P2 | 04/20–04/21(随 A1) |
| S2 | 定价与套餐调研准备:确定调研范围与对象 | GA 后启动计费建设,1 月先把要调研的问题定下来 | 产品 | 预研 | 01/11–01/29 |
五条工作流、26 周(2026-11-02 → 2027-04-30)。11 月为需求与设计窗口(不排开发);12 月起开发任务按串行节奏排定,相邻任务留约一周交接重叠(前一收尾、后一启动),无多线并行;半透明条表示「非开发资源(法务、调研)」,更淡的条表示「建议 / 预研」。悬停横条可看每项排期,展开下方明细表可看全部排期。子故事(M1.1–M4.3、K4.1–K4.3)排期见 05 需求清单,均在父条目窗口内;甘特图保持史诗级粒度。
时间轴:2026-11-02 → 2027-04-30,浅色细线每周一格(周一):11/02 · 11/09 · 11/16 · 11/23 · 11/30 · 12/07 · 12/14 · 12/21 · 12/28 · 01/04 · 01/11 · 01/18 · 01/25 · 02/01 · 02/08 · 02/15 · 02/22 · 03/01 · 03/08 · 03/15 · 03/22 · 03/29 · 04/05 · 04/12 · 04/19 · 04/26。
| 任务 | 设计 | 开发 | 测试 / 验收 |
|---|---|---|---|
| D1 记忆功能需求与 PRD | 11/02–11/13:需求定义 · 数据模型设计 · 注入预算与降级口径 · 验收标准(绑定 STG 基线) | ||
| D2 设计方案 | 11/16–11/27:体验改善(U1–U4)设计稿与验收口径 · 记忆界面设计稿(向导 / 管理页 / 个人记忆入口) | ||
| U3 颜色含义统一 | 03/01–03/02 | 03/03–03/04 | 03/05 |
| U1 手机显示正常 | 03/18 | 03/19–03/24 | 03/25 |
| U2 点击面积达标 | 03/26 | 03/29 | 03/30 |
| U4 看得出哪里能点 | 04/16 | 04/17–04/22 | 04/23 |
| M1 公司记忆(含 M2) | 11/02–11/27(PRD · 数据模型 · 界面设计稿) | 12/01–01/16 | 01/19–02/03(测试与验收,含 M2) |
| M3 个人记忆(M4 随之上线) | 02/04–02/07 | 02/08–03/11 | 03/12–03/17 |
| K1 字段 + K2 统计 | 字段 12/01–12/03 上线;统计 03/31–04/01 上线(分两次小版本上线) | ||
| K3 法务条款起草 | 12/01 起持续进行(法务主导,产品配合) | ||
| K4 行业知识库(建议) | GA 后 05/12–05/22:信任页 · 评审台骨架 · schema 定稿(见风险) | ||
| A1 全局导航(含 S1 隔离复核) | 04/10–04/13(含五角色权限矩阵) | 04/14–04/20 | 04/21(含隔离复核) |
| A2 视角入口升级 | GA 后 05/12–05/18 | ||
| A3 业务操作迁出后台 | GA 后 05/19–05/22 | ||
| A4 按需加载 + 接口核对 | 04/22(性能基线) | 04/23–04/28 | 04/29(性能回归) |
| S2 定价调研准备(预研) | 01/11–01/29:确定调研范围与对象(非开发资源);计费系统建设排在 GA 后 | ||
每个关卡用可检查的事实说话,不靠感觉。验收数字绑定 2026-10-26 STG 真环境实测基线(687 处微型文字、175 个过小点击目标、阶段色对比 2.9:1、focus-visible 规则 0 条),基线回归脚本并入 pnpm verify:all,每次发版自动比对。
2026/11 – 2027/04
期間:2026-11-02 → 2027-04-30(26 週):11 月は要件と設計、12 月から開発。2027 年 4 月 30 日までに体験改善・記憶・アーキテクチャを仕上げ、5 月は GA ラッシュと UAT(GA 目標 2027-05-14)。
計画は相互につながる 3 つのこと軸:まず体験を信頼できる水準に引き上げ、次にシステムが顧客の文脈を蓄え始め、同時に SaaS 事業化の土台を整える。開発タスクは直列リズムで、隣接タスクに約 1 週の受け渡し重複。
左はユーザーが今日実際に遭遇する問題、右は解決と呼べる状態。最終列は要件リストの番号に対応。
| 現在の問題 | 解決の状態 | 対応要件 |
|---|---|---|
| スマホでページを開くと左右にズレ、文字が読みにくい | スマホ・小画面で正常に閲覧でき、重要な数値が見えて押せる | U1 · U2 |
| 押せる場所が画面から分からず、押して確認している | 押せる場所がひと目で分かり、誤タップが明確に減る | U4 |
| 同じ色がエラーを表したり単なる強調だったりする | 色の意味がサイト全体で統一され、色で性質が分かる | U3 |
| プロジェクトの引き継ぎで顧客会社の背景をゼロから説明する | 顧客会社の基本情報がシステムに保存され、引き継ぎ者が自分で見られる | M1 |
| 対話で質問しても回答は汎用的で、自社の状況に合わない | 回答に会社メモリが自動で付き、提案が実態に即する | M1 · M4 |
| 個人の作業習慣やプロジェクト経験が記憶されない | システムが記憶し、本人が閲覧・修正・削除・エクスポートできる | M3 |
| 会社のデータが他者に見られたり、別の用途に使われたりしないか心配 | データは自社内に留まる。変更は記録され、無効化できる。将来の共有内容は非識別化かつ同意付き | M2 · K3 |
| よく使う機能の入口が深く、管理機能はアバターメニューに隠れ、視点切替も目立たない | 主要入口が 1 画面で届く。ログイン後に自分の身元と視点が明確 | A1 · A2 |
| 同業他社のやり方を知りたいが、手段がない | (将来)非識別化して集約した業界要点を見られる。特定会社の情報は含まない | K4 |
| 目標 | 理由 | 対応要件 |
|---|---|---|
| デモ・試験販売できる品質ラインに到達 | GA 目標 2027-05-14 から逆算。10 月レビューはデザイン C+ / 情報アーキ C。まず体験を「信頼できる」水準に | U1–U4 |
| システムが顧客の文脈を蓄え始める | メモリは今後のすべての知能機能の土台であり、顧客が残る(乗り換えコストが上がる)起点。早く公開するほど早く蓄積 | M1–M4 |
| 業界レベルのインサイトに備えるが、急がない | 顧客間集約の価値は大きいが、前提は法務条項と顧客の信頼。この期間はフィールド・統計・条項起草のみ | K1–K4 |
| 情報アーキテクチャと性能を一気に整える | マルチテナント SaaS モデルが確定。ナビ・権限・視点は課金とセルフ開通の土台。課金構築は GA 後、情報アーキは 4 月末に仕上げ | A1–A4 · S1 |
| 品質を観測可能に、開発を持続可能に | Sentry 監視は 10 月に導入済み。デモデータと実 API の自動突合で、両者の静かな不一致を防ぐ | A4 |
全 18 件、5 つのワークストリームのグループ分け。「視点」は主にどこから来た要件か:ユーザー(現場の使用感)、製品(経営とテンポ)、両方。記憶(M)と業界ナレッジ(K)は 13 の子ストーリー(M1.x / M3.x / M4.x / K4.x)に細分化し、親要件に紐付けて提供。開発タスクは直列リズムで、隣接タスクに約 1 週の受け渡し重複。記憶・オンボーディング・業界ナレッジの操作可能なプロトタイプ(2026-10-27 版):Mockup を開く ↗。
| 要件 | 解決の状態 | 背景 / 現状 | 視点 | 優先度 | スケジュール |
|---|---|---|---|---|---|
| 体験 | |||||
| U1 | スマホ・小画面でページが正常表示:横ズレせず、重要な数値が見える・押せる | 現在 375px 幅で 150px 以上の横スクロールが発生 | ユーザー | P1 | 03/18–03/25 |
| U2 | ボタン・入力欄・リンクのタップ領域を指に優しい基準(約 44px)に | 現在最小のクリック要素は高さ 20px しかなく、スマホでほぼ押せない | ユーザー | P1 | 03/26–03/30 |
| U3 | サイト全体で色の意味を統一:エラー・警告・強調・5 フェーズの固定色 | 現在 5–6 色の強調色に規則がなく、色が情報を伝えない | ユーザー | P1 | 03/01–03/05 |
| U4 | 押せる場所がひと目で分かる:表行・リンクに明示し、情報の重要度で画面を構成し「テンプレ感」を減らす | 押せる行と普通の文字の見分けがつかず、試して使っている | 両方 | P1 | 04/16–04/23 |
| 記憶 | |||||
| D1 | 記憶機能の要件整理と PRD:M1–M4 の 13 子ストーリーの範囲と検収基準を確定。データモデル設計(Markdown + frontmatter、industry / topic の確保)と注入予算・劣化時の扱いを定義 | 開発前に「何を、どこまでやるか」を明確にし、手戻りを防ぐ | 製品 | P1 | 11/02–11/13 |
| D2 | 設計案:体験改善(U1–U4)のデザイン案と検収基準、記憶 UI の設計(オンボーディングウィザード / 記憶管理 / 個人メモリ入口) | 12 月からの開発は設計どおりに進め、作りながら決めることを避ける | 製品 | P1 | 11/16–11/27 |
| M1 | 会社メモリ:新規クライアント開通時に質問形式ウィザードで基本情報(名称・組織・製品・顧客・規模・課題)を登録し、利用の中で継続補充。管理者が修正でき、下書き保存・途中終了→再開に対応 | 引き継ぎ時にゼロから説明せず済む。対話回答に文脈が付く | 両方 | P1 | 12/01–02/03(M2 含む) |
| M1.1 | ストレージモデル:メモリは Markdown + frontmatter で保存(companies/{id}/memory.md)。industry / topic フィールドを確保(K1 と同口径)、変更ごとに版を記録 | 後の業界抽出でデータを取り直さず済む。誤りはロールバック可能 | 製品 | P1 | 12/01–12/08 |
| M1.2 | オンボーディングウィザード:初回パスワード設定後の初回ログインで 5 ステップ(ようこそ→資料アップロード→Agent 抽出→候補確認→完了)。スキップ・途中終了→再開可。後から「記憶管理→資料から抽出」で同じフローを再実行 | 新規クライアントの開通当日に組織メモリが使える状態に | 両方 | P1 | 12/21–01/08 |
| M1.3 | 資料アップロードと解析:PDF / Word / Markdown / TXT を一括アップロード(1 ファイル 20MB まで)。表計算ファイルは非対応を明示。原文は抽出のみに使用し 30 日で自動削除、モデル学習には使わない | 安心してアップロードできる。解析進捗はファイルごとに可視化、失敗時は再試行可 | ユーザー | P1 | 12/09–12/18 |
| M1.4 | 候補確認:Agent が抽出した候補を 1 件ずつ確認——信頼度と出典ページ、重複の統合提案、個人情報の自動マスク(明細可)。チェック後に確認ダイアログで一括登録 | 組織メモリの品質をコントロール可能。登録件数とトークン合計をリアルタイム表示 | 両方 | P1 | 01/12–01/19 |
| M1.5 | 管理画面「記憶管理」:組織メモリの文書リスト(タイトル+要約+更新者)。行クリックで編集(タイトル+Markdown)、新規作成可。画面上部の 1 行でテナントスイッチと対象メンバーを設定。変更はすべて監査ログに記録 | 日常の保守はここ 1 箇所のみ。非管理者は閲覧のみ | 両方 | P1 | 01/20–01/26 |
| M2 | メモリは管理可能:変更には記録と時刻が付く。機微情報はマスク。利用者は無効化できる。メモリ内容はデータとして扱い、指示としては実行しない(プロンプト注入対策) | 会社の情報を扱う以上、利用者が安心できる仕組みが必要 | ユーザー | P1 | 01/27–02/03 |
| M3 | 個人メモリ:個人の好みやプロジェクト経験を記憶。本人が閲覧・修正・削除・エクスポート可能。テナント単位のスイッチで段階公開 | 個人の経験は個人の頭の中ではなくシステムに残る | ユーザー | P1 | 02/01–03/17(M4 含む) |
| M3.1 | 個人メモリの入口と編集:案件画面右上の「個人記憶」から設定——1 つの入力欄に直接入力または Markdown を貼り付け(リスト形式なし)。下部にトークン概算、保存は次回の会話から反映 | 10 秒で Agent に自分の働き方を教えられる。会話内の注入ピル「内訳」から再アクセス可 | ユーザー | P1 | 02/04–02/09 |
| M3.2 | 個人メモリのデータと段階公開:ユーザー単位で分離保存(users/{id}/memory.md)。本人が閲覧・修正・削除・エクスポート可、管理者は閲覧不可。テナントスイッチで段階公開(全員 / 一部 / 管理者のみ) | プライバシー境界が明確。小さく検証してから広げる | 製品 | P1 | 02/08–02/17 |
| M4 | メモリを活用:対話・ダッシュボード提案・ワークブック事前入力にメモリを自動反映。注入量はハード制約——リクエスト本文 ≤8KB(WAF 上限)、メモリ要約 ≤1.5k トークン。検索失敗時は「会社メモリなし」と明示し、静かに劣化させない。未登録テナントは空注入でエラーにしない | 保存しても使わなければ意味がない。超過注入は遮断され、無言の劣化は障害を隠す | 製品 | P1 | 02/15–03/17 |
| M4.1 | 階層別インジェクタ:「組織 / 個人」の区分で取得し、総予算はハード制約(本文 ≤8KB、要約 ≤1.5k トークン)。超過分は関連度で切り捨て | 過剰注入をソースで遮断。単体テストとリプレイで検証 | 製品 | P1 | 02/15–02/26 |
| M4.2 | 注入の可視化と劣化:対話に「N 件を注入(組織 x・個人 y)」ピルを表示し内訳を開ける。未注入メモリは理由(予算不足)を列挙。検索失敗は「会社メモリなし」と明示。未登録なら空注入でエラーなし | 劣化は常に可視化・無言にしない。3 つの劣化経路それぞれに e2e テスト | ユーザー | P1 | 03/08–03/11 |
| M4.3 | 消費シーン:ダッシュボード提案とワークブック事前入力に会社メモリを自動反映。2 シーンは個別に ON/OFF 可 | メモリは対話以外でも役に立つ | 両方 | P1 | 03/12–03/17 |
| 業界ナレッジ・基盤整備 | |||||
| K1 | データ入力時に「業界 / トピック」フィールドを追加(フィールドのみ追加し、機能は追加しない) | 将来の業界集約のためにデータを今から積み上げる | 製品 | P1 | 12/01–12/03 |
| K2 | 業界 / トピック別の利用状況を集計 | 実データで次に手掛ける業界の優先順位を決める | 製品 | P1 | 03/31–04/01 |
| K3 | 顧客間データ共有の法務条項と顧客側スイッチの仕組み:12 月から法務が起草を開始 | 共有の前提は技術ではなく契約と信頼。条項は後続機能のハード前提 | 製品 | P1 | 12/01–01/29(法務主導) |
| K4 | 「業界要点」予備検討:各顧客データを非識別化して定期集約し、人の確認を経て表示(信頼ページは 3 月。審査台の骨格と schema は 04/26–05/11、リスク参照) | 業界の参照データがほしい。ただし特定会社の情報が漏れないことを確認する必要がある | 両方 | 提案 | 05/12–05/22(GA 後) |
| K4.1 | テナント信頼ページ:管理画面「テナント設定>業界ナレッジ」の独立ページ——貢献スイッチ(全体オプトアウト。OFF 時の影響を明記:新規抽出停止、未公開候補の削除、公開済みの集約項目は契約どおり維持)+ 自テナントの貢献リスト(他テナントの身元情報は一切表示しない) | 信頼は透明性の上に築く。スイッチ変更は監査ログに記録(PRD US-006/014/015) | 両方 | 提案 | 05/12–05/13 |
| K4.2 | プラットフォーム審査台の骨格:4 ビュー(審査キュー / 公開済み / 候補プール / 監査ログ)の設計とフロント骨格——ドラフトカード(佐証テナント数はカウントのみ・条件付き本文・競合説明)で承認→公開 / 却下。項目の閲覧・編集が可能(保存で新版)。vc_admin のみ表示 | V2 リリース前に審査フローを通す。操作は監査ログに記録(PRD US-009 / FR-15) | 両方 | 提案 | 05/14–05/20 |
| K4.3 | 候補プール schema 設計:候補プールのフィールド(マスク済み本文・テナントタグ・業界 / トピック・状態・一方向暗号化エビデンスポインタ)と Worker A 試験リプレイ方式を確定 | GA 後の実装前に確定して手戻りしない。K1 フィールドと整合。ポインタから原文は復号不可(PRD US-005 / FR-4) | 製品 | 提案 | 05/21–05/22 |
| 情報アーキテクチャと性能 | |||||
| A1 | グローバルナビ:ダッシュボード・プロジェクト・管理画面にワンタップで到達。管理をアバターメニューに隠さない。5 ロールのページ権限を見直し、メモリ関連 API の権限もマトリクスに組み込む | レビューで「管理入口が見つからない」はナビの欠陥 | ユーザー | P2 | 04/10–04/21 |
| A2 | ログイン後に現在の身元と視点を明示。VC / 顧客、管理 / PM の 2 組の視点をトップレベルの入口へ | 現在の視点切替はラジオボタンに隠れており、存在を知らない人も多い | ユーザー | P2 | 05/12–05/18(GA 后) |
| A3 | 日常の業務操作(「課題の仮選定」など)を管理画面から出す。管理画面はマスタとユーザー管理のみに | 毎日やる作業が管理者エリアに隠れていてはならない | ユーザー | P2 | 05/19–05/22(GA 后) |
| A4 | 画面の遅延ロード。性能ベースラインを策定。デモデータと実 API の自動突合 | 現在は初回で全コードを読み込む。デモデータと実 API の不一致が発生済み | 両方 | P2 | 04/22–04/29 |
| SaaS 事業化準備 | |||||
| S1 | 顧客会社間のデータ分離の厳格性を再確認(A1 の権限マトリクスと併せて確認) | マルチテナント SaaS モデルが確定。分離はすべての事業化の前提 | 製品 | P2 | 04/20–04/21(A1 と同時) |
| S2 | 料金・プラン調査の準備:調査範囲と対象を確定 | GA 後に課金設計を開始するため、1 月に調査課題を固める | 製品 | 予備調査 | 01/11–01/29 |
5 ワークストリーム、26 週(2026-11-02 → 2027-04-30)。11 月は要件と設計のウィンドウ(開発なし)。12 月から開発タスクは直列リズムで、隣接タスクに約 1 週の受け渡し重複(前終了・後開始)。多線の並行なし。半透明のバーは「基盤整備 / 開発外リソース(法務・調査)」、より薄いバーは「提案 / 予備調査」。バーにホバーで各項のスケジュール、下の明細表で全日程。子ストーリー(M1.1–M4.3、K4.1–K4.3)のスケジュールは 05 要件リストを参照(親要件のウィンドウ内)。ガントはエピック粒度を維持。
タイムライン:2026-11-02 → 2027-04-30、薄い線は週 1 目盛り(月曜):11/02 · 11/09 · 11/16 · 11/23 · 11/30 · 12/07 · 12/14 · 12/21 · 12/28 · 01/04 · 01/11 · 01/18 · 01/25 · 02/01 · 02/08 · 02/15 · 02/22 · 03/01 · 03/08 · 03/15 · 03/22 · 03/29 · 04/05 · 04/12 · 04/19 · 04/26。
| タスク | 設計 | 開発 | テスト / 検収 |
|---|---|---|---|
| D1 記憶機能の要件と PRD | 11/02–11/13:要件定義 · データモデル設計 · 注入予算と劣化時の扱い · 検収基準(STG ベースラインに紐付け) | ||
| D2 設計案 | 11/16–11/27:体験改善(U1–U4)のデザイン案と検収基準 · 記憶 UI の設計(ウィザード / 管理画面 / 個人メモリ入口) | ||
| U3 色の意味の統一 | 03/01–03/02 | 03/03–03/04 | 03/05 |
| U1 スマホ表示の正常化 | 03/18 | 03/19–03/24 | 03/25 |
| U2 タップ領域の基準達成 | 03/26 | 03/29 | 03/30 |
| U4 押せる場所の見える化 | 04/16 | 04/17–04/22 | 04/23 |
| M1 会社メモリ(M2 含む) | 11/02–11/27(PRD · データモデル · 画面設計) | 12/01–01/16 | 01/19–02/03(テストと検収、M2 含む) |
| M3 個人メモリ(M4 とともに公開) | 02/04–02/07 | 02/08–03/11 | 03/12–03/17 |
| K1 フィールド+K2 統計 | フィールドは 12/01–12/03、統計は 03/31–04/01 にリリース(2 回のマイナーリリース) | ||
| K3 法務条項の起草 | 12/01 から継続(法務主導、製品が協力) | ||
| K4 業界ナレッジ(提案) | GA 後 05/12–05/22:信頼ページ · 審査台の骨格 · schema 確定(リスク参照) | ||
| A1 グローバルナビ(S1 含む) | 04/10–04/13(5 ロール権限マトリクス含む) | 04/14–04/20 | 04/21(分離レビュー含む) |
| A2 視点入口のアップグレード | GA 後 05/12–05/18 | ||
| A3 業務操作の管理画面外移動 | GA 後 05/19–05/22 | ||
| A4 遅延ロード+API 突合 | 04/22(性能ベースライン) | 04/23–04/28 | 04/29(性能回帰) |
| S2 価格調査の準備(予備) | 01/11–01/29:調査範囲と対象を確定(開発外リソース)。課金システム構築は GA 後 | ||
各ゲートは検証可能な事実で語る。検収数値は 2026-10-26 の STG 実環境計測ベースライン(極小文字 687 箇所、過小タップ領域 175 件、フェーズ色コントラスト 2.9:1、focus-visible 規則 0 件)に紐付け、回帰スクリプトを pnpm verify:all に組み込み、リリースごとに自動比較。