产品经理 “出世”2

产品经理 “出世”2

前面已经讲过测试那部分的工作了，那么我们就接着讲业务这部分。

接触业务这部分，我是在实习期，实习了两个月后才正式接触业务。
（这里也给大家解释一下我们公司的业务和专门的软件公司不太一样哈）
不同点：我们是已经有在跑的系统了，只是根据业务想要增加的需求来优化，不是从0到1的产品开发。所以业务在针对自己前面使用系统的情况和即将接下来想要去做的业务活动来提的需求
PS：现在是C端产品

那么讲讲我接的第一个需求：
当时是有一个师傅带我的，让我去和业务沟通，然后不懂的就问师傅，师傅就会告诉你，给你讲解，同时在群里和业务沟通时，出现不知道怎么回复的时候，师傅也会接起来。

那么和业务沟通涉及什么呢？
1、业务想要做什么？哪里做优化？为什么做？
2、背景是什么？做这个解决了什么问题？可以带来什么成效？
3、根据业务所提的需求，去评估业务所提的有无道理，系统现在是否可以解决业务需求，有无其他的最优方案，是否一定要优化，优化方案怎样才是据解决了业务需求也减少自己这边的工作量
4、业务提的需求，涉及到哪些板块，需要调整的话，有无需要技术支持，怎样的程度，技术是否可以支持，以及评估本次需求优化成本和收益问题，是否值得我们去做。这些都是需要考虑的

那么这是收集业务所提的需求，收集完成后，自己也针对需求去评估（评估就是上面那部分的考虑），评估完成后，出一下方案–文档/原型。

与业务过需求：
这一步是在完成了上面的方案后才进行的，和业务那边过这个需求，业务会对他们所提的需求是否符合，以及最终是否解决他们问题。如果是没问题了，那么就可以了

当然这里还会出现业务对方案不满意的情况，或者是细节不满意的问题，这些都是看情况调整
如果过完发现一些小问题，回去调整然后群里对一下就可以。
如果是大问题，那么就需要重新弄好，再重新约业务来再过，直到业务觉得是没问题的。

以上是步骤，我说说我自己那时候！

我那时候接了需求，弄了挺久的，然后先了解背景需求，然后一般的思考这个问题需要怎么解决，

其实我一开始做的那一版是解决了业务的问题，但是对于我们公司的多业务和多系统方面思考的话，那么就需要考虑是否可以长期和多业务使用的问题，那么这就是需要调整和考虑的问题了。

但是这也是真的需要先对这个公司的系统和业务先了解熟悉，才能知道多系统可以怎么做。

后续的再继续。。。