客户方案评审小样 · AI产品说明书

一句话目标：用浏览器手动走通方案核对、评审、退回重提与下载留档，让内容、版本和处理过程能被核对。

版本：v0.1｜日期：2026-09-08｜状态：待本人确认

本文件描述要求实现的产品；当前交付为产品说明书，未搭建软件。

1 用户与使用时刻

客户经理整理好客户方案后，需要把方案文字、客户原话和依据文件链接一起交接给解决方案经理，避免缺少核对信息或依据。解决方案经理接收评审或写理由退回，产品经理补充能力评审意见后，再由解决方案经理最终接收。本轮做浏览器内手动操作的小样，最重要的是能实际走完核对、提交、退回重提、能力评审和下载记录的过程。明确不接模型或公司系统，不自动生成 PPT，不发送客户，也不写 CRM。

角色使用时刻与动作接收的结果
客户经理准备方案，核对三项并填自己的名字；被退回后修改、重新核对再提交。提交结果、退回理由、当前版本和处理状态。
解决方案经理（下文简称方案经理）初次处理提交；接收或退回；产品经理补意见后最终接收。客户经理提交的只读版本、依据和产品经理意见。
产品经理对进入能力评审的方案补充能力评审意见。同一提交版本的原文、依据和既有处理过程。

角色表示界面中的操作视角。本轮没有登录身份校验，也不具备真实多人同时在线协同的保证；演示者切换角色进行操作是草稿建议，不能当作正式权限控制。

2 目标与范围

目标：让一份方案的内容、核对人、评审意见、版本和处理过程能够对应起来，最终由用户主动下载保存一份可回看记录。产品形态为浏览器手动操作的客户方案评审小样，目前尚无软件。

草稿建议：一次演示处理一份方案，并在同一次页面会话中保留它的各版和处理事件。范围数量未由用户指定；多份方案管理是否需要，留待确认。本轮不填写目标工期或节省比例。

3 页面与主路径

页面划分、状态名称与按钮名称是为可点击小样提出的草稿建议，待本人确认。采用一个方案工作台：顶部提示“本轮数据仅在当前页面，刷新会重置，请主动下载”；提供角色视角切换、方案编辑区、评审区、版本与处理过程区和下载入口。

顺序谁操作与界面动作可见反馈与状态对应要求
1客户经理进入工作台，在草稿区录入方案、客户原话和依据链接。显示可编辑草稿与尚未提交提示。R05、R08
2客户经理分别核对范围、实施条件、下一步，填写自己的名字，然后点“提交”。任一必核项或核对人缺失时阻止提交并保留输入；通过后冻结本版并进入“待方案经理处理”。R01、R02
3方案经理查看同一版本的原文、依据与核对信息，选“接收进入能力评审”或填写理由后“退回”。接收进入“能力评审中”；退回进入“已退回”，保留原版本和理由。R03、R06
4产品经理在能力评审区补充意见并提交。意见追加到该版本的处理记录，提交原文保持只读；进入“待最终接收”。R02、R07
5方案经理查看能力意见后“最终接收”；若仍需客户经理补充，建议也可填写理由退回。最终接收进入“已最终接收”；退回仍进入“已退回”，原因可见。R03、R06
6已退回时，客户经理点“基于退回版修改”，修改后重新核对三项，再提交。生成下一版草稿；旧版与退回理由可回看；重新提交回到“待方案经理处理”，重新走评审。R01、R02、R03
7用户点“下载记录”，查看保存后的文件。文件含本次页面会话中的全部版本、原文依据、角色、状态和处理过程；界面提醒确认下载后再刷新。R04、R08

状态草案：草稿 → 待方案经理处理 → 能力评审中 → 待最终接收 → 已最终接收。待方案经理处理或待最终接收可退回为已退回；已退回版保持只读，复制为下一版草稿再提交。初次“接收”与“最终接收”区分为两个动作是本稿解释，不代表用户已确认这套状态名或最终阶段退回规则。

修改规则草案：方案、客户原话或依据链接有任何改动，三项核对都清空，要求再次核对；核对人姓名可保留显示，但提交前仍可核对修改且不得为空。被提交的版本内容及其核对信息不能覆盖；评审意见、状态和处理事件以追加记录反映，因而不会通过“补意见”改变已提交原文。已最终接收后的改版入口本轮不列入已确认范围。

4 输入与输出

输入来源与格式必要性及使用边界
方案文字客户经理提供的纯文本。用户明确要录入；是否必须非空才允许提交尚待确认，不能暗中增加 R01 的已定门槛。
客户原话客户经理粘贴的纯文本，保留原话表述。不自动润色或冒充客户确认；来源、时间等额外字段并非已定必填。
依据文件链接客户经理提供的一个或多个链接，建议按行录入并可加说明。本轮保存链接文字，不下载或读取链接内的文件，不验证访问权限，不声称已经核验文件内容。
核对信息范围、实施条件、下一步三个独立核对项，以及客户经理自填姓名。提交时三项全选且姓名去除空白后非空；姓名只是用户填写的信息，不是登录验证。
退回理由方案经理填写的文字。退回必填，只有空格视为未填写。
能力评审意见产品经理填写的文字。明确需要补意见；建议非空才进入待最终接收，属于待确认的细化规则。

