需求问题库

第 1 组需求洽谈记录。数据来源：① 本组向需求方的提问；② 课程 Wiki《需求澄清记录》中其他组已获答复（可直接采信，不重复提问）。作为需求规格说明书的输入与洽谈证据。

---

一、本组已提问（2026-09-24）

#	问题	提问人	需求方答复
1	"填入用户信息"具体包含哪些字段？	董嘉润	就两个：姓名和联系电话，都得填。买家看中了想买的时候填这俩，我线下联系他完成交易。

---

二、全站已澄清结论（第1组直接采信，写入 SRS）

以下均为课程 Wiki 已有答复，我们不重复提问，直接作为需求依据。按主题归类。

A. 商品状态机（第4组 9-28 拍板）

• 商品共四态：在售 / 已冻结（交易中）/ 已下架（交易成功）/ 已恢复在售（交易失败后）。没有独立的"上架"状态——发布后直接是"在售"。
• 下架有两条路径：① 交易成功 → 从"已冻结"直接转"已下架"（不用先解冻，也不用单独点"下架"按钮）；② 在售状态下手动下架。
• 同一时间只能有一件在售；已有在售商品时禁止发布新商品。
• 冻结后不再接收新的购买意向，买家端提示"商品交易中"；冻结期间商品可浏览不可购买。
• 无超时机制，不会自动解冻；恢复在售只能靠"标记交易失败"或手动解冻。
• 手动冻结与交易冻结共用"已冻结"状态，买家端不区分提示文案。

B. 交易流程（第4、8、9、11、14 组）

• 排队按提交时间先到先得；冻结发生在"队首进入交易"时，不是买家提交意向时。
• 队首进入交易与冻结都是系统自动，卖家不需要点"进入交易"。
• 卖家不能挑人，顺序固定；线下交易价格以发布价为准，买家不输入价格、不议价。
• 交易结果只有成功/失败两档，由卖家在后台标记；标记成功后不可撤销（误操作撤不回）。
• 交易失败 → 商品自动恢复在售 → 下一位自动递补并再次冻结（无需卖家再点）；队列空则挂回在售。
• 交易成功后，其余排队意向自动结束；所有口令码失效。
• 交易中禁止手动解冻（第11组提出并获拍板）：要结束交易必须走"标记交易结果"，手动解冻只保留给卖家自己手动冻的商品。

C. 意向与口令码（第4、8、9、11、13、14 组）

• 意向终态三档：成功 / 撤销 / 失败（"作废"归入"失败"）。
• 口令码只要求在唯一，无长度与格式限制；只在提交成功页显示一次，不发短信，丢了无法找回。
• 口令码失效条件：交易结束（成功或失败）、商品下架。手动冻结期间口令码仍有效。
• 重新排队：排到队尾，按新提交时间算优先级；原口令码继续有效（作废标准是"意向彻底结束"，不是"某次交易没成"）。
• 买家凭口令码只能做三件事：查状态（位次、是否进交易）/ 改姓名电话（不改位次）/ 撤销意向。
• 卖家后台看不到也不记录口令码；历史记录只记姓名、电话、提交时间、终态。
• 买家不注册、不建账号、不查看历史订单；历史商品仅卖家可见。
• 同一买家重复提交：系统不去重、不识别同一人，每次提交都是独立意向、各自一个新码。

D. 卖家后台（第8、11、14 组）

• 必做：登录（用户名+密码）、修改密码（验原密码，新密码≥8 位）、发布商品、手动冻结/解冻、查看意向购买人、确认交易结果、查看历史商品。
• 不做：退出登录、修改已发布商品（发布即定死）、商品编辑入口、意向人数统计。
• 卖家账号是系统直接指定的固定账号，无注册流程；初始账号密码的生成方式需求方未规定。
• 历史商品只读，不支持修改/删除；按时间倒序、可翻页；每条商品下挂意向购买人列表。

