甲方对乙方说:管理在上 业务在下

只有系统能够精准地将线下业务“搬“到线上,无缝地让管理流程在线上跑起来的话,才能够达到客户的需求,减少试运行和验收过程中的麻烦,更好地为甲方服务和完成项目验收。


在很多ToB的项目中,尤其是大项目,如果你仔细琢磨甲方的需求,你就会发现甲方提出的大多数原始需求都是为了支撑实际的业务和适应现实的管理方法,而向乙方提出的建设需求。

站在乙方立场去建设系统的话,我们就要先从研究甲方现实的管理方法开始入手。在很多内行人看来:要懂业务,这里的业务更多的是指管理上的业务需求。只有系统能够精准地将线下业务“搬“到线上,无缝地让管理流程在线上跑起来的话,才能够达到客户的需求,减少试运行和验收过程中的麻烦,更好地为甲方服务和完成项目验收。

既然在做需求分析之前,弄懂甲方管理业务很重要,那么有什么方法可以指导我们做下一步的行动呢?

一、培养置身其中的临场感

在做需求分析时,我们先分析系统的参与者,就是站在管理者等各不同类型用户的角度来看待和寻找其涉及到的问题和痛点,不断地仿制其应用场景来接近实际情况。通过这两种方法来培养自己的置身其中的临场感,能够增强自己对产品的感觉,提升对业务需求熟悉程度。


二、保持与甲方沟通,定期核对

需求分析阶段是整个项目重中之重的过程。在项目立项后,通过设立项目需求分析的子里程碑,分阶段地形成阶段性初步方案并根据此保持与甲方沟通来定期核对保证项目方向的正确性和减少项目后期的成本投入。ToB的项目更多地是依赖甲方提出的需求,无论乙方需求方案做得多么完美,评估需求分析的正确性主要还是依据甲乙双方沟通达成一致的意见和结果


三、在梳理中创新,优化管理流程

在O2O的过程中,由于作业管理方式不同,偶尔会发现一些更为扁平而高效的方法,这个时候我们要大胆地提出优化意见,摒弃一些传统繁琐的流程节点,并在确定好初步方案后,主动与甲方项目负责人沟通交流来达到意见统一。这有什么好处呢?一方面,可以减少甲方的管理成本和让业务跑起来更为流程;另一方面,可以减少我方开发的工作量和实现的复杂度。

本文中的“管理在上,业务在下”,是用来阐述项目需求分析过程中的分析思维。在我们做需求分析时,要站在目标用户的角度来分析实际的管理思维,并以此作为业务制定的支撑点,来对整体业务进行更为有效地分析。方向很重要,所以在做需求分析的过程中要保持与甲方沟通,定期核对项目的方向进展。为了争取双方更多的利益,我们都想更好地为甲方提供更好的服务,所以在梳理业务过程中,保持质疑的态度,勇于提出创新性意见来不断优化业务流程,以达到甲乙双方利益的最大化

作者:David


0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表