需求尚不清晰时可以先做产品设计和业务梳理吗？

结论：可以。初步了解业务、判断是否适合合作和给出范围级建议，通常不单独收费；需要完整流程、PRD、原型、数据/接口验证或可交给其他团队实施的方案，则按独立咨询阶段报价，费用、成果和版权先写清。

“需求不清楚”不等于客户什么都不用准备，也不等于开发团队可以替客户决定业务。滚水科技可以负责访谈、流程建模、产品结构、原型和技术风险分析；客户需要安排能拍板的业务负责人，提供真实脱敏样本、现有做法和约束，并确认最终规则。双方共同把模糊想法变成可试验的假设和可交付范围。

服务深度和收费边界可直接区分：

服务层级	典型工作	交付物	收费方式与边界
初步售前诊断	必要的初步沟通、目标和大范围判断、主要风险提示	简要会议结论或范围建议	通常不单独收费，不承诺固定沟通次数、完整 PRD 或报价精度
需求发现/产品设计阶段	访谈、现状流程、角色规则、首期范围、低保真原型	需求说明、流程、原型、风险与估算	按固定范围、工时或阶段价单独报价
技术验证阶段	接口、设备、数据、OCR/AI 样本或性能小样	可运行验证、数据结果、限制与路线建议	按验证目标和样本报价，不保证生产成品
完整产品方案	PRD、高保真设计、技术方案、验收与实施计划	可供内部立项或后续研发的成套材料	独立合同，写明源文件、修改轮次和使用权

免费售前的目的，是判断双方是否值得继续投入，通常只覆盖业务目标、用户、核心路径、现状系统、主要依赖和预算级别。它不会无期限召开工作坊，也不会免费输出可直接交给多家开发的完整方案。也不应统一承诺固定天数和会议次数全部免费；实际投入取决于角色、系统、地点、样本和决策效率，应在开始前确认。

付费需求发现阶段先梳理现状，而不是直接画新系统。通过负责人和一线用户访谈，收集单据、表格、录屏和异常案例，画出现在谁在何时做什么、数据从哪来、哪里等待或返工；再确定目标流程、角色权限、核心指标和不做范围。ISO/IEC/IEEE 29148 需求工程标准 可作为需求活动完整性的参考，但滚水科技会按项目风险选择必要内容，不用模板堆页数。

如果最大风险是技术而非流程，产品设计应与小样结合。企业微信/ERP 先验证授权和读写，设备先验证协议，OCR/AI 用客户样本出基线，跨境支付先核对主体和目标国家。验证失败并不等于咨询没价值，它能在投入完整研发前证明某条路线不成立。报告要保留样本范围、测试环境、结果和限制，不能只给“可行”两个字。

报价前先定义咨询成果的用途。只为滚水科技后续开发的内部细化文档，可以较轻；需要客户拿去招标或换团队，必须补齐字段、异常、接口、非功能要求、验收和源文件，工作量更大。合同写清会议与访谈数量、客户需提供资料、原型范围、修改轮次、交付格式、确认时限、知识产权和后续开发是否抵扣部分费用。

收费可采用固定阶段价或按实际工时上限。固定价适合目标和成果边界较清楚；工时制适合多部门访谈、规则仍在探索的项目，但要有每周记录和预算上限。滚水科技不会在本文给统一金额，因为不同项目的业务角色、页面、系统接口和验证设备差异巨大；有效报价必须列明工作量、税费和第三方费用，预算口径可查看 项目预算指南。

验收咨询成果不能以页数衡量。让业务负责人用真实案例走通目标流程，让研发能从文档识别接口和风险，让报价能追溯到范围，让测试能写出正常与异常用例；未决事项有负责人和截止日期。若这些问题仍无法回答，就不能仅因交了一份漂亮 PDF 结束阶段。

完成产品设计后，客户可以继续委托滚水科技研发，也可以按合同约定使用成果另行采购；双方不应通过扣留源文件强迫继续合作。滚水科技的 服务流程 和 透明交付标准 可用于核对公开边界，最终以具体咨询合同为准。