位置:编程技术网 > 游戏开发 > 正文 >

产品经理如何基于需求迭代产品(下篇2):产品的整体设计之业务层和系统层

2020年11月13日 08:36来源:未知手机版

闯红灯如何处罚,人脸识别atm问世,怀柔新城

上篇所讲的高聚合低耦合的宗旨,就是要用在产品设计上,本篇文章分为整体设计和局部设计两个部分。

>上篇所讲的高聚合低耦合的宗旨,就是要用在产品设计上。此处所讲的产品设计,不只是界面设计,还包括产品架构、系统架构、功能模块、实体结构、角色、逻辑等等。

本篇文章分为整体设计和局部设计两个部分。整体设计是指从零到一开发或者重构一款产品的全部流程,一共涉及业务层、系统层、逻辑层和交互层等四个层面。局部设计是指产品正常迭代或者设计产品某小块下的流程和核心,局部设计的流程是整体设计流程的子集,所以主讲局部设计的核心。

大家在看的时候,时刻要想着“高内聚低耦合塑造产品认知”的宗旨。

产品的整体设计包括业务层、系统层、逻辑层和交互层等四个层面。基于需求提出业务方案,基于可行可落地的业务方案进行设计。

在实际过程中,并不会严格按照顺序一层层下来,因为方法是层级的,而灵感则是跳跃的。我一般是先从业务方案中抽象出实体、角色和逻辑,

整体设计

业务层:业务方案

业务层是指业务方案。业务方案就是业务层面的方案,要求业务方案是可行可落地的。新产品/新模块的业务方案一般由产品经理、领导或者业务方提出,代表着在产品经理、领导或者业务方的思考中是如何解决这个问题的。

只有可行可落地的业务方案才有意义,因为产品经理就是要把可行可落地的业务方案搬到线上,做成标准化的解决一类问题。如果业务方案的不可行,那么后续的产品设计也就无从谈起了。

如果业务方案已经落地且可行,例如在运营层面已经按照某规则人工实行了一段时间,效果不错。产品经理就需要把这个方案搬到线上,要基于业务方案设计功能,做成标准化的功能解决一类的问题,还要结合整体和未来的发展。

如果没有可行可落地的业务方案,产品经理不仅需要和各方沟通出一个或者多个解决方案,还需要通过落地执行或者设计MVP等方法去测试方案的预计效果和可行性。有多个就对比选一个最好的,这里的最好可以是效果或者性价比等,具体请视情况判断。

当公司发展到一定阶段,业务和系统必定有一个是纵向有一个是横向,多个业务纵向铺开后,需要横向的系统打通,主要出于四方面考虑:专业深度、人力资源、用户体验、全局打通。例如滴滴出行在短时间内形成了包括快车、出租车、专车、顺风车、代驾等多业务的垂直化架构,滴滴启动了中台战略整合业务系统。

系统层:系统定位、系统架构、模块抽象、规划蓝图

系统层是指系统层面的一些东西,包括系统定位、系统架构、模块抽象、规划蓝图。人们看到体验到的产品都是露在外面的那一块,实际上还有很多系统在海平面以下,或大或小的产品背后总后好几套系统的存在。大的例如下图的唯品会,整个分为SAAS、PAAS和IAAS,每个里面有多个平台多个系统,才能支撑起唯品会的发展。小小的一款APP里的IM、推送等可能都是第三方提供的独立的系统。

唯品会的整体架构

系统定位就是指确定系统要解决什么需求,先要有拆分出系统的需求,然后才有这个系统。系统定位必然是最先一步,并不是所有东西都要单独拉出个系统去做。观察大型系统的演进过程可以发现,绝大部分系统都是从初始的小功能到模块最后再到系统的(功能<模块<系统)。

系统化本身就是为了解决资源共享低、利用率低、不能集中处理等问题,系统也能降低整体耦合性,此时应该和架构师进行探讨,因为大部分都是技术层面的东西,要思考清楚哪些是系统哪些不是系统,所解决的需求是否重要是否急迫,并且对每个系统提出定位作为迭代方向,当然定位并不是一成不变的。

本文地址:http://www.reviewcode.cn/youxikaifa/180180.html 转载请注明出处!

今日热点资讯