输出一：浏览器内可见的当前方案、提交版本、核对信息、评审意见、状态和完整处理过程，供三种角色视角手动核对。输出二：用户主动下载的记录文件，保存到浏览器下载位置，由用户自行归档和交接；下载不会触发消息发送。

R04 下载内容要求：同次会话中的各版方案文字、客户原话、依据链接原文、版本标记、核对三项与核对人、每次操作角色、各版状态及当前状态、接收/退回/重提/能力意见/最终接收等过程和退回原因。链接内容本身不在下载范围，不能称为文件全文归档。格式建议为独立 HTML 阅读记录，最终格式待确认；记录中用户文本必须转义，不能作为 HTML 或脚本执行。

版本草案采用 v1、v2 顺延，首份草稿提交为 v1，退回修改后的下一次提交为 v2。处理顺序必须清晰；若增加时间，建议采用浏览器当次时间并明确为演示时间，时间格式待确认，不冒充系统审计时间。

5 功能与验收要求

R01–R04 沿用用户既有编号；R05 起为本稿补充拆解，不改变既有编号。P0 表示本轮主路径需要，P1 表示后续依赖项；优先级标记由本稿建议。每项以可观察的操作与结果验收。

编号与优先级功能要求前提与操作预期结果依据/确认状态
R01 · P0三项未全核对或没填核对人就不能提交。分别漏掉范围、实施条件、下一步任一项后尝试提交；全部勾选但姓名为空或只有空格后提交；最后补齐再提交。前三类尝试均不能进入待方案经理处理，逐项指出缺少内容且保留输入；三项齐全且姓名有效时通过该门槛，不增加未经确认的材料必填门槛。用户已定；空白字符处理为草稿细化。
R02 · P0提交后本版只读。提交 v1，切到各角色尝试改方案、原话、依据或核对信息；随后补评审意见；退回后改为 v2。已提交 v1 的内容和核对信息不可编辑；意见以单独事件追加；v2 不覆盖 v1；下载能辨别两版。用户已定；追加事件与版本编号为实现要求草案。
R03 · P0退回必须写理由，补充后可重提。方案经理输入空理由或纯空白后退回；填写理由退回；客户经理进入修改稿，改动内容后未重新核对即提交，再重新核对提交。空理由不改变状态；有效理由可见且保留；修改稿三项核对清空，未重新核对时 R01 阻止提交；补齐后新版待审，旧版和原因仍可回看，评审重新进行。用户已定；最终阶段也可退回、修改时清空三项为建议细化。
R04 · P0下载包含原文依据、版本、角色、状态与处理过程的记录。走一遍退回、修改重提、能力意见、最终接收后下载并打开文件；另以含 <、>、&、引号的文字试下载。下载记录可独立阅读，含第4项列明的各版内容和过程；文字按原文展示且不被当作代码执行；下载不宣称包含依据文件全文。用户已定；独立 HTML 格式待确认。
R05 · P0录入并查看方案、客户原话和依据链接。在客户经理草稿输入三类内容，提交后由另两种角色查看。字段清楚分开，同版原文一致，链接不自动读取，不产生 AI 改写内容；未填的材料明确显示缺失。来自用户需求的补充编号；材料为空时是否额外阻止提交待确认。
R06 · P0方案经理初次接收及最终接收。收到新版本后接收；在尚无能力评审意见时尝试最终接收；产品经理提交意见后再最终接收。初次接收进入能力评审；建议无意见时阻止最终接收并指出缺少意见；有意见后可最终接收，动作加入记录。接收与最终接收来自用户；两阶段顺序与门槛是待确认的草稿解释。
R07 · P0产品经理补充能力评审意见。进入能力评审，先尝试提交空意见，再输入意见提交。建议空意见保留当前状态并提示补充；有效意见绑定当前提交版本、保留产品经理角色信息，进入待最终接收。用户要求补意见；空意见门槛及状态名为建议。
R08 · P0浏览器手动模拟角色、下载保存及刷新重置。进入页面，切换三种角色走流程；下载后刷新；在同一版连续点两次相同处理按钮；模拟下载失败再重试。清楚提示角色未验证及刷新重置；刷新后回到空白初始状态，已下载文件仍由用户保存；建议仅接受第一次合法状态动作，不生成重复版本或事件；下载失败保留当前页面记录并允许重试。浏览器手动、无身份校验、刷新重置来自用户；角色切换、重复与失败行为为草稿建议。
R09 · P1 后续工作日北京时间18:00，有新材料才自动形成待审稿。后续接口具备且规则确认后，按第6项的时区、材料准备、去重和失败方案进行测试。有新且准备好的授权材料才生成待审稿；无新材料不重复生成；失败保留材料及状态，按确认渠道告知或重试；当前小样不得宣称已启用。用户后续目标；接口与详细规则未确认，本轮不验收自动任务。

