企业网站策划书：客户只问价格时改功能清单还是改报价结构
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /32700f10aa44.html
📄
企业网站策划书：客户只问价格时改功能清单还是改报价结构
结论先行：如果客户在沟通中反复追问“多少钱”“能不能再便宜”，而不再讨论功能细节，通常说明他已在心里把方案视为可替换商品，此时应优先调整报价结构，而不是继续加功能。只有当客户仍能说出具体使用场景、只是对总价敏感时，改功能清单才成立。
判断依据：客户问的是总价还是单价
“关注点转向成本”有两种不同表现，处理方式相反。第一种是客户问“整个网站做完多少钱”，但不拆解项目；第二种是客户问“这个功能单独多少钱”“能不能先做一半”。前者往往意味着预算框架未建立，你需要把报价从一口价拆成基础模块、可选模块和后续维护三段，让客户看到钱花在哪里。后者说明客户仍在评估范围，此时删减或替换功能清单更有效。
一个可操作的区分动作：把当前方案按“必须上线才能用”和“上线后可以补”分成两列，发给客户确认。如果客户对第一列没有异议，只对总价皱眉，改报价结构；如果客户开始划掉第一列里的条目，改功能清单。这个动作的结果直接决定下一步是重做预算表还是重做需求表，避免两边同时改导致方案失控。
改报价结构的适用条件与代价
改报价结构适用于客户有预算上限、但需求边界相对清楚的情况。做法是把原来打包的总价拆成三部分：一次性建设费用、按年支付的基础服务费用、按需触发的增项费用。这样客户能自己判断哪些可以暂缓。
代价是沟通轮次增加。客户可能拿拆分后的单项价格去和别的供应商逐项比价，而你原本的整体方案优势会被拆散。因此拆分时要保留一个“组合价”锚点，说明单独采购与整体委托的差别，但不要编造折扣幅度，只说明组合包含的协调工作。
改功能清单的适用条件与代价
改功能清单适用于客户能明确说出“先上线什么、以后补什么”的情况。此时应把功能按使用频率和上线依赖排序，而不是按开发难度排序。一个假设例子：客户要做产品展示站，原方案含多语言、在线询价、会员中心。若客户只对价格敏感但仍坚持多语言，可以先把会员中心移出首期，保留多语言和询价，因为后两者直接影响获客路径。
代价是首期交付后可能产生返工。被移出的功能如果与已上线部分共用数据结构，后期补做可能比一次做完更费工时。所以移出功能时要写清接口预留和数据结构假设，并说明这部分工作是否计入首期。
一个会让上述结论失效的反例
如果客户转向成本话题的同时，开始询问“你们做过哪些同类项目”“能不能看看后台”，那么他的关注点未必真是价格，而可能是用价格试探你的专业度或交付确定性。此时无论改报价还是改功能清单都容易跑偏，应先提供可验证的交付证据，比如流程说明、原型示例或阶段验收方式，再回到预算讨论。这个反例说明：成本问题不总是预算问题，也可能是信任问题的替代表达。
下一步动作：用一页对比表结束拉扯
不要在两版方案之间反复口头解释。做一页对比表，左列是“保持原范围、调整付款节奏”，右列是“缩减首期范围、保持原付款节奏”，每列注明客户需要承担的选择代价，例如首期上线时间、后续补做工作量、验收节点变化。发给客户后只问一个问题：你更愿意先解决预算节奏，还是先解决上线范围。客户的回答会直接指向下一步该改哪份文件，而不是继续在功能与价格之间来回试探。
