企业业务面试遇到「客户说想买工具，你会怎么谈」，先问清楚他想改善哪一段工作、问题造成什么影响，以及公司能否投入资源处理，再决定要展示什么。客户愿意看产品，是对话的起点；你还需要把这份兴趣连到可以查证的需求，才能提出有用的建议。
企业对企业的销售常简称 B2B，指的是把产品或服务卖给另一家公司。本文以企业软件为例，练习需求访谈，也就是透过对话了解客户的工作、目标与限制。Salesforce 的需求探索教材强调先理解业务挑战，再依已确认的问题与客户共同规划方案。以下将这个方向落实为一段原创面试练习，让你看见每个问题如何影响后续安排。
从最近一次困扰开始，别让功能清单带走对话
以下企业、角色、数字与对话皆为虚构练习。一家在台湾设有两个仓库的工业零件通路商，透过邮件与共用表格追踪订单。你代表一家提供订单协作软件的供应商，第一次与营运经理交谈。对方说：「我们想买一套工具，让业务和客服交接顺一点。你先展示功能，再给我报价。」
你可以先回应对方的要求：「可以。我先了解一次实际交接的情况，好把展示集中在你们用得到的部分。最近哪一笔订单让团队特别困扰？」这个开场说明了提问的用途，也让客户从熟悉的事件回答，不必立刻替你整理一份完整需求文件。
假设经理说，上周一笔急单改了交货日期，业务在邮件里通知，客服仍照旧日期回复买方，仓库也不知道哪个版本才对。接着就沿着事件问：「谁先收到变更？通知了谁？客服当时去哪里查？最后谁确认？」你想厘清的是资讯如何流动，而不只是得到一句「我们沟通不好」。
这段回答可能引出两种不同原因：一种是最新的订单资讯散在多处，大家找不到；另一种是根本没有人负责确认变更。前者可能需要让大家到同一处查询，后者还涉及分工。即使软件能发通知，也不会自行决定谁有权确认交期。因此，在介绍功能前，先用自己的话复述：「目前主要困扰是日期变更后，三个团队无法确认谁已看过、谁负责更新；我有没有漏掉什么？」
再请客户补一个顺利完成交接的例子。若只有急单出问题，而例行订单运作正常，第一阶段就可以只处理急单。这也提醒你别把一次抱怨扩大成整家公司都需要换系统；访谈要同时找到问题发生的条件与没有发生的条件。
把影响算清楚，也保留尚未确认的部分
流程清楚后，再问影响有多大。沿用这个练习，经理估计负责急单的十二位业务与客服，每人每天花半小时追问急单状态；一个月有二十二个工作日。你可以先算出每月共 12 × 0.5 × 22＝132 小时，再追问这是近期记录、抽样观察，还是大家的印象。若只是估计，就在笔记旁标明「待抽样确认」，并约定用一周的简单记录检查。
如果题目另外提供含薪资与公司负担费用的平均人力成本，每小时为新台币 450 元，这些工时对应的成本是 132 × 450＝59,400 元。它表示目前投入多少人力，不能直接当成买软件后可以省下的现金。员工可能仍领相同薪资，追问也未必能全部消除；还需要知道腾出的时间会用于回复客户、处理更多订单，或减少加班。
为了练习估算，你可以再设一个待验证假设：新流程若能减少四成追问时间，每月可腾出 132 × 40%＝52.8 小时，按同一人力成本换算为 23,760 元。这些时间能否用在其他工作上，仍要确认。这个假设提供比较方案的起点，不能说成保证效益；要等试行记录确认，并把订阅、设定、资料整理、培训与持续维护一起放进成本讨论。
接着问：「除了追问，日期错误还造成哪些后果？有没有补寄、加班或客户投诉的记录？」如果客户提到流失订单，但没有确认原因，不要把全部流失金额加进收益。时间成本、实际支出与可能损失应分开记录，也要避免同一件事重复计算。把缺少的证据列出来，这份估算才有办法继续查证。
找到决策角色，理解每个人要回答的问题
估算问题的影响后，也要理解公司如何做决定。HubSpot 的需求访谈教材将目标、困难、预算、决策流程与导入时程列为需要了解的内容。用在这个情境，你可以问：「如果这个流程确实能改善，接下来公司通常由哪些人评估？每个人最需要确认什么？」
假设经理说，自己负责提出需求，客服主管与仓库主管需要同意流程，资讯系统同事确认连接方式，财务主管核准支出，采购承办合约。把这些角色记下来，比只问「你是不是决策者」更有用：经理可能无法批准整笔费用，却最了解问题，也能协调重要参与者。
| 角色 | 在本练习中要确认的事情 | 可以延伸的问题 |
|---|---|---|
| 营运经理与使用团队 | 哪种交接要改、谁负责更新、什么结果算有改善 | 先改急单是否足够？谁愿意协助试行？ |
| 资讯系统同事 | 现有系统怎么连接、权限如何设定、谁维护 | 哪些资料可用于试行？权限由谁确认？ |
| 财务主管 | 投入是否合理、费用包含什么、效益如何查证 | 首年可讨论的预算范围是多少？需要哪些比较说明？ |
| 采购与合约承办 | 供应商资格、条款及必要审查 | 哪些步骤需要先完成？一般由谁安排？ |
每家公司可能由不同的人兼任这些工作，这张表只是本题的角色分工。你也不必第一次就要求所有人到场；先由经理确认角色与流程，再邀请能解答下一个问题的人。若对方暂时不愿介绍财务主管，可以先提供一页摘要，让经理确认财务会看哪些项目，保留后续沟通空间。
预算也应问得具体。假设经理提到首年可考虑新台币三十万元，你要再确认这是已核准款项，还是初步讨论上限；是否包括导入费，以及人员能投入多少时间。这是虚构客户的预算条件，并非软件报价。没有核准预算仍可评估需求，但应在商机记录里保留这个未知事项。
把希望日期与真正做得到的时程分开
客户接着说：「三个月后要开第三个仓库，希望之前就能用。」这让时间要求有了具体原因。你可以从这个日期往回安排：哪些流程必须提前稳定？需要多久的培训？合约审查、系统与权限确认、内部评估各由谁安排？
这时题目补充：资讯系统同事未来六周忙于另一项系统升级，客服也抽不出人整理全部旧资料。这两个限制会改变方案。若你只承诺「我们两周就能上线」，即使软件设定做得到，也可能忽略客户这边无法配合的工作。
比较合理的安排，是先确认能否只选一个团队的急单，用合成范例资料展示交接，再估算小范围试行需要的资源。待资讯系统同事确认可行后，才决定是否连接现有系统。这里的试行，是在有限范围检查新流程能否达到约定结果；不能把「帐号已开好」当成大家已经愿意使用。
导入障碍也可能来自习惯与责任。若业务仍在邮件里改日期，却没有人维持新系统中的记录，新工具只会变成另一个需要查询的地方。因此，要问谁负责教同事、谁处理例外、谁确认更新。若客户无法安排负责人，暂缓试行、先协助厘清分工，会比开始一个无人维护的计划更合理。
下一步要有目的、参与者、准备与判断方式
经过前面的访谈，系统团队的人力与流程分工最可能卡住导入。因此，下一步先确认急单交接能否用有限资源改善，以及是否需要连接现有系统。会议目的清楚后，才知道该准备哪一段展示、邀请哪些人。
你可以提出一次四十五分钟的流程讨论会议，邀请营运经理、客服与仓库各一位代表、资讯系统同事，以及自己公司的技术同事。会前由经理整理急单交接步骤，资讯系统同事列出连接与权限限制；你和同事用合成资料准备相同情境。若资讯系统同事无法参加，先取得书面限制，并将技术可行性保留为未确认。
会议中先请客户确认现有流程，再展示一笔交期变更如何交接，最后一起列出试行所需人员、资料与时间。预定产出是一页会议结论：条件可行，就列出试行范围、负责人与改善要求；若必要的连接方式做不到，或客户无人维护，就先暂缓。这让客户知道，会议结束后有哪些合理选择。
若决定先试一个团队的急单，就记录追问所花时间、更新是否完整，以及增加的维护负担。小范围试行要另外记录该团队的基准，不能把全体十二人的 132 小时都当成可省工时。基准数据不足时，先安排记录，再与客户订出改善要求，不需要硬订一个通用达标百分比。
收尾可以这样说：「今天确认的主要困扰是急单日期变更后，各团队难以找到最新状态。您提到全体每月大约花 132 小时追问，这个估计还需要记录确认。我建议下一次先验证急单流程与连接限制；您协调客服、仓库代表和资讯系统同事，我准备相同情境。会后再决定是否值得试行，以及需要什么资源。这样的安排能帮您往前做决定吗？」
对方同意后，再确认日期与会前准备。若对方只想先收到产品简介，就约定要协助判断哪个问题，以及是否需要再次联络。会后摘要应分别列出双方已确认的事、仍待查证的事与各自负责的事；尚未约定的步骤，不要写成客户已经承诺。
用好坏回答对照，练习回应面试追问
把整段访谈浓缩成面试回答时，要保留自己如何做判断。较弱的回答可能是：「客户已经有需求，我会先介绍所有功能，再用折扣促成签约。我们能替他省下每月 59,400 元，只要让老板看到就会买。」这段话跳过了问题原因，把估计工时直接当成现金节省，也替尚未接触的人预测决定。功能、价格与权限都还没确认，承诺却已经说满。
较完整的回答可以是：「我会先请营运经理带我看一次急单交接，确认问题在订单资讯分散、责任不清，或两者都有。接着估算影响，标明哪些数字待查，再了解系统限制、预算状态与参与角色。下一次会议只验证急单流程是否可行；如果没有维护人手，就先不安排试行。」这段回答让面试官听见你的查证顺序，也留有根据新资讯调整做法的空间。
被追问「客户不想回答，只要看展示」时，可以先尊重他的需求，问两个会影响展示内容的问题，例如最想改善的交接情境与使用者。用相近的流程示范后，再请他指出哪些地方适用、哪些不适用。你仍在了解需求，只是调整了对话顺序；不必把回答整份问题清单设成看产品的门槛。
被问「对方说竞品便宜三成」时，先确认比较是否包含相同使用人数、导入范围与服务，再了解价格是不是唯一顾虑。若只要基本交接功能，较便宜的方案也可能适合。你可以说明自身方案在已确认需求上的差异，或缩小范围，但不能捏造竞品缺点，也不能擅自承诺未获授权的折扣。
如果面试官再说「主管要求本月底一定要成交」，就把压力转为需要回报的事实：哪些步骤已完成、哪些人尚未参与、最快何时能确认。提出自己可以加速的准备，同时如实说明客户资讯系统同事的时间与审查限制。持续跟进需要理由；若方案不适合或客户无意继续，也应接受暂停，不能用虚构到期日逼迫对方。
用二十分钟写出一页需求访谈记录
前五分钟写下急单交接事件，区分已知事实与假设；接着五分钟算出工时、说明换算限制，再写两个要补问的影响问题。第三个五分钟整理角色、预算、时程与导入人手，圈出最可能改变判断的一个未知事项。最后五分钟安排下一次会议，并用九十秒说清楚目的、谁参与、各自准备什么，以及会后要做哪个决定。
检查时，特别看自己是否写出「客户说了什么，所以我改了哪个安排」。如果访谈前后的展示与建议完全相同，就再练一次如何根据回答调整内容。完成这一页后，可接着阅读 产品营销上市方案指南，练习把同一个工作困扰转成不同角色需要理解的问题。