产品经理的一个用处

今天是想把之前工作中发生的一件事情说一下：我们是一家有外包业务的公司，那天是进行一个系统交付并将系统的使用方法教给甲方。因为我并没有负责这个系统，所以很多地方我了解不太清晰和准备，在谈话的过程我就没有过多的发表意见，充分的当了一回听众。所以就有了这篇文章。
最重要的感觉有3点：
1.测试真的很重要。
在交付的当天，不是说一些大的问题，就是一些小的问题不断，在我们自己人看来，那是很简单只是需要技术大哥几分钟就可以解决的事情，但是在甲方眼中就是会看到对这系统的可用性的怀疑。一个产品经理在交付前测试好，其实可以让交付过程更加顺利，而不需要当下又要改系统。
2.程序员的口才真的很差。
万不得已，还是让了解产品而且口才好的人上场吧。当时我恨不得自己上去说，明明就两三句话就可以清晰明了的点，硬是举例反复说明。所以说，沟通能力真的是一项很重要的技能。
3.系统里面满满都是程序员思维的名词。
比如：系统里面的订单中心-会员订单，是包括了散客订单和交了月款（包月）的VIP订单，在程序设定里，只要进了系统购物的用户都叫会员，所以分为会员订单（散客订单）和会员卡订单（VIP订单）。但是这就是满满的工程思维了，在交付的时候，甲方一头雾水，他们对会员这个词很敏感，就是认为交了钱才是会员，并不包括散客。其实这是一个很简单的问题，甚至5分钟就能统一的问题。我觉得这里就体现了【产品思维】的重要性。
每次和客户的交涉都是相当于将乙方公司的技术实力展示出去，而甲方多数不具备技术的实力，所以他们的认知很多时候都停留在日常生活的名词上，这是不是就是我们所需要的小白思维呢。共勉！