公司的诉求vs用户的需求
任何一款产品中都会植入生产者的意志,公司管理者的意志,以通过产品去实现公司方的诉求。
这些诉求主要包括丰厚的营业收入、较高的利润率、产品周期的延长、产品的口碑以及其他一些基于运营需要的考量。用户的目的则完全是基于用户自身利益出发的“使用这个产品的原因和目的”。那么对于产品经理而言,这款产品能满足用户的何种需求?能为用户创造何种价值?这个事情一定要想清楚。
总体来说,至少对于iH5这样一款产品而言,公司目的和用户目的有极高的一致性。
如果产品无法满足用户的核心需求和主要需求,造成用户的流失,则这个产品也不太可能满足公司的需求,因为公司的目的一定是建立在一定数量的用户基数之上的。
当然,在这种一致性之中也隐藏着一些冲突,例如广告设置(没有用户想看广告,但是广告确实是互联网公司主要收入之一),数据埋点等等。那么如何去进行权衡就是每一名产品经理所要去协调和解决的了。
自主思维vs用户调查
不同于很多人对于用户调研的强调和迷信,我认为,用户调研虽然是我们了解用户诉求的重要数据来源,但却不是所有产品的所有阶段进行决策的唯一标准。因为对于一些前瞻性、创新性极强的产品,盲目遵从用户的判断,只会固步自封。
举个简单的例子,在汽车发明之初,相对马车而言,没有人会看好它的未来。一个只能乘坐一人的铁屋子,还要专门为它修一条路,制作成本也非常高,动不动还需要维修,这样的东西谁会需要?但是在仅仅不到50年的时间内,汽车对于人类生活的变革性价值为世人有目共睹。
同样,2007年发布初代iPhone的乔布斯也不受到多数人的理解,因为人们早已习惯了按键式的手机,这就是他们对于一部好手机的全部想象。正如同今天的我们也会排斥一部号称划时代之作的按键手机一样。iH5也是一样,如果在移动互联网时代之前,Flash正如日中天时,你告诉用户HTML5才是未来的王者。用户一定会觉得,“我读书少,你别骗我”,所以变革性的东西在创造期和诞生之初经常是踽踽独行而不被世人理解的。
当然,这并不意味着我们可以一意孤行,完全罔顾用户的反馈和心声。
尤其当产品已经慢慢趋于成熟,培养了一批具有高度粘性和独立思考能力的用户群之后。他们对于产品的了解程度和思维能力甚至不逊于产品经理,他们的意见需要格外重视。
另一方面,产品经理还应该始终保持着独立思维能力,特别是对于技术发展趋势,未来市场趋势,要有一些前瞻性的把控和判断,尽管你的决策可能暂时不会受到用户的拥护。这其中就涉及到一个权衡的问题。
请始终铭记,自主创新的同时不能让用户感到自己的意愿不被重视,稍有不慎,可能满盘皆输。这需要一个产品经理从中运筹帷幄。
产品视觉vs交互体验
在以往的公司结构中,UI/UE/UX类的职能可能归属于一个岗位或多个岗位,主要负责交互设计和用户体验;而产品经理则是另外设置的岗位,主要负责产品团队内部资源协调、内部沟通、产品进度,甚至包括产品测试。
但在未来的产品生产过程中,由于人员的技能和素质更加全面,每名成员都身兼多职的精英化团队必然会成为一个趋势。以iH5为例,它的核心价值就在于实现了H5创作团队的职能优化,产品经理、设计师都懂交互设计,这样就能达到团队作业模式、沟通渠道的高度优化。
产品经理自己可能同时直接参与交互体验和视觉体验的策划与实现。视觉体验能够带给用户美的享受,而交互体验则负责让用户使用舒适,二者共同构成了产品的用户体验。最理想的结果当然是将二者同时做到极致,例如苹果iOS总体而视就是这样一款产品。但即便是iOS,在一些功能细节上也会被人吐槽。在资源和技术环境有限的情况下,追求视觉体验和交互体验确实可能会产生冲突。
我的一个基本建议是,对于功能性比较强的产品,应以交互为主,视觉体验做到80分,不求用户特别喜欢,但求多数用户觉得还“不错”、“可以接受”,至少不反感。因为视觉体验本就众口难调,想要达到极好是非常困难的;相较之下,在交互体验上投入的时间和精力可能会更见成效。
前端呈现vs后台逻辑
产品经理往往不精通技术,特别是后台技术。因此,他们往往只注重前端的产品体验。我认为这是片面的,会给产品的生产和运营带来一些障碍。前端的呈现效果与后台的管理模式和逻辑是密切关联的,作为产品设计者必须非常清晰。否则,他们可能无法做出基于通盘考量的有效决策,最终影响到产品未来的扩展,影响到不同版本的兼容性和延续性,造成产品本身开发和维护成本的靡费等问题。
未来的产品经理不仅要精通技术细节,还必须具有全局观,能够把握未来生态和当前状态的统一。
产品特性vs参考竞品
很多产品经理都喜欢看各种各样的行业书籍,喜欢参考别人的产品,知己知彼,取长补短,这种产品经理已经远远胜于闭门造车型的产品经理。但是久而久之也容易造成思维定式。
总是参考别人的产品,必然会局限自己的创意,很难做出一款脱离同质化、具有优秀特性的好产品。我希望我们的产品经理能够超越行业现状的局限,走出自己的路线,做出真正优质的产品。
举一个现实的例子,Web APP和原生APP在很多方面都不一样。我们经营的是一个Web APP平台,一开始用于解决企业内部协作的问题,这样的APP已经有很多,那我们为什么要做这个事情?因为没有一个现有企业端产品是符合Web APP的特色的,多个Web APP安装、更新、删除成本很低,而且如果安装多个原生APP成本就会非常高。
由于这个原因,Web APP就应该做的更轻,而数量可以更多,通过一组Web APP去完成服务;一个公司内部每个人都可能看到完全不同的一组Web APPs,这样服务会更有针对性,用户操作会很精简,用户体验更好。
(文/孟智平)