设计思路 B端产品的整体方案设计需要遵循自顶向下的设计思路。
指导方针 可以依次设计核心业务流程、产品定位、应用架构、功能模块、演进蓝图, 从抽象到具体,逐步勾勒出B端产品的轮廓。
5.1 核心业务流程
范畴 业务参与方、涉及的系统?
例子:只梳理清楚主干脉络即可
5.2 产品定位
范畴 产品针对谁、提供什么支持?
除此之外,还要考虑产品的承载平台。以下分析了PC端和移动端端优缺点和注意事项,一般而言,B端产品中PC端占有率达,C端产品中移动端占有率高。
5.3 应用架构设计
范畴 在设计一套新系统时,必须考虑如何和公司现有系统架构融合, 不同系统的模块之间如何衔接。
融合公司现有系统: 若集团的软件体系结构非常成熟,这就意味着在设计一套新的系统或产品时,完全可以复用现有的部分系统或模块,从而快速实现新系统,提高系统建设效率,减少重复开发,更重要的是,保证合理的整体系统架构。
5.4 功能模块设计
范畴 这个系统应用于哪些业务场景?用户可能在系统中做的操作有哪些?
这是个做加法的过程,将能想到的功能集合都列出来。
产品经理设计的功能模块代表了其对业务本质诉求的理解和提炼,蕴含了他对业务、系统未来发展的期望。
1.实际上功能模块图就是 一幅完整的规划蓝图,能体现出系统的「一二级导航菜单」结构,是系统的骨架。
- 结合业务需求实现的「每一个具体功能」,都是在对骨架不断地填充血肉,让它更真实、更立体、更丰富。
5.5 演进蓝图设计
面对功能模块图所有列出来的集合,不可能全部实现,而是要根据业务优先级,拆成几期来完成,所以接下来做减法。
范畴 确认产品的功能规划与实现节奏,即演进蓝图
结合上图案例: 1.一期项目聚焦解决最基本的「业务流程线上化问题及核心痛点」,用白色矩形表示。 一期项目要实现哪些功能?有一个原则可以参考:凡是可以「手工处理和解决」的问题,都暂时不做系统支持。 2.二期项目聚焦于解决部分「特殊业务刚需的诉求」,用浅灰色矩形表示。 3.三期项目聚焦「风险控制,并强化运营」功能,用深灰色矩形表示。一般来讲,很多互联网公司初期都会聚焦于业务本身,提升 GMV(成交总额)、验证可行性,不会太在意成本和风险控制。当业务达到一定规模时,则必须引入系统风控机制,实现事前、事中、事后的风险控制。 此外,基于本案例B2B业务的特点,我们在设计中并没有考虑太多的C端功能。实际上C端功能只需要保证分销客户能够轻松下单,并做一些简单的运营、通知即可。随着设计的深入,以及业务的开展、变化,功能模块可能需要修正和调整,但只要业务的本质模式没有变化,功能模块就不应该出现结构性的改动。功能模块图和演进蓝图代表的是概要性方案,指明了整体的产品方向,是后续细化设计的指引和准则。
本章小结
设计软件产品时必须遵循自顶向下的设计思路,这是非常重要的。此外,在互联网产品圈中很流行的用户体验五要素及其提出的五个设计层次(表现层、框架层、结构层、范围层、战略层),也是一种自顶向下、由粗到细的设计思路。