项目总结:企业订单结算系统从0到1(20)

这是第一次接触B端产品的设计,以前也有过C端产品设计的经验,发现两者还是有很多不一样。

最开始的业务调研,B端是要针对业务问题进行访谈,梳理业务现状,总结业务问题,目的是获取业务需求,给出解决方案。C端则是需要市场分析、竞品分析、调研问卷、深度访谈获取用户需求,解决用户痛点。

B端产品和C端产品在设计上也有不同,针对性不同,在这里就不一一展开了。

通过这次的结算业务产品设计,将产品从0-1进行设计,后续通过测试和运行获取反馈,进行迭代,使得产品落地,现在也已经投入使用。在这段经历中,我也收获了不少,自己也成长了不少,个人收获如下。

对需求有了更深刻的认识,需求优先级、假需求这些都有了深刻体会。做产品必谈需求,但又有多少人是真的懂需求呢,C端产品的需求可以用Kano模型,B端产品在收集需求时应该问问自己这四个问题:这个需求背后真正的问题是什么?这个需求有快速解决的办法吗?这个需求是个别需求吗,值得花多长时间去解决?这个是共性需求,优先级如何?面对需求的时候,多问问自己这四个问题,对需求才会洞察地更加深刻。对B端产品的结算方向有了经验积累,在这次产品设计中,也更加深刻地体会到业务的重要性。对业务理解地越深刻,产品的设计才会更加高效。跨部门合作锻炼了我的沟通能力,因为结算业务需要跨系统、跨部门合作,所以同公司的所有部门都有了接触,一番接触下来,学会了如何同上级反馈问题、与研发交流、与产品运营部门、财务部、市场部进行访谈。这对我来说是一次大的交际挑战,持续的沟通也让我学会了如何更好地交流和获取业务需求。项目管理能力的提升和学习,这次的产品设计没有项目经理来安排项目进度,靠自己来规划项目,所以也深刻de好的项目管理能保障项目按计划推进、落地,同时也能保障产品研发的效率和质量。虽然这次我只是接手了结算项目,负责了结算系统、发票系统、投入产出系统,但将这些系统融入公司原有的架构中,我明白了一个好的企业应用架构对公司来说多么重要,只有合理地将这些系统全部融合起来,企业的业务才能全部盘活起来。作者:苏Eddie,微信公众号:苏Eddies

推荐阅读