做项目的产品经理和做SaaS的产品经理,哪个更好?这个问题我琢磨了很久。
最早入行时接触的是项目制产品。那时候客户只会让我复制别人的功能,干得心灰意冷。当时我们一帮人达成共识:这辈子再也不当乙方。后来转做SaaS,发现甲方反而更多了——从一个变成了几千个。别说开发新功能,就是页面上改个字段名称,都得调研十几家客户,照顾大多数的想法。那时候我又开始怀念做项目的日子:客户说啥就是啥,多省事。
现在两边都在做,除了上面的烦恼,还多了一层纠结:什么功能放进主线,什么功能放在分支?定制功能能不能沉淀成通用产品?与其费劲做设计、搞定老板和同事,不如想想怎么搞定客户。这里分享几个我常用的思路。

向下兼容客户的思维,没那么容易
最近常跟人吐槽:做工业比做医疗难多了,至少难一倍。不是因为业务复杂、功能多,而是人员素质差距太大。

医生和护士受过高等教育,虽然不懂软件,沟通理解能力却很强。软件线上交付,配合远程培训和系统里的操作手册、视频,大多数客户能自己用起来。工业领域就不行,所以他们的软件首年实施费和软件费差不多。去工厂培训之前,我精心准备了一份PPT,结果根本没用。

一屋子的叔叔阿姨,我让他们掏出手机登录账号,我在屏幕上演示,同事在旁边指着说"点这个,再点这个,然后提交"。第二天去现场验收,各种理由都有:手机没带、没流量、没电、手机没卡……
按理说我们文化水平更高,兼容他们的思维应该不难,实际却没那么简单。但没办法,只能多花点时间了解他们的业务和想法。
该说"不"的时候要说
很多公司信奉客户是上帝,但这不等于无条件答应所有要求。尤其是软件行业,很少有客户清楚自己真正想要什么,想法今天一个、明天一个,甚至上午下午都不一样。
完全围着客户转,结局通常是两个:功能改来改去,永远交不了期;或者客户反过来怪你"不专业,我们只是提想法,你们才是做方案的"。
确实做不到的事,就清楚告诉客户"不行",然后一起商量替代方案。当然,真正做不到的功能其实不多,更多是需求不合理或者性价比太低。这种情况怎么办?
就算能做,也别急着答应
有时候客户会说:"又要麻烦你们开发改改,他们又要跳了。"
你怎么回?我以前傻乎乎地说:"不麻烦,我们改。"
这会给客户一种错觉,以为这事很简单,像改原型一样。时间长了,他们觉得理所当然。虽然我们给了专业建议,但很多客户还是坚持自己的想法——毕竟他们是用户,更在意实用性;我们更懂软件的复杂性。而操作上越简单的东西,背后实现往往越复杂。
现在我就会明确说:可以做,但时间要评估,没法答应你下个版本就上。
这种争执在项目制产品里更常见。比如招标文件写"登录积分",客户说要这个功能,我们沟通时理解的是提供积分接口。最好在招标文件里写清楚,但如果客户确实要加功能,小功能我们可以做,同时明确告诉他需要多少人天、多少成本。我们希望长期合作,这次不收钱,但再加其他功能就要加钱了。
把双方的权责定清楚
虽然是乙方,但目的是合作把产品做好,不是一味弱势迁就。
项目启动前列清单,标出双方要交付的关键节点;对方必须指定统一的负责人,调研、硬件设备、网络这些,要在指定时间点前提供给乙方。最重要的是需求最终确认的时间点,确认之后再改,一律放到二期。

软件也是服务业,但我们要的不是海底捞式的保姆服务,而是以专业技术帮客户解决问题。双方相互尊重、相互理解,项目才能真正做好。
---
作者: 司马特队,微信公众号:司马特队。高级互联网产品经理,多年B端产品管理经验,主导过多个大型B端产品从0到1的孵化、重构与迭代,主要聚焦工业互联网产品领域。
特别说明: 本站致力于收集互联网运营干货,为从业者提供便利。所收录公开内容来自互联网或用户贡献,不代表本站立场,亦不对内容真实性负责。如有侵权,请联系管理员删除。
立即登录