Feature: service-need-capture

  Scenario: Happy Path
    Given Client 进入注册与需求填写页，且已准备说明自己要解决的问题
    When Client 选择服务类型并补充服务背景
    Then 系统应保存该需求描述，为后续建档与报价提供可判断的依据

  Scenario: Permission Case
    Given Accountant 尝试替当前 Client 修改服务需求
    When Accountant 提交需求信息
    Then 系统应限制其代填行为，并保持需求采集以对应 Client 的输入为准

  Scenario: Error Case
    Given Client 未填写关键需求信息或提交内容无法通过校验
    When Client 提交服务需求
    Then 系统应明确提示缺失或不合规的部分，并阻止不完整需求进入后续流程

  Scenario: Edge Case
    Given Client 同时存在多项服务诉求且时间要求不同
    When Client 提交服务需求
    Then 系统应允许保留多项需求与补充背景，而不是把复杂诉求压缩成单一模糊问题

  Scenario: Accessibility Case
    Given Client 依赖键盘导航或屏幕阅读器填写服务需求
    When Client 浏览选项、补充说明输入区与校验提示
    Then 系统应让需求字段、必填说明与错误反馈可以被顺序访问并清晰朗读