编者按：产品经理在项目跟进和客户沟通时，需要考虑各方的利益和想法；因为它是乙方，很多需求应该更加衡量和确定双方的权益；本文作者分享了如何处理产品中的客户。


让我们看看。


做项目产品经理好还是好？ SaaS 好的型产品经理？ 最早的产品经理是项目系统，我认为对于一个只会让我复制功能的客户，非常沮丧，当时我们很多人的想法是：永远不要做乙方！ 后来做 SaaS，发现甲方更多，从 1 一个变成了几千个，更别说做一个功能了，就是页面上改字段的名称，要调查 10 许多客户至少考虑到大多数客户的想法。


当时，我开始怀念做项目。


不管怎样，客户说的就是他们说的。


现在一手做项目，一手做 SaaS，除了以上的痛苦，还有一点:什么功能在主线上，什么功能在分支上，定制功能能能否沉淀成通用产品？ 与其做产品设计，搞定老板，搞定同事，不如搞定客户。


什么好招？ 01 向下与客户思维兼容 最近一直说:做工业太难了，至少比医疗难一倍；不是业务复杂，也不是系统功能多，最重要的是人员素质差距。


医生和护士受过高等教育。


虽然他们不懂软件，但他们有很强的沟通理解力；客户购买软件后，可以在线交付。


通过远程培训、系统内置操作手册和操作视频，大多数客户可以使用客户服务。


但是工业线上交付比较困难，所以他们的软件首年的实施费和软件费差不多。


去工厂培训一次，远比我想象的差；去之前做了一个PPT，结果没用。


看着一个房间里的叔叔阿姨，让他们拿出手机登录账号；我在屏幕上演示，另一个伙伴在屏幕上指着这个，然后点击这个，然后提交。


第二天去现场，让他们一个接一个地操作我们，看看他们是否学会了；有各种各样的理由：手机没有；没有流量；没有电；手机没有卡…… 可以合理地说，我们的文化水平比他们高，可以兼容思维，当然，这并不容易；但最好花更多的时间来了解业务和他们的想法。


02 勇敢说 NO 许多公司相信客户就是上帝。


但这并不意味着无条件地同意客户的所有要求；特别是对于软件，很少有客户清楚地知道他们想要什么，他们的想法大多是今天，明天，甚至早上和下午。


我们做客户说的会导致两种情况： 围绕客户群转，功能改变，改变，交不到期； 客户不买账，会说:我们不专业，我们只是提出想法，你要制定专业的计划。


如果你真的做不到，清楚地告诉他们 “NO，一起讨论解决方案；但我们都知道，真正做不到的功能并不多。


我们经常觉得需求不合理，或者性价比太低。


我们该怎么办？ 03 如果你想这样做，不要轻易同意 有时候客户会说:又要麻烦你开发改革了，他们又要跳了。


你会怎么回复？ 我以前说过：别麻烦，我们改变吧。


显然，这会给客户一种错觉，我们做得很简单，就像改变原型一样简单，很长一段时间，你会认为这是理所当然的。


虽然我们给出了专业的建议，但许多客户仍然坚持自己的想法，毕竟，他们是用户，我们更考虑软件的复杂性，他们会考虑实用性，但操作越简单，实现就越复杂。


我会向客户明确解释：如果你坚持这样做，我们也可以；但时间必须等待我们的评估，不能同意你的下一个版本。


这种争吵更容易发生在项目产品中。


例如，招标文件中写着：登录积分，客户会说他们正在做这个功能，但我们在沟通时理解的是提供积分接口。


最好在投标文件中写清楚，但如果客户真的想添加功能，我们通常会做小功能。


但是，我们应该清楚地告诉他，这个功能需要多少人，相当于多少成本。


我们希望长期合作，这次不收费，但如果添加其他功能，我们应该增加成本。


04 确定双方的权责 虽然我们是乙方，但我们希望实现的是：合作做好产品；而不是我们处于弱势迁就。


项目启动前列清单，列出双方需要提供的关键节点；对方必须指定统一负责人进行对接，涉及研究、硬件设备、网络等，并在指定时间点前提供给乙方。


最重要的是要有最终确认时间点的需求。


如果确认后需要更改，则在第二阶段进行更改。


05 总结 软件也是服务业，但我们想要的不是海底捞式的保姆服务，而是专业的技术团队来帮助客户解决问题。


只有双方相互尊重和理解，项目才能做好。


作者 司马特队，微信官方账号:司马特队。


高级互联网产品经验，多年B端产品管理经验。


具有多种大型B端产品从0到1的孵化、重构和迭代经验；主要教授与工业互联网产品相关的核心知识点。


特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。