6 运行方式

阶段触发与能力依赖和边界
当前现状现在没有软件，本次只是待确认的 PRD。不能把说明书、页面发布或可点击设计当作系统已经建好。
本轮目标要求实现浏览器中人工输入、人工核对、手动切换角色并处理、用户主动下载。不调用模型、文件读取接口、通知接口或公司系统；刷新重置。
后续目标工作日北京时间18:00，存在新材料时自动形成方案待审稿。应实现独立后台定时任务与授权读取；目前文件、模型、通知接口均未具备。

后续自动运行待确认清单：北京时间按 Asia/Shanghai 处理；“工作日”是周一至周五还是含法定调休规则待确认。读取范围只能是已授权且明确指定的文件位置；材料来源、格式、何时算上传完成、何时允许模型处理均未提供。

后续规则建议：用材料唯一标记与修订标记区分新增、更新和重复，只处理准备完成且未处理的版本；待审稿保存位置、命名及接收人待确认。输出必须标为待审，不绕过 R01 的人工核对，不自动发送客户或写 CRM。模型不可用或生成失败时保留待处理材料及失败原因，重试次数、间隔、通知渠道和人工重跑方式待确认；通知接口未具备时不能承诺告警已送达。

后续维护角色、查看失败队列的入口、暂停与恢复方式尚待确认。建议由指定维护人员通过任务开关暂停新运行，恢复时先列出未处理材料并核对去重记录。本轮只有依赖说明，不创建任务、不发布网站、不启用自动化。

7 异常与人工确认

情形提示、保留与继续方式由谁判断验收关联
必核项或姓名缺失显示具体缺项，保留草稿和已填内容，补齐后重新提交。客户经理R01
方案、原话或依据缺失/相互矛盾显示缺失原文；建议用评审意见指出具体矛盾，不由系统合并成承诺。缺材料是否阻止初次提交待确认；方案经理可写理由退回。客户经理补充，方案经理判断是否接收，能力争议由产品经理补意见。R03、R05、R07
依据链接打不开或无权限本轮不读取链接，也不能自动诊断权限；查看人可在意见或退回理由中说明，客户经理补充可访问依据。材料提供者与查看人R03、R05
无理由退回或无意见最终接收无理由退回不生效；按草稿顺序，无能力意见时不进入最终接收。方案经理/产品经理R03、R06、R07
尝试修改已提交版不开放原文编辑；如需补充，由方案经理按流程退回，客户经理另建下一版草稿，保留旧版。方案经理与客户经理R02、R03
重复点击或旧界面再次处理建议检查当前状态，只执行一次有效操作，提示该版本已处理并展示现状。当前操作角色核对状态。R08
下载失败显示失败，保留当前页面记录，让用户重试；不提示已保存，刷新仍会丢失尚未下载的内容。当前用户R04、R08
刷新、关闭或崩溃导致记录丢失持续提示当前会话数据不会永久保存；刷新后回到初始状态，不承诺恢复。用户用已下载记录人工回看；本轮未要求导入恢复。当前用户主动下载归档。R08
未来模型/文件/通知接口失败当前无该能力；后续按第6项确认的保留、重试、人工处理与暂停规则执行。维护角色待确认。R09

8 未确认项与版本

版本 v0.1；文档日期 2026-09-08；状态“待本人确认”；确认人为需求提出者/业务负责人，具体姓名未提供。文档日期不表示交付承诺，本文也不替任何角色批准方案或批准 PRD。

待确认事项影响可先做的部分
初次接收、能力意见和最终接收的确切顺序；最终阶段是否允许退回。决定状态转换与 R06/R07 的门槛。本稿按先初收、再能力意见、最后接收设计，属于建议。可先实现 R01–R04 所需编辑、锁定、退回记录和版本结构；演示页面保留建议标识。
方案、客户原话、依据链接是否另设必填；意见是否允许空内容；评审人是否需要额外自填姓名。影响材料完整性门槛和处理记录字段。不能把额外要求冒充 R01 已定要求。先保留全部输入区和操作角色记录，R01 仅按用户明确条件判断。
下载格式、版本命名、时间格式、是否一次处理多份方案。影响下载阅读与演示规模；当前建议独立 HTML、v1 顺延、单方案。可实现符合 R04 内容清单的下载样例与单方案主路径。
未来自动任务的工作日口径、文件位置与准备条件、模型授权、输出位置、去重、通知、失败重试、维护人和暂停方式。决定自动运行能否实施和验收。本轮保留依赖说明，不接通接口、不启用任务。
目标工期与节省比例。尚无估算依据，不能形成排期或收益承诺。可先走人工操作验收并记录实际情况，不填目标数值。

来源与修改记录：2026-09-08，依据本次 business.txt 中的客户方案评审小样描述形成 v0.1。保留用户已定 R01–R04，新增 R05–R09 用于把输入、评审、运行和异常连接到验收。页面、状态、格式与细化门槛由本稿建议，未记为用户确认；没有其他历史来源或后续确认。