设计产品扩展性的3个建议

编辑导语：产品的扩展性，指的是当新的需求加入产品，与原有功能产生冲突时，需求后续的优化和扩展成本。那么，在设计产品时应该怎么考虑扩展性呢？本文作者对此提出了三点建议，希望能给你带来帮助。

很多同学经常会遇到这种情况，在新的需求加入产品时，发现会与原有功能产生冲突，这种冲突有可能是数据冲突，也有可能是流程或者定位冲突。

出现这种情况的原因有很多，但是有经验的产品经理往往会降低对产品的影响。

高级产品经理经常在设计产品时会考虑“成本”，除了大家知道的需求响应成本，还有需求后续的优化和扩展成本。

这就是产品的扩展性。

那么，我们在设计产品时应该怎么考虑扩展性呢？

一、产品架构

每一个产品都应该有它的产品架构，哪怕是初级产品经理操刀从0到1做出来的产品，也会存在一个他们不自知的产品架构。

产品架构包含的信息有很多，但是跟扩展性密切相关的主要有功能架构和信息架构。

功能架构是指产品中，各个功能或者模块之间的关系。

既然谈到关系，那就会有先后或者主次之分，核心功能和非核心功能的权重不一样，在设计时资源匹配度就会不一样。

不管是核心功能还是非核心功能，都会涉及到优化迭代，也就是功能的扩展，可能会遇到资源冲突或者技术冲突等问题。所以，在设计之初，就应该对不同的需求做好功能架构的归位，清楚知道需求的优先级，降低决策成本。

信息架构是指产品中，各信息流之间的关系。

举个简单的例子，一个订单的产生会涉及到商品信息、订单信息、用户信息、物流信息等多个信息流，它们之间的信息架构决定了系统的效率。

产品经理在设计产品需求时，就应该考虑到需求带来的数据，在什么数据流中，后期可能会遇到哪些应用场景，提升应用的灵活性。

还是拿订单来举例子，一般同个商品会有不同的购买入口，都会产生相同的商品订单，这时候我们就需要预留订单来源字段，后期可以通过分析不同渠道的转化情况，做优惠活动等扩展的营销策略。

产品架构也许对初级产品经理来说比较难理解，但是除了产品架构，所有产品经理都能做的一件事情是识别需求。

二、清晰识别需求

很多产品经理都是在被动接需求，然后画原型写文档，然而并不是你在产品文档中写明了需求来源和目标，就是清晰识别了需求。

你可能知道如何识别真假需求，但你却不一定能把握好需求与扩展性之间的关系。

扩展性在识别需求时就应该被考虑进去。

举个例子，使用手机号注册和第三方账号注册一定是个真实需求，在识别这个需求时应该如何考虑扩展性呢？

如果用户注册时先选择第三方账号，我们在设计时是强制绑定手机号还是不强制绑定呢？这其实就涉及到扩展性的问题，后期再增加新的第三方账号注册时会不会遇到问题？

强制绑定手机会牺牲一定的用户体验和注册转化率，但是如果不强制绑定，又如何绑定已有账号信息？

看似简单的问题，但是很少人想过为什么这么做，只是看所有产品都一样就照做了。你们可以好好思考一下这个在产品设计中再常见不过的问题，在评论区说出你的看法。

三、动态设计

在产品发展的过程中，功能设计与需求会出现错位的情况，即等产品功能完善了，需求已经变了的情况，这种问题主要出现在产品周期比较长的需求中。

要处理这种问题，就要从产品规划入手，产品规划并不是一成不变的，而是会随着产品发展做出相应的调整。

产品规划是从较长的产品生命周期来考虑产品的发展路线，离现在的时间越久，规划就会越模糊。在有限的信息下，你说你的产品规划能做到很准确到位，是不会有人相信的。

我们在做产品规划考虑产品扩展性时，就应该把产品的动态因素考虑进去，即动态设计。

举个例子，我们在做视频播放功能时，随着需求的变化，视频源会有横屏和竖屏的情况，都需要支持，但这需要一个发展过程，刚开始时只需要支持16:9的视频即可。那么，在做视频播放的功能设计时，视频播放组件的选型就应该考虑到是否支持以及支持的效果如何。

这个例子的思考路径是产品规划明确各阶段需要支持的产品→设计初始需求的产品→考虑是否支持下个阶段的需求。

产品经理在设计产品时，一定要用发展的眼光，即使你当前没有想到这个需求的发展方向，但是不能仅凭感觉，而要靠设计方法预留可能的迭代空间。

产品扩展性的设计方法，核心还是要结合不同产品和不同业务去思考，脱离实际业务的产品设计，不可能产出一个好的产品。

产品经理要清晰识别需求才能做到判断有依据，熟悉产品架构才能做到定位准确，学会动态设计才能有效应对变化。

#专栏作家#

Yoga，公众号：产品设计家，人人都是产品经理专栏作家。前小米生态链企业产品经理，关注教育、智能硬件领域，和大家一起分享经验，共同成长。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于 CC0 协议