了解孙燕姿歌词 因为了解歌词( 三 )


但是我们在沟通过程中,同样也要注意到一些情况 。
情况1:流程的不确定性
这种情况,在许多外接项目中经常遇见,产生这种情况的原因不尽相同 。有的是因为公司较大、部门繁多、牵扯太多,需要层层确认之后,才能定下来 。这就导致了:我们在一开始沟通的时候,就会碰到不确定的情况 。
还有就是对方没有相对应的项目领头人,或是与我们对接需求的相关人员,并不能承担起确定的责任,这也就会产生后续流程不确定的情况 。
这个时候,需要的就是产品经理的小本本,尽可能的把不确定的地方标记下来,一定要保证在有限的情况下,尽可能做到大家都无异议,并确定下来 。这不仅仅是产品经理的责任,也是对客户和开发团队的尊重 。
情况2:流程的真实性,实际性
这种情况,一般出现在规模较小的公司,对自己的项目盲目乐观,对自身实力的高估,以及一些公司层面上的其他原因,让产品经理得到的业务流程并不真实,对产品设计和后续开发,产生不可估量的后果 。
我在去年的时候,就做过这样一个项目,具体什么不方便说 。但是可以说一下项目内容,是一套在线拍卖系统,系统包含拍卖行端的后台管理、拍卖行端的app及用户端app等,内容大致为拍卖行在后台管理上传相应的拍品 。然后用户可以通过app来查看拍卖行的拍品,拍卖行线下正式拍卖后,通过拍卖行端app来进行线上线下的同步拍卖这样的一个业务流程 。
直到现在,我仍然记得,这个项目的老总,亲自来到我们公司谈需求时说的话 。
“放心,你们提的这些问题,我们都能解决 。“
“我们的理想情况是……“
“功能不要太复杂,但是体验一定要好……“
只怪当年太年轻,相信了对方说的,果然项目后面,崎岖不平,搞得大家都在忙着各种填坑,项目周期也对应比原先拖长了许多 。
在项目沟通过程中,我们就提出了这个问题“支付怎么解决”(项目是针对法国拍卖行的,支付这块涉及到国家政策的限制),这个项目的老总就让我们放心,说他在和法国的类似支付宝一样的支付公司,正在进行洽谈合作事宜,只需要开发人员对接接口就行 。
听起来是不是感觉问题一下就变简单了,但是,往往事实却很打脸 。当我们项目开发差不多的时候,问题就接二连三的出现了,说好的对接呢?说好的和法国支付公司谈合作呢?
最后什么都没有,没办法,项目还是要继续,我就跟项目的老总商量了一下,重新设计和构思了一个支付流程,相比较原有的设计,多出了更多的操作流程,而且其中还严重影响到了客户的体验 。后期还会增加了对方工作人员的操作难度,自然而然,也就影响到了我们的开发进度及工作量 。
所谓的理想情况又是什么呢?
就是认为的以自身来说,不会出现其他问题的情况,就是理想情况 。但是,往往有理想,就有现实 。
说好的用户可以通过app端购买,就可以像类似电商平台一样,获取到物流公司的接口,让用户不用繁琐操作,就能有很好的体验呢?为什么要让用户申请物流?为什么要让服务人员,确认物流信息?为什么用户不能看见物流信息?说好的理想情况就是这样么?
这就是所谓的理想情况对应的现实情况!
这又是一个因为被隐瞒而踩到的坑,后来没办法,在开发都已经差不多的情况下,又重新设计了一个对应的流程,在增加了各方的负担,牺牲了体验的情况下,最后保证了业务的正常开展 。
这些因为对方没有正确告知或故意隐瞒我们,导致业务流程不清晰或不正确的情况,是一直存在的 。假如不想被套路或者被开发同事鄙视的话,真的需要提高自己的“火眼金睛”,增强自己的鉴别能力,并做好相应的文档需求说明,让对方确认 。这样即使是开发过程中,有需要变动的地方,也好有所依据 。

推荐阅读