求佬友使用大模型获取软件系统需求的方法

问题描述：

比如：

1. 分层递进式需求获取
   不要试图一次性获取所有需求，采用分层策略：业务层→用户层→功能层→技术层→质量层
   层级 关注点 示例问题
   业务层 业务目标、价值主张 这个系统要解决什么业务问题？用户层 用户画像、使用场景 谁会使用这个系统？他们的日常工作流程是什么？功能层 具体功能、业务规则 用户需要完成哪些核心任务？技术层 集成需求、技术约束 需要与哪些现有系统对接？质量层 性能、安全、可用性 系统需要支持多少并发用户？2.多角色模拟法
   让大模型扮演不同角色来发现需求盲点：“你是一位业务专家、技术架构师、最终用户、测试工程师、安全审计员…，请分别从你们的视角分析这个系统的需求。”3.指令（Prompt）技巧
   （1）结构化模板
   （2）反向提问法
   基于我提供的初步信息，请向我提出 10 个关键问题，这些问题应该能揭示我可能忽略的需求或风险。
   （3）场景驱动法
   比如：请描述用户从登录到完成核心任务的完整流程，包括：
    正常路径
    3 个常见的异常/边界场景
    每个步骤的系统响应
2. 需要注意的问题
   错误做法 问题 改进方式帮我设计一个电
   商系统
   过于宽泛，输出泛泛而
   谈
   限定范围：一个B2B 批发电商系统，目标用户是中小型零售商一次性提问所有
   需求
   信息过载，遗漏关键点 分模块迭代，每次聚焦一个主题接受模糊描述 需求不可验证 要求量化指标：具体是多少？、频率是？忽略否定需求
   只关注要做什么，忽略
   不要做什么
   显式询问：有哪些功能明确不需要？5. 用户故事的描述格式
   用户故事（User Story）是敏捷开发中描述需求的标准格式，采用简洁的结构化表达方式。
   （1）标准格式
   基础模板：作为<角色>，我想要<功能/能力>，以便<价值/收益>
   （2）扩展格式（含验收标准）
   【故事标题】
   作为[角色]，我想要[功能描述]，以便[业务价值]
   验收标准：

• [条件 1] 当…时，系统应该…
• [条件 2] 给定…当…那么…
• [条件 3] … 附加信息：
• 优先级：[Must/Should/Could/Won’t]
• 估算：[故事点/工时]
• 依赖：[相关故事/系统]

6. 用户故事实例

网友解答：

---

--【壹】--：

感谢指导

---

--【贰】--：

你是想要用ai进行软件架构设计？感觉这样会出现“如果我问客户想要什么，他们会说想要更快的马，而不是一辆汽车”问题。毕竟LLM作为语言模型，不能真正实现架构的设计（包括权衡利弊，复杂度识别，边界界定）
当然，如果你是想要复刻现有软件，感觉可以通过chatgpt 的深度调研试一试

---

--【叁】--：

我最近闲的没事，在考软考高级架构师，感觉挺开拓视野的