E. 字段与展示（第11、14 组）

• 商品字段：名称（必填）、描述（选填，可为空）、图片（选填，最多 1 张主图，JPG/PNG，≤5MB，不传显示占位图）、价格（必填，人民币，两位小数，>0，无上限）。
• 姓名/电话：必填，需求方未规定格式与长度，不校验。
• 无商品在售时，买家端显示"暂无商品在售"。
• 终端只做 Web，不做 App / 小程序；不做线上支付、物流、购物车、搜索分类、评价、库存。

---

三、本组补充提问与答复（2026-10-07，已避开全站所有已有问答）

以下均为需求方此前**明确承认"没细想 / 没写死"**的空白点，或全站无人问过。 统一由产品经理 董嘉润 在需求洽谈群逐条发出（不按人分摊，避免多人重复发言、也便于归口记录）。 答复由需求方 SWBP智能助教 于 2026-10-07 逐条给出，已全部回填。

#	问题	提问人	需求方答复（SWBP智能助教，2026-10-07）	状态
2	手动下架时，队列里还排着的意向怎么处理？直接作废吗？要不要通知买家（系统里没有通知机制的话，是不是就该禁止在有排队意向时手动下架）？	董嘉润	手动下架不受排队意向影响，"我想下就下"，不因有人排队而禁止。下架后，仍在排队的买家口令码全部失效——查不到自己的意向、改不了、也撤不了，这一单对他们等于没有下文。系统没有通知功能，买家须自己凭口令码查询，需求方不会主动通知。	已答复
3	已经进入交易的那个买家，还能不能撤销意向？如果不能，买家端是不是应该把"撤销"按钮隐藏掉，而不是点了才报错？	董嘉润	没有"进入交易后不能撤"的限制。口令码要到交易结束（成功或失败）或商品下架后才失效，交易中口令码仍有效，照样能查、能改、也能撤。若真撤了，这笔交易自然进行不下去，商品恢复在售，后面排队的按顺序递补。撤销按钮用不着隐藏。	已答复
4	买家改了联系电话之后，卖家后台看到的是改前还是改后的号码？历史记录里记哪一个？（改名改号会不会导致卖家联系不上）	董嘉润	改号后卖家后台看到的就是改后的号码；历史记录同样只记买家最终留下的姓名和电话，不保留改动前的老号码，也没有"记录每次改动过程"这回事。不会出现拿旧号联系不上的情况（买家自己填错则另说）。	已答复
5	联系电话完全不校验的话，买家填错一位卖家就联系不上，这笔交易就废了。要不要做最基本的校验（比如 11 位数字），还是坚持完全不校验？	董嘉润	坚持完全不校验。买家填什么就收什么，只要求姓名、电话必填，不做"11 位数字"之类格式检查。真填错了、线下联系不上，交易就作废重来——这是买家自己的责任，系统不替他兜。	已答复
6	重新排队没有次数限制，理论上可以无限"失败→重排→再失败"。要不要给个上限，还是完全不管？	董嘉润	完全不管，不设上限。交易失败后，这单买家的意向是"作废"还是"重新排队"，由需求方在后台自己确认，不是系统自动丢回队列无限循环。想让他重排就重排，想直接作废就作废，因此不存在"自动无限失败→重排"，更用不着上限。	已答复
7	商品描述为空、又没有传图片时，商品详情页是不是就剩名称和价格？要不要给一句默认文案（比如"卖家没有填写描述"）？	董嘉润	没传图时图片位置放占位图（此前已定）。描述空就空着，不加"卖家没有填写描述"这类默认文案，买家看到描述区无内容自然明白。详情页即：名称、价格、一张占位图，描述区空着。	已答复
8	【规则冲突，优先问】我们梳理的实现方案里，"与队首进入交易"最早被理解为卖家手动点一下触发；但需求澄清记录里第4组 9-28 那条说"队首进入交易与冻结都是系统自动，卖家不需要点进入交易"。到底以哪个为准——是买家一提交就自动进交易冻结，还是由卖家决定什么时候跟队首谈？	董嘉润	以"队首自动进入交易、商品自动冻结"为准。买家提交意向后，队首自动进入交易、商品同时自动冻结，后台不需要点"进入交易"按钮。后台手动做的只有两件事：① 标记交易成功/失败；② 手动冻结/解冻。"卖家手动点进入交易"的早期理解与需求不符，须去掉，改为队首自动进、自动冻结。	已答复
9	【规则冲突，优先问】交易失败的买家要"重新排队"，这个动作是谁发起的？是买家自己凭口令码点"重新排队"，还是必须由卖家在后台把他置为"重新排队"？	董嘉润	需求方此条回复内容与第 8 条完全重复（疑似答串），未正面回答本条。但其在第 6 条答复中已明确："交易失败后，意向是「作废」还是「重新排队」，是我在后台自己确认的，不是系统自动把他丢回队列"——即重新排队由卖家在后台发起，据此采信。如需正式口径可再追问确认。	已答复（间接）

