我追了四个问题，报价从猜变成了算
一条群消息说 App 下周上线、低端机闪退，但真正能写进报价单的数字，在追问三轮之前一个都不存在。
你打开 TOP Prospect 的消息列表。一条推送来自你授权的 Telegram 群。发信人头像旁边写着”孙工-万像互动”。
（以下为复合场景模拟，用于展示判断方法，不代表真实对话记录）
孙工-万像互动 在「华东测试与质量保障交流群」： “我们一个社交 App 下周要上线了，收到用户反馈说低端安卓机打开就闪退，想找实验室帮忙测一下，有档期的私聊。”
你点开私聊。对方问：多少钱？
你打开报价单草稿。光标停在”报价金额”那一行。你发现在写下数字之前，得先知道那个数字对应的是什么范围的工作。于是一张空白预约表被翻了过来——不是从”客户名称”开始填，而是从第一个问题开始写。
我没先回价，先问了机型清单的边界
你问孙工具体机型。对方发来三款：红米 9A、OPPO A16s、三星 Galaxy A03 Core。
你把这行写进设备清单。然后追问了一句：“这三款是用户报上来的，还是你们开发手上测出来的？”
这个问题值得多想一层——如果是用户报上来的，crash 日志里可能还有更多机型只是没人整理；如果是开发手上有这些机器并且验证过能复现，那问题就锁定在这三款上。两种情况下你要覆盖的设备范围可能差出一倍。
对方回复：“用户反馈的，我们拿这三款验证了一下，确实能复现。”
你接着问：“还有没有其他用户也报过，只是没留机型？“孙工说群里还有几个人提过，但目前信息还没收齐。
你在设备清单下面加了一行备注：建议按红米 9A 同档 SoC（联发科 Helio G25 级别）准备备选机型，防止测试覆盖率不够。
报价的起点不是你拿到的那三款机器，而是你不知道还有没有第四款的那个问号。
系统版本那行，我写了四个字又划掉
系统版本。对方说 Android 11。你正准备填进去，但设备清单里那台红米 9A 让你停了一下。
这款手机出厂预装的是 Android 11 Go Edition——Google 为 2GB 内存设备专门定制的轻量版系统。Go Edition 的内存管理策略和标准 Android 11 不一样：它会在后台更积极地回收进程、限制前台 App 的可用堆内存。一个 App 在标准版上跑一天没问题，到了 Go Edition 上一打开就崩溃，不是什么稀罕事。
如果测试人员拿一台刷了标准 Android 11 的红米 9A 跑了两天，报告写”Android 11 兼容性正常”，结果对方上线后用户的 Go Edition 手机上闪退依旧——这笔账算谁的？
你问孙工：“红米 9A 那个机器跑的是标准版还是 Go Edition？”
“这个我不确定，我去问一下开发。”
你在系统版本那行写下”待确认各机型 Android 11 细分版本——红米 9A 是否 Go Edition”，然后把刚在心里盘算的一个数字划掉了。在确认这件事之前，你报的任何价格里都藏着一个未知的适配成本。这不涉及什么深奥的技术——让对方从”关于手机”里截一张图，三秒就看清了。
“打开就闪退”四个字对应三个完全不同的工时
孙工描述的问题：“打开就闪退”。
但”打开”在实际测试中对应三种完全不同的工作量，报价逻辑也不一样：
- 场景 A：点击图标，启动页加载到一半就退出。测试人员一台机器五分钟确认一轮。按标准兼容测试报价，一台机器几十块钱。
- 场景 B：输入手机号、获取验证码、填写资料、点击注册——在第四步崩溃。测试人员需要提前申请测试账号并走完流程。工时翻倍。
- 场景 C：连续滑动页面十次，只有第三次和第七次崩溃。复现率 20%，需要反复验证才能确认触发条件。按问题定位人天报价，和按台数报的价格可能差出两三倍。
你问孙工要 crash 日志。对方说在开发手里，让他直接找你。
（以上对话为模拟场景的合理延伸，以实际沟通结果为准。）
日志拿回来，你不必自己读懂每一行报错代码。转给实验室的技术同事扫一眼，他们能判断是内存溢出、空指针还是资源加载失败。每种根因需要的复现环境和设备准备都不一样。在区分出是哪类场景之前，“闪退”这两个字还不能拿来定工时。
“下周”可以拆成两份完全不同的报价
上线日期。孙工说的原文是”下周上线”。
你在”目标上线日”那行画了两条横线，写上两个可能性：
- 如果是下周一：还剩 4 个工作日。设备准备、系统刷机、App 装包、测试执行和报告输出全部压进 48 小时。这种情况下的加急费率，行业惯例一般在标准价基础上加 30%–50%。
- 如果是下周五：还剩 9 个工作日。走标准流程，报正常价格，排期也不冲突。
（以上日期为模拟场景数字，仅用于展示判断方法。）
上线日期还决定了测试的性质。你多问了一句：这次是”上线前最后一轮整体验证”，还是”针对已知问题做定向排查”？前者需要对整体兼容性做结论性评估，报告里要写风险等级和是否建议按期上线；后者只需要回答”在什么条件下能复现”。两种情况的交付物深度不同，报价差 30% 以上。
孙工回复：“先看看能不能复现再说。”
你确认了测试类型是定向问题定位，不是全量兼容测试。报价的大方向有了。
经过三轮追问，预约表长这样：
客户名称 │ 万像互动
需求来源 │ Telegram 群 — 华东测试与质量保障交流群
设备清单 │ 红米 9A / OPPO A16s / Galaxy A03 Core（待确认完整）
操作系统版本 │ 各机型 Android 11 细分版本待确认（Go Edition 待排除）
复现场景 │ 启动打开就闪退，具体触发步骤待 crash 日志补充
测试类型 │ 定向问题定位（非全量兼容测试）
目标上线日 │ "下周"，具体日期待确认
报价金额 │ ________
排期窗口 │ ________
跟进状态 │ 追问中报价金额和排期窗口还是空的。但空着不是因为不知道写什么——是因为知道还差什么才能写。
你最后没有报一口价。你发了一段这样的回复：
“基于当前信息，按三款机型、标准版 Android 11、启动闪退场景做定向定位测试，基础报价 XXXX 元。如果红米 9A 确认为 Go Edition，适配验证需增加 YYY 元。上线日期确认后根据剩余工作日确定是否收加急费。你看看这个方向是否合适？”
这不是一个最终价格，是一个让对方确认范围的条件报价。每一行空白变成了一项可选附加项，而不是藏在总价里的风险。对方知道自己选了什么、多付了什么，你也不用因为信息不全而报一个两头不靠的数字。
追问题是报价的标准工序，不是额外的事
回到最开始那条群消息。八秒读完，一句”需要测一下”。如果不问那几轮，你报出去的价格要么太低自己亏，要么太高把对方吓跑。
追问不是不信任对方。追问是把报价的依据从”我猜的”变成”你确认的”。你每多问一个问题，报价单上就多一行确定的信息——过程就从猜测变成估算，从估算变成核算。
下一次你在群消息里看到有人说”App 下周上线，需要测一下”，别急着回价。先打开你的预约表，看看哪几行是空的。空行就是你要问的问题。问完再报价，那个数字写上去才有东西撑着。
站内相关阅读：群里三百条讨论，值得跟进的也许只有三条
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
