# VISTA Link B 端需求评审 > 本文列需要产品确认的问题，不含技术方案。每条格式：**现状 → 场景 → 影响 → 需确认 → 建议**。"暂定"是当前方向，不是结论。 ## 总览 | 编号 | 模块 | 问题 | 级别 | | --- | --- | --- | --- | | N-04 | 登录方式 | 沿用现有统一 SSO，还是单做一套完整登录页 | 阻塞（前置） | | A-01 | 成员邀请 | 邀请邮件没发出去时，人已经在项目里了，且无法重来 | 阻塞 | | A-02 | 登录安全 | 说了限制登录失败次数，但锁几次、锁多久、怎么解都没定 | 阻塞 | | A-03 | IP 限制 | 只在进项目时查一次 IP，进去以后换网络没规则 | 阻塞 | | A-04 | 成员管理 | PRD 说"移除成员"，实际只有启用/停用 | 可后置 | | N-01 | 权限跳转 | 有角色权限，但没定义没权限时跳到哪里 | 阻塞 | | O-01 | 联系方式 | 什么样算"同一个客户"，判断标准没定 | 阻塞 | | O-02 | 登录会话 | 多久不操作需要重新登录、旧 B 端自动退出是否保留 | 阻塞 | | O-03 | 成员邀请 | 新同事收到邀请后用什么登录，没定 | 阻塞 | | C-01 | 客户负责人 | 销售被停用后，他名下的客户归谁 | 影响验收 | | C-03 | 客户认证 | 客户看页面要收验证码，验证码规则全缺 | 影响三端验收 | | C-05 | 客户删除 | 说"个人信息全部匿名化"，但没说哪些字段 | 可后置 | | C-06 | 操作日志 | 客户删掉了，日志里还留着他的手机号邮箱 | 可后置 | | C-07 | 客户导出 | "不支持批量导出"和"导出当前筛选结果"互相矛盾 | 可后置 | | P-01 | 建页流程 | A/B 两端建页流程不一致，B 端缺发布环节 | 阻塞（P1 前） | | P-02 | 页面创建 | 空白模板谁维护，模板停用时还能不能新建 | 影响 P1 | | P-03 | 保存与发布 | 暂定保存即对客户可见，销售没有"先存着"的手段 | 阻塞（P1 前） | | P-04 | 多语言 | 暂定五种语言齐全才能发布 | 阻塞（P1 前） | | P-05 | 页面模块 | B 端能自由增删模块，与 A 端模板不能改结构冲突 | 阻塞（P1 前） | | P-06 | 固定链接 | A 端把页面下线删除后，客户手上的链接还能不能打开 | 阻塞（P0 相关） | | P-07 | 页面归属 | 管理员能管到什么程度，销售离职后页面归谁 | 影响验收 | | P-08 | 页面备注 | 复制页面时备注带不带走，客户会不会看到 | 可后置 | | N-02 | 操作日志 | "全部对象类型"筛选项是写死的还是可维护的 | 可后置 | | N-03 | 素材管理 | 素材分类筛选项是写死的还是可维护的 | 影响验收 | **四组建议一起定**（分开定会得出互相矛盾的结论）： - 登录这一块：**N-04 必须先定**。走不走现有 SSO 决定了 A-02 失败锁定、O-02 自动退出、O-03 首次登录凭证这三条是本项目自己说了算，还是只能沿用 SSO 已有的规则。 - 人离场后的遗留数据：A-04 移除成员 + C-01 名下客户 + P-07 名下页面和链接。 - 客户隐私口径：C-05 删除时抹哪些 + C-06 日志留哪些 + C-07 导出带哪些，三处必须一致。 - "同一个客户"的判断标准：O-01 定下来后，创建、编辑、导入、C-03 客户认证四处都按同一套标准。 - 各处筛选项从哪来：N-02 操作日志对象类型 + N-03 素材分类，回答口径要一致。 编号空缺来自原清单，已在其他文档闭环。N- 开头为本轮新增，为避免与原清单编号冲突单起一组，可在评审后统一重排。 --- ## 一、账号与项目成员 ### N-04 沿用现有 SSO 还是单做一套登录页｜阻塞（其余登录问题的前提） - **现状**：需求只写了用邮箱和密码登录，没说走不走现有的统一 SSO。同时又提到人机校验、陌生设备验证、忘记密码、重置密码、首次修改密码等一系列登录场景，这些现有 SSO 有没有、够不够用，需求里没有交代。 - **场景**：两条路的代价完全不同。沿用 SSO，则失败锁定、验证码、重置密码这些规则都由 SSO 说了算，本项目改不了；单做一套，则人机校验、忘记密码、重置密码、首次设置密码全要重做一遍，而且同一个人可能要记两套密码。更麻烦的是第三种——为了满足 Link-B 去改 SSO，其他接入 SSO 的项目会跟着一起变。 - **影响**：这是 A-02、O-02、O-03 的前提，这条不定，那三条讨论的对象都不存在。属于 P0 登录页。 - **需确认**：① 沿用现有统一 SSO，还是 Link-B 单做一套登录；② 若沿用：人机校验、陌生设备验证、忘记密码、重置密码、首次设置密码这几项现有 SSO 是否已经具备，缺的部分由谁补；③ 若要补：只对 Link-B 生效，还是所有接入 SSO 的项目一起改，其他项目方是否接受；④ 若单做：与 SSO 账号是否互通，同一个人是不是要维护两套密码；⑤ 登录页的入口地址、品牌样式由谁提供。 - **建议**：优先沿用统一 SSO；确实缺的能力在 SSO 侧补，并按项目开关控制，不影响其他已接入的项目。 ### A-01 邀请邮件没发出去时，人已经在项目里了｜阻塞 - **现状**：邀请是先把人加进项目，再发邀请邮件。同一个人在同一项目里只能有一条记录。 - **场景**：管理员填好姓名、邮箱、角色提交，系统提示邮件发送失败。管理员再邀请一次，系统说"该成员已存在"——但这个人从没收到过邮件，也没有登录方式。管理员自己解决不了，只能找研发。 - **影响**：邀请功能在邮件失败时就是死局。8 月批次无法验收。 - **需确认**：① 邮件没发出去时，这个人算不算已经加进项目了；② 管理员能不能重新发一次邀请邮件，还是要先把人删掉重来；③ 重发有没有次数限制；④ 这种人在成员列表里怎么展示，是否要有"待接受邀请"之类的状态。 - **建议**：人保留在列表里并标为待发送，管理员可以直接重发邮件，不用删了重来。 ### A-02 登录失败限制没有具体规则｜阻塞 - **现状**：需求说登录失败次数有限制，但错几次触发、锁多久、怎么解除都没写。另有一条硬性要求：错误提示不能让人看出这个邮箱是否注册过。 - **场景**：销售连错 3 次，第 4 次输对了密码，让不让进？如果锁了要等多久？隔一小时再错两次，是接着数还是从头数？换台电脑或换个网络能不能绕过？ - **影响**：这是 P0 登录页，规则不定就没法开发，提示文案也写不出来。 - **需确认**：① 错几次触发限制，锁定多长时间；② 锁定期间输对密码是否也不让进；③ 中间成功登录一次，之前的错误次数是否清零；④ 换设备或换网络能否绕过；⑤ 怎么解除：时间到了自动解、找管理员解、还是走重置密码；⑥ 提示文案要不要告诉用户"还剩几次"或"多久后可重试"——注意告诉"还剩几次"就等于确认这个邮箱存在，与上面的硬性要求冲突。 - **建议**：一段时间内错够次数即锁定，到时间自动解除；提示只说"稍后再试"和大致等待时间，不说还剩几次。 ### A-03 进项目后换网络没有规则｜阻塞 - **现状**：只在进入项目那一刻检查 IP 是否在白名单内，之后不再检查。 - **场景**：销售在办公室登录进了项目，出门切成手机热点，浏览器还开着客户列表——还能继续用吗？或者管理员中途把某个 IP 段删了，正在用的人是立刻被踢，还是不受影响？ - **影响**：不定的话，要么 IP 限制形同虚设，要么销售在外面被莫名踢出，两种都不能接受。 - **需确认**：① 进项目后是否持续检查，还是只在进入时查一次；② 检查不通过时：退回项目选择页、要求重新登录、还是只禁止保存类操作；③ 管理员改白名单是否立刻影响正在使用的人；④ 被拦下来时，页面上没保存的内容怎么提示。 - **建议**：持续检查；不通过时退回项目选择页并说明原因，有没保存的内容先提示再跳走。 ### A-04 "移除成员"与实际只有启用/停用不一致｜可后置 - **现状**：PRD 提到移除成员，实际设计只有启用和停用（停用本身还排在 P2-A）。 - **场景**：销售离职，管理员想把人彻底移出项目。半年后这人回来了，同一个邮箱还能不能再邀请进来？他之前建的页面、名下的客户、发出去的链接归谁？ - **影响**：移除是删干净还是只是隐藏，决定了他的历史记录还在不在，事后很难改。 - **需确认**：① 本期是否支持移除；② 移除后他的操作记录、创建的内容是否保留；③ 移除后是否立刻断掉他正在使用的登录状态；④ 名下客户、页面、链接怎么处理（与 A-04、C-01、P-07 一起定）；⑤ 能不能用同一邮箱重新邀请进来；⑥ 项目只剩一名管理员时，是否禁止移除。 - **建议**：本期只做停用，移除放 P2；移除后保留历史记录，不做彻底删除。 ### N-01 有角色权限，但没定义没权限时跳到哪里｜阻塞 - **现状**：需求里有角色和权限的划分，但原型里没有无权限、页面不存在时的处理，也没有 403 / 404 页面。 - **场景**：三种情况都会发生。① 销售把客户详情的地址发给同事，对方没有客户权限；② 管理员刚把某人的权限收走，这人正停在那个页面上继续点；③ 销售打开的客户已被别人删除。目前这三种情况页面上会出现什么，谁也说不清。 - **影响**：权限是本期 P0 的一部分，没有兜底处理会直接停在空白页或报错页。 - **需确认**：① 没权限时是跳到统一的提示页，还是留在原页面弹提示；② 提示页上给什么出口（回首页、回上一页、联系管理员）；③ 左侧菜单里没权限的模块是直接不显示，还是显示但点了提示；④ 权限是刚被收走的，是否要区别提示（"权限已变更，请重新登录"之类）；⑤ 对象被删除和没有权限，是否用同一个提示页；⑥ 客户直接输入别的项目的地址时，是提示无权限还是当作不存在。 - **建议**：统一跳提示页，区分"没有权限"和"内容不存在"两种文案；菜单里没权限的模块直接不显示；不用提示告诉用户别的项目里有没有这个内容。 ### O-01 "同一个客户"的判断标准没定｜阻塞 - **现状**：手机号、邮箱、LINE、WhatsApp 在同一项目内不允许重复，备用电话不参与判断。用到这套判断的地方有四处：创建客户、编辑客户、导入客户（P2）、客户点开链接时的身份验证。但什么写法算"一样"，一条没写。 - **场景**：销售 A 录入 `090-1234-5678`，销售 B 录入 `+819012345678`，系统认为是两个人，同一个客户变成两条记录，后面的统计和归属全乱。反过来，客户用 `Taro@Example.com` 验证身份，系统里存的是小写，匹配不上，客户直接打不开页面。日文输入法打出的全角数字是第三种写法。 - **影响**：判断标准是四个入口共用的，晚定要返工。 - **需确认**：① 手机号带不带国家码算同一个，默认按日本 +81 处理吗，历史数据里没有国家码的怎么办；② 邮箱大小写是否算同一个；③ 全角数字、空格、中间的横杠是否忽略；④ LINE ID 和 WhatsApp 号有没有格式要求；⑤ 已删除或已匿名化的客户，是否还占用这个手机号；⑥ 提示重复时，要不要显示重复的具体号码和归属销售——显示的话，等于把别人名下客户的联系方式给了当前用户。 - **建议**：四个入口用同一套判断标准，上述写法差异一律视为同一个客户；提示只说"该手机号已被本项目其他客户使用"，不显示具体号码和归属人。 ### O-02 多久不操作需要重新登录，没定｜阻塞 - **现状**：新需求没有写登录状态的有效期。旧 B 端有一套自动退出登录的逻辑，是否沿用也没说。 - **场景**：销售在客户现场登录后聊了两小时，再点复制链接时，需不需要重新登录？如果需要，是从最后一次点击算起，还是从登录那一刻算起？重新登录后还要不要再选一次项目？ - **影响**：直接影响销售在客户面前的体验，也是安全评审必问项。 - **需确认**：① 旧 B 端的自动退出逻辑是否保留，规则是否照搬还是重新定；② 多久不操作需要重新登录；③ 时间从最后一次操作算起，还是从登录时算起，有没有最长上限；④ 关掉浏览器再打开是否还是登录状态；⑤ 同一账号能否在多台设备同时登录；⑥ 改了密码、成员被停用、角色被改，是否立刻把已登录的人踢下线；⑦ 自动退出时是否提前提醒，页面上没保存的内容怎么办。 - **建议**：保留自动退出但重新定规则，不照搬旧 B 端；8 小时不操作需重新登录，最长不超过 12 小时；重新登录后重新选项目；改密码和停用立即踢下线。 ### O-03 新同事收到邀请后用什么登录，没定｜阻塞 - **现状**：登录用邮箱 + 密码，但邀请只填姓名、邮箱、角色，全程没有设置密码的环节。 - **场景**：一个全新的邮箱收到邀请邮件，点开之后用什么进系统？ - **影响**：不定的话邀请功能等于不可用——邀请出去的人进不来。 - **需确认**：① 邮件里给初始密码，还是给一个设置密码的链接；② 链接多久失效，过期后谁重新发；③ 是否强制第一次登录就改密码；④ 已经有账号的人被邀请到新项目，邮件内容是否不同（不该再让他设密码）；⑤ 还没接受邀请的人，在成员列表里怎么显示，能不能先改他的角色。 - **建议**：发设置密码的链接，7 天有效；邮件里不放明文密码。 --- ## 二、客户管理 ### C-01 销售被停用后，名下客户归谁｜影响验收 - **现状**：新建客户时负责人默认是当前销售。负责人和成员停用都排在 P2-A。已明确一条：转移负责人不转移页面和链接。 - **场景**：一个名下有 200 个客户的销售被停用，这些客户还能被谁看到？会不会从所有人的列表里消失？三个月后这人重新启用，客户自动回到他名下吗？ - **影响**：直接决定客户还看不看得见，做错等于客户数据丢失或越权可见。 - **需确认**：① 停用前是否必须先把客户转走；② 停用后负责人一栏：保留原来的人、变成未分配、还是转给管理员；③ 被停用的人还出不出现在负责人下拉里；④ 重新启用后是否自动恢复；⑤ 这些客户已关联的固定链接是否受影响。 - **建议**：停用时提示还有多少客户待转移并支持批量转移；不自动清空负责人，被停用的人详情页还能看到但不能再选。 ### C-03 客户验证码规则全缺｜影响三端验收 - **现状**：客户第一次打开非公开链接需要收邮箱验证码验证身份，但验证码的规则一条没定。 - **场景**：客户点开销售发来的链接，收到验证码——码几位、多久失效、多久能再点一次重发、一天最多能发几次、错几次会被锁、锁多久，目前都没有答案。 - **影响**：这是客户侧唯一的身份门槛，规则缺失等于形同虚设。9 月 10 日三端验收前必须定。 - **需确认**：① 验证码几位；② 多久失效；③ 重发按钮多久能点一次；④ 一天最多发几次，按客户邮箱算还是按链接算；⑤ 连错几次锁定，锁多久；⑥ 验证通过后多久内不用再验；⑦ 一个码用过一次后是否立即作废。 - **建议**：6 位数字、10 分钟失效、60 秒才能重发、同一邮箱一天有上限、错 5 次锁 30 分钟、用过即作废。 ### C-05 "个人信息全部匿名化"没有字段清单｜可后置 - **现状**：客户身上有姓名、手机号、备用电话、邮箱、LINE、WhatsApp、来源、状态、负责人、购房意向、标签、备注、客户编号、创建时间，另有状态变更记录和关联的链接。删除时哪些抹掉、哪些留着，一条没写。 - **场景**：删完之后，"某客户看过这个页面 3 次"这类统计还在不在？全抹掉统计就断档，全留着就等于没匿名化。 - **影响**：没有清单，做完也没法验收——"到底算不算匿名化了"没有判断依据。 - **需确认**：① 逐个字段说明是清空、换成占位文字还是保留，最好直接出一张字段清单；② 客户编号是否保留用于统计；③ 是否解除与固定链接的指定关系；④ 已有的访问记录是留成一个无名的次数，还是一并删除；⑤ 删除后能不能恢复，能恢复的话保留多久；⑥ 删除前的二次确认要写清哪些后果。 - **建议**：姓名、全部联系方式、备注、购房意向清空；访问次数一类的统计保留但不带身份信息；产品出一张字段清单作为验收依据。 ### C-06 客户删了，日志里还留着他的手机号｜可后置 - **现状**：操作日志统一在系统设置里看（P2-A）。新建和修改客户的日志很可能记了改动前后的具体内容。 - **场景**：C-05 的匿名化做完了，管理员在操作日志里一搜，还能看到"手机号 改为 090-xxxx-xxxx"。对客户承诺的"个人信息全部匿名化"没有兑现。 - **影响**：与 C-05 直接冲突，属于隐私风险。 - **需确认**：① 日志要不要记客户联系方式的具体内容，还是只记"改过哪些字段"；② 删除客户时，日志里这些内容是否一并抹掉；③ 如果保留：留多久、谁能看、能不能导出。 - **建议**：日志只记改了哪些字段，不记联系方式的具体内容——这样 C-05 执行后不用回头再处理日志。 ### C-07 导出规则自相矛盾｜可后置 - **现状**：一处写不支持批量导出，一处写可以导出当前筛选结果。导出本身排在 P2。 - **场景**：用户按标签筛出 500 条客户后点导出，两条规则给出相反的答案。 - **影响**：功能到底有没有都不确定，权限也没法配。 - **需确认**：① 不允许的是勾选几行导出，还是任何形式的批量导出；② 一次最多导多少条；③ 导出内容含不含手机号邮箱（要与 C-05、C-06 保持同一口径）；④ 是否需要单独的权限，是否记入操作日志。 - **建议**：允许导出当前筛选结果，设条数上限、单独配权限、强制记日志；把"不支持批量导出"改写为"不支持勾选行导出"。 --- ## 三、页面库 **已确认，不再讨论**：A/B 两端用的是同一套页面；页面分系统页面和销售页面；页面所有者和备注由 B 端自己维护；所有页面封面必填；页面用了哪些素材以 A 端为准；B 端旧页面没有需要迁移的正式数据。 ### P-01 A/B 两端建页流程不一致，B 端缺发布环节｜阻塞（P1 前） - **现状**：A/B 两端用的是同一套页面。A 端建页是草稿 → 预览 → 发布的完整流程；B 端只有"保存"，没有发布这一步。B 端需要建页的场景有新建空白页、复制 A 端页、编辑本人页。 - **场景**：同一个页面，在 A 端要点发布才对外可见，在 B 端保存完就直接生效——同一份内容两套规则，谁也说不清页面当前是什么状态。 - **影响**：P1 页面制作的地基。流程不定，页面有哪些状态、各状态下能做什么都定不了，晚定整块重来。 - **需确认**：① B 端建页、改页是否走与 A 端相同的草稿 → 预览 → 发布流程；② 若两端不一致，以哪端为准；③ B 端是否补上"发布"这一步，还是明确 B 端页面不需要发布、保存即生效；④ B 端建的页面在 A 端是否可见、可编辑，反过来呢。 - **建议**：B 端沿用 A 端流程并补上发布环节，两端保持同一套页面状态；保存与发布怎么拆见 P-03。 ### P-02 空白模板谁维护、停用后怎么办｜影响 P1 - **现状**：**暂定**新建空白页面时使用一套通用空白模板。 - **场景**：销售点"新建空白页面"，而这套模板已被下线，或者这个项目根本没配——是直接不让建，还是随便给一个空页面？ - **需确认**：① 通用空白模板这个方案是否最终确认；② 模板由 A 端还是 B 端维护；③ 所有项目共用一套还是各配各的；④ 模板不存在或已停用时，是不让建并提示，还是照样能建；⑤ 模板以后改了，已经建出来的页面是否跟着变。 - **建议**：模板归 A 端维护；模板不可用时不让建并说明原因，不做隐式兜底。 ### P-03 保存就等于对客户可见，销售没有"先存着"的手段｜阻塞（P1 前） - **现状**：**暂定**销售保存后由 B 端自动预览并发布；另有一条：B 端页面第一次保存就自动拿到固定链接。 - **场景**：销售建到一半随手按了保存去接电话，页面已经发布、链接已经生效。如果这个链接之前发给过客户，客户当场看到的就是半成品。销售没有任何"先存着不给人看"的办法。 - **影响**：本组风险最高的一条。决定页面要不要草稿状态、要不要保留历史版本。 - **需确认**：① 是否需要单独的"发布"按钮，把保存和对客户可见分开；② 发布失败时草稿还在不在；③ 发布失败时，客户看到的还是上一个发布过的版本吗；④ 固定链接是第一次保存时就生成，还是第一次发布时才生成；⑤ 是否保留历史版本、能否回退。 - **建议**：保存不等于发布；第一次保存就生成链接但默认不可访问，发布后才打开；发布失败保留草稿，客户继续看上一版。 ### P-04 五种语言齐全才能发布｜阻塞（P1 前） - **现状**：**暂定**页面名称和模块名称必须有五种语言才能发布。但界面本身只要求日文、英文、简体中文三种；另有一条明确规则：销售填的内容不自动翻译。 - **场景**：日本本地销售只会写日文，按暂定规则必须凑齐五种语言才能把页面发给客户——要么到处找人翻译，要么随手粘机器翻译，与"不自动翻译"直接冲突，销售的日常效率也明显下降。 - **需确认**：① 五种语言具体是哪五种，为什么比界面支持的三种还多；② 是必须填满才能发布，还是缺的语言就显示默认语言；③ 谁来填：销售手工填、系统自动翻译、还是用当前语言直接顶上；④ 自动翻译失败时能不能照常发布；⑤ 客户语言在页面上缺失时，按什么顺序显示别的语言。 - **建议**：不设硬门槛；缺的语言显示项目默认语言，自动翻译作为可选辅助、不阻断发布。 ### P-05 B 端能自由增删模块，与 A 端模板规则冲突｜阻塞（P1 前） - **现状**：**暂定** B 端所有模块都能自由重复添加，但 A 端的普通模板不允许改结构。PRD 内部另有两处自相矛盾：页头和项目联系页脚算不算模块（两处说法相反）；页面里用到已停用的模块能不能照样保存（两处说法相反）。 - **场景**：销售复制一个用普通模板做的 A 端页面，往里加了三个模块——这个页面回到 A 端还能不能正常打开和编辑？ - **需确认**：① 三选一：只有通用模板能自由增删／所有模板都能自由增删／普通模板只能重复已有模块；② 页头和项目联系页脚算不算可以增删排序的模块；③ 页面里用到已停用的模块，允许原样保存还是必须先换掉。 - **建议**：按 A 端现有模板规则执行，B 端不放宽；请产品同时修订上面两处 PRD 内部矛盾。 ### P-06 A 端把页面下线删除后，客户手上的链接还能不能打开｜阻塞（P0 相关） - **现状**：**暂定**固定链接和是否公开由 B 端管理，A 端那套匿名访问设置不用。但两端共用同一套页面，等于同一个页面上有两处控制"客户能不能看"的开关。 - **场景**：A 端把某个页面下线或删除了，B 端这边链接状态还是"已启用、已公开"，客户手上的链接照样打得开。反过来，页面在 A 端重新上线后，原来那个已经发给客户的链接还是不是同一个地址？ - **影响**：P0 主链路要复制链接、要按是否公开显示两种不同提示，这条不定就做不了。 - **需确认**：① 客户能不能看到某个页面，最终由哪一端说了算；② A 端把页面下线或删除时，B 端的链接是自动停用、直接打不开，还是不受影响；③ A 端重新上线后，原链接地址是否保持不变；④ 两端状态出现不一致时，以哪一端为准。 - **建议**：客户能否访问一律以 B 端为准；A 端页面下线时 B 端链接同步停用，重新上线后链接地址不变。 ### P-07 管理员能管到什么程度，销售离职后页面归谁｜影响验收 - **现状**：已明确 B 端页面只有创建人和项目管理员能看到，除此之外没有定义。 - **场景**：销售离职被停用，他建的 5 个页面和已经发出去的链接怎么办？客户还打得开吗？管理员能不能进去把里面过期的价格改掉，还是只能干看着？ - **影响**：与 A-04、C-01 是同一类问题，建议一起定。 - **需确认**：① 管理员对别人的页面：能看、能改、能删，分别是什么结论；② 销售被停用或移除后，他的页面是否还有效、链接是否还能打开；③ 是否支持把页面转给别人，谁能操作；④ 页面所有者和关联客户的负责人是否必须是同一个人。 - **建议**：管理员能看、能停用链接，但不能直接改别人页面的内容；另外提供明确的"转交"操作并记入日志。 ### P-08 复制页面时备注带不带走、客户会不会看到｜可后置 - **现状**：备注在页面详情里展示，由 B 端自己维护。页面库支持复制 A 端页面。 - **场景**：销售在备注里写了"这个客户压价狠，别给折扣"，然后复制了这个页面——备注跟着过去了吗？更要紧的是，这段话有没有可能随页面一起显示给客户？ - **需确认**：① 复制 A 端系统页面时是否复制备注，这类页面的备注原本是谁写的；② 复制 B 端销售页面时是否复制；③ 系统页面能不能写内部备注，谁能写，全项目可见还是只有自己可见；④ 备注是否永远不显示给客户。 - **建议**：备注只在 B 端内部可见，永远不下发给客户；复制页面时不带走备注。 --- ## 四、素材与系统设置 N-02 和 N-03 是同一个问题：**页面上那些下拉筛选项，内容从哪来、谁能改**。已明确本期不做没有需求依据的数据字典管理页面，所以只要有一项答案是"可维护"，就得同时确认在哪维护、谁能维护，否则会出现改不了的下拉框。 ### N-02 操作日志"全部对象类型"筛选项从哪来｜可后置 - **现状**：操作日志的筛选条件里有"全部对象类型"，但可选项有哪些、内容由谁定，需求没写。操作日志本身排在 P2-A。 - **场景**：以后新增了一类被记录的对象（比如新增页面备注、新增角色管理），这个下拉里会自动多出一项吗？还是要有人手工去加？管理员能不能自己加？ - **影响**：决定这份清单是跟着功能走还是要有人维护，也决定本期要不要给管理员一个维护入口。 - **需确认**：① 可选项是固定的一份清单，还是允许管理员维护；② 清单具体包含哪些对象类型，请产品直接给出；③ 是所有项目共用一份，还是各项目各配一份；④ 新增功能时这份清单谁负责更新；⑤ 如果允许维护，入口放在哪、谁有权限。 - **建议**：本期定成固定清单，跟随功能一起维护，不给管理员维护入口；产品直接给出对象类型的完整列表。 ### N-03 素材分类筛选项从哪来｜影响验收 - **现状**：已明确素材分类用 A 端定义的那一套，B 端不再维护第二套分类。但 B 端筛选下拉里的可选项具体从哪来、跟不跟着 A 端变，没有写。素材列表的分类筛选排在 P2。 - **场景**：A 端新增或停用了一个分类，B 端的筛选下拉当天就跟着变吗？如果 A 端停用了某个分类，而 B 端已有素材还挂在这个分类下，这些素材在筛选里怎么处理？ - **影响**：素材列表要展示分类，8 月批次就会用到，答案不一致会出现下拉里选不到、列表里却显示着的分类。 - **需确认**：① 确认分类完全来自 A 端、B 端不维护、也不允许管理员增改；② A 端改了分类后，B 端是否实时跟随；③ A 端停用某分类时，B 端已归属该分类的素材如何显示、还能否被筛出来；④ 是否所有项目共用一套分类。 - **建议**：完全跟随 A 端，B 端不提供任何分类维护入口；A 端停用的分类不再出现在筛选项里，但已有素材仍显示原分类名。