备选（尚未提问）：买家撤销意向后口令码是否立即失效；卖家后台要不要把"当前正在交易的对象"置顶标识。

第 8、9 条来自本组初始实现方式与全站澄清结论之间的冲突，优先级高于 1~7 条。

答复已于 2026-10-07 回填本表。第 2~9 条结论已于同日同步至 需求规格说明书 v1.1：第 8 条已落实——状态机与 FR 条目均改为"队首自动进入交易、自动冻结"，“卖家手动点进入交易”的早期理解标记为废弃；FR-B5 亦已修正为"交易中买家仍可撤销"。

---

四、评审后梳理的三条口径（2026-10-13，本组自行裁定，不再向需求方追问）

来源：第 1 次阶段性评审教师意见 + Wiki 关键页面点评发现的规则冲突。 2026-10-13 本组决定：不再就这三条向需求方追问。理由：第 8 条答复的精神是「自动」， 而「排队功能必须可用」是本项目的硬约束，两者已可由本组取值兼容，再追问不会带来新信息。 取值记录于下成为本组既定口径；若需求方后续主动提出不同要求，再按其答复调整。

#	问题	提问人	需求方答复	状态
10	【规则冲突】第 8 条答复要求"买家提交意向后队首自动进入交易、商品自动冻结"。但若第一位买家一提交就进交易并冻结，因 FR-B1/FR-B2 规定"商品交易中/冻结时不接收新意向"，第二位及之后的买家根本提交不了，排队队列永远只有 1 人，位次展示与"下一位递补"都没有意义。是坚持"提交即冻结"（即本系统实际不需要排队功能），还是改为"买家可正常排队提交、队首由系统自动进入交易并冻结"（当前实现）？	董嘉润	—	本组自行裁定（不再追问）
11	【追认】口令码现实现为 8 位大写字母+数字，剔除易混字符 I / O / 0 / 1（可选字符 32 个）。需求方此前 8 条答复未涉及此条，请确认是否接受该格式，或指定为纯数字 / 其他长度。	董嘉润	—	本组自行裁定（不再追问）
12	【补充】"进入交易"由系统自动触发，请确认触发时间点：是队首提交后立即触发，还是等卖家在前一笔交易结束后由系统自动推进下一位（当前实现为后者：交易失败/撤销后自动递补）。	董嘉润	—	本组自行裁定（不再追问）

本组裁定后的实现口径（已在 需求规格说明书 4.1 / 4.2 固化）：队列可正常形成；队首进入交易由 TradeService.enterDeal 触发；交易结束或队首撤销后，队列仍有排队意向则下一位自动递补（商品保持冻结），队列为空则商品自动恢复在售；口令码为 8 位大写字母数字、剔除 I / O / 0 / 1。