客户选完配置，界面出现一个醒目的金额，就容易把它当成整单价格。实际可能只有标准部分能计算，特殊工作或其他条件还需要人工评估。若未确定项目被空白或零值代替，数字看起来完整，采购范围却没有真正确定。
部分费用估算界面应让客户同时看见已知金额、采用条件和未计入内容。本文讨论界面表达与核对方法，不提供真实报价、计价公式或交易规则。业务与报价负责人先确认状态，设计和实施团队再让每次显示与真实条件对应。
费用先按确定程度分类
整理当前可以计算的项目、已经确认的金额、需要进一步评估的项目，以及不在本次范围的内容。它们不能都用一个“未选择”或空白表示。用户需要知道没有金额意味着什么，才能判断接下来是否要提供资料。
可计算不一定代表最终确认。若当前依据是初步数量或暂按范围，应保留估算身份；已确认金额也应说明对应条件。具体状态与名称来自真实业务，不由界面设计人员因为有数字就将其标为正式报价。
以下采用假设场景：一个在线配置器能够估算标准内容，但特殊配合工作需要人工评估。页面可以展示已知部分和待确认事项，不给任何金额，也不说明实际行业如何计费。示例用于解释不同确定程度的呈现。
未选择与待评估不同。前者可能是客户尚未表达是否需要，后者是已提出需求却缺少判断依据。明确不包含又是另一种状态。整理分类时把这些差别写清，避免后续人工接手看见一排空值却不知道客户意图。
状态应有负责角色和依据。数量、条件和范围怎样影响估算，由报价或业务人员确认；系统怎样保存与展示，由实施人员核对。界面清晰只能反映已确定规则，不能替企业建立不存在的价格体系。相关操作可参阅《B端复杂表单怎么设计？分组、联动、保存与校验方法》。
已知小计旁边说明它覆盖什么
醒目金额的名称应与范围一致。如果只汇总部分内容，可以用准确的小计或部分估算名称，并说明尚未包含哪些待确认项。不要主标题写“总价”，再靠页末说明纠正它的实际范围。
范围说明靠近金额，而不是要求客户展开全部细节才能发现。用户截图或转交摘要时，也应能保留这层含义。大字号数字容易抢占判断，设计要确保其状态与条件同样能被辨认。
若没有可计算项目，不把空结果显示成免费。可以说明当前条件不足或需人工确认，具体文字按实际状态确定。零金额只有在业务确实确认其意义时才使用，不能为了让组件保持数字格式默认填零。相关操作可参阅《组件状态为什么总在开发阶段补？按钮、输入框和卡片至少要把这些状态设计完整》。
明细帮助解释已知部分，但不必按每个微小动作拆项。采用能够对应实际范围的单位，并让客户知道它们如何汇总。本文不规定计价单位，具体内容由实际报价资料决定，不能用通用设计建议推导客户费用。
已知小计与整单估算若都存在，应让二者关系清楚。可能同一配置只有部分金额有依据，也可能后续人工补全后才能形成新版本。不要把不同确定程度放在一组视觉上同等确定的数字卡片里。
待确认项目说清缺什么与下一步
待确认项目至少说明对象、目前缺少的条件以及由谁进一步核对。例如客户提出特殊工作，需先明确范围后评估。不能只给“联系销售”，让客户以为是隐藏价格，也不应写固定结果或答复时间。
材料要求应与判断相关。初次提交可以表达目标和已知条件，不一定需要完整规格文档。缺少的信息若尚无法提供，可以保留未定状态，由实际流程安排下一步；不强迫用户猜一个数量让系统继续计算。
待评估项不等于一定增加费用，也不代表一定可提供。结果可能是进一步补资料、形成具体范围，或现阶段不能承担。页面只说明真实评估步骤，不从一个状态词延伸出计费或可行承诺。
某项条件影响其他已知部分时，应提醒这些估算需要复核。不能在人工项改变后继续让旧小计看起来仍然有效。哪些变化触发更新，由实际规则确认，实施团队据此核对显示与保存。
问题接收者需要得到对应配置，而不是一条没有背景的联系方式。是否自动传递配置需实际验证，没有能力时可以给准确填写提示。不能因为用户点击了评估入口，就宣称当前所有条件已经送达。
摘要把条件与状态一起带走
用户将估算转交给同事时，摘要应保留配置对象、已知部分、待确认内容、估算身份和相应版本。单独发送一个金额，接收者无法判断它包括什么。页面到邮件、文件或后台记录的关系要按实际功能核对。
有资料来源或生成日期可以帮助识别版本，但它们不能替代范围说明。刚生成的摘要也可能基于未确认条件，不能因日期新就显得最终成立。状态与时间分别表达，避免把“当前”误读为“已确认”。
摘要中的未选、未定和不包含同样要保持差别。客户明确不需要某项内容，就不要在转交后显示成等待报价；客户尚未决定，也不应变成已排除。后续负责人员需要看到与用户实际表达一致的范围。
返回配置修改后，摘要应对应最新条件。不能沿用第一次生成的金额或状态，也不能静默将已知结果清空而没有解释。具体更新表现由团队确认，用户要能辨认哪些旧结论已需要重新核对。
如果同时保留历史估算，给当前版本明确身份。历史记录可以帮助比较变化，但不应在没有说明时与新版本一起成为可执行报价。具体确认和有效性规则仍来自企业实际安排，文章不替代交易文件。
修改与人工补全后再核对显示
测试可以采用构造配置，覆盖只有可计算项、混合待评估项、全部未确认和明确不包含等情况。先写每种状态的预计含义，再看界面、摘要和实际记录。测试无需使用真实客户或真实交易。
改变一项条件，检查受影响金额和待确认状态是否同步。结果更新的依据与页面说明一致，不把旧小计继续叫当前价格。只有视觉变化不够，后续接收材料也要看是否保留同一范围。
模拟人工核对完成时，确认新结果有对应依据，原待评估项是否被准确替换。人工有意见不等于客户已经接受，应按真实确认流程表达。不能让工作人员录入金额就自动显示整单已成交。
请不熟悉系统的人阅读摘要，复述金额包含什么、哪些仍未确定、下一步要做什么。若他只记住一个总价，说明层级与名称仍需调整。不要通过更多小字把理解责任交回客户。
完成标志是客户知道当前数字的范围，待确认项有可理解的处理方向，修改后旧结果不再误导，记录与界面一致。在线估算可以帮助提前准备采购问题，但只有确认程度表达准确，数字才具备实际判断价值。
还要核对人工发送的常用材料。网页已经区分小计与待评估，工作人员却只复制数字发给客户，范围又会丢失。发送版本应保留与当前配置相关的状态，实际可以维护的位置登记后再更新，不宣称所有历史副本已经同步。
常见问题
待确认费用可以显示为零吗？
不宜用零替代未知。零表示有明确金额意义，而待确认表示判断尚未完成。使用实际状态说明，更容易让客户与接收人员理解范围。
小计下面加“仅供参考”是否足够？
还要说明覆盖内容与未计入事项。笼统提示不能纠正“总价”名称或整单视觉印象，金额、状态和条件应在相关位置一起可见。
客户未选附加项目，能否默认不包含？
按真实规则确定，并让用户知道。未选可能是未决定，不能静默当作拒绝；若明确有默认范围，应在选择与摘要中一致表达。
人工确认后还需要保留原条件吗？
需要保留当前结论对应的条件，历史版本可按实际安排存档。新金额不能脱离范围独立存在，条件变化时也要知道哪些结果需复核。
在线估算可以直接当正式报价吗？
只有企业确认的流程和文件支持时才可能。页面可清楚说明当前身份，不能由可计算数字或生成摘要自动推导合同、接受或成交状态。
链接复制成功
