立即登录 做B端产品，最容易出现的问题就是照搬C端的经验。B端的业务链条往往更长，决策环节涉及的人更多，再加上不同行业的终端形态差异巨大，很难用一套标准模板套用到所有项目上。本文聊的“客户肖像”，主要面向SaaS系统和企业中后台产品。在这类场景里，它从来不是用来装点门面的资料，而是真正能推着产品迭代和日常运营往前走的实用工具。
团队刚开始接触这个概念时，通常会问它到底能解决什么问题。其实，与其纠结作用，不如先看清自己正处在什么阶段。往往是在业务卡住或者必须转型的时候，客户肖像的价值才会真正凸显。比如公司规模扩张后，产品团队天天陷在内部评审里，反而离真实业务越来越远；比如老客户悄悄流向竞品，复盘时却摸不清到底卡在哪一环；再比如新项目刚起步，连第一批种子用户都没有，产品该朝哪个方向长。把这些情况摊开看，核心诉求其实就两类：要么是外部市场变了，客户要的东西跟上了，咱们的打法还停留在过去；要么是B端业务反复试错碰壁，急需回头校准方向，别再在错误的路上消耗资源。这时候，客户肖像就能派上用场了。
它最实在的作用，是把那些模糊的“业务需求”翻译成品能直接落地的开发语言。B端系统的采购从来不是一个人说了算，通常是业务主管、IT运维、财务甚至高管多方权衡的结果。肖像能帮我们理清几个关键问题：最终掏钱的是谁？每天实际操作的是谁？他们工作上最头疼的堵点在哪？系统上线后，对方能接受的磨合期有多长？把这些角色和诉求拆开看，产品该做什么、不该做什么，心里就有底了。
拿A公司来说，他们早年靠给银行和电商做定制化后台起家，交付经验很丰富。可到了新零售阶段，传统的“人货场”逻辑全变了：线下门店要打通全渠道库存，一线导购得用手机随时查数据，总部还要建实时数据中台。如果继续沿用以前“堆功能”的做法，产品很快会变得臃肿又难用。A团队的做法是，先把不同岗位的人重新描一遍——比如区域运营、门店店长、系统管理员，把他们在转型期真正要抓的核心流程和数据指标抽出来，再反过来指导SaaS版本的更新。这样一来，每次发版不再靠猜，而是直接对应到具体角色的工作场景里。实施交付顺了，排查问题也快了不少。
说到底，客户肖像不是一份写完就归档的静态文档，而是跟着业务一起生长的参照系。不管做产品迭代还是调运营策略，最后都得回到最朴素的问题上：谁在用？为什么用？怎么用最顺手？B端产品的竞争力，往往就藏在对这些具体角色和真实场景的打磨里。方向理顺了，后面的每一步才算数。