HI,下午好,欢迎来到微信公众号转让!
公众号转让,微信公众号交易平台,公众号出售购买卖价格 24小时服务热线: 4000-163-301

新闻动态

NEWS CENTER

同一功能模块每一版本的方案都是有联系的,往往是递进的状态

2019-05-14

方案的后续扩展性

互联网产品开发本身就是一个快速迭代过过程,所以对于某个功能模块,很少会所有功能部分都完整后才上线,都是本着敏捷开发的原则,快速上线,快速迭代。

这种情况下,同一功能模块每一版本的方案都是有联系的,往往是递进的状态。对于一些喜欢加功能的产品而言,会不断的向页面中增加功能入口。对于这种常规情况,设计师在设计方案时,需要考虑到方案后续的延展性,不能局限在一个版本内。

尽管用户体验是优先的,但体验不是一个短期或者几天就能获得收益的过程。设计过程不是直线,而是弯曲上升的折线,需要根据实际情况平衡方案与体验。

例如:产品版本每周都上线一次,一周的时间,开发的工作量是一定的,能够支持上线的功能必然有限,所以PM给出的功能方案很多时候是分拆来让设计师支持的。

然后就会出现两种情况:

  • Case1:设计师接到本期需求后,开始绞尽脑汁给出当前最优的、体验最好的方案——(努力说服)产品通过——开发上线。然后下一期接到新的迭代需求后,继续绞尽脑汁给出的方案,不过这次给的真的是“新”的方案,很可能推翻或者重构了前一版的方案。
  • Case2:设计师接到本期需求后,优先向PM了解功能的迭代计划——给出扩展性强(当前来看可能不是体验最好)的方案——产品通过——开发上线。然后下一期接到新的迭代需求后,只是根据需求微调或者简单增加功能入口即可,同时达到最优的体验。

两种情况显而易见,可扩展性的设计方案需要时刻保持对需求的敏感性,因为可能PM不会及时与设计师沟通后续计划,所以当面对并不完善或者简陋的PRD时,设计师需要主动与PM沟通了解产品迭代计划,增加方案的扩展性。

三、开发角度的“安全感”

1. 复用相关样式

页面逻辑清晰的方案,除了必要的信息需要特殊标注,对于一些不影响体验和满足需求的前提下,复用已有样式是开发同学最喜欢的,这意味着工作量的降低。予人玫瑰,手有余香,设计师在输出方案时,对于以下相似的模块或者功能,复用已有模块,可以不必要再“炫技”似的给出一副华而不实的方案。

2. 逻辑清晰,标注准确

很多时候,开发可能会不看PRD内容,而是照着交互文档开发,所以这个时候,除了清晰的逻辑以外,文档上的标注要清晰、完整,避免一些“手快”的开发快速实现后,验收时发现冒出来很多细节的bug。

3. 方案要分端

目前很多产品的Android端实现风格偏向于iOS,比如:浮层样式等。但是一些成熟的产品,在不同端上的设计风格,还是会遵循平台本身的规范的。