最后说说发现问题后的解决方式,这里指的发现问题分为两种,一类是产品验证后未正式推向市场前发现的问题,一类就是正式推向市场后发现的问题。这两类情况的处理方式完全不同,最常见的就是扩大化。
扩大化指的是用户觉得功能不够或者市场环境的变化导致的版本增加。这个最为常见,跟进过的产品八成都碰到这个情况。最典型的例子就是跟进过的一款产品,本来的规划只是完成单一业务流程的管理,结果经过几轮的验证后衍生出了三个版本,成为了一款全业务的解决方案。
事实上这么做也是不得已而为之,该产品面向的是企业用户,而且现阶段各企业的相关业务部门针对业务的管理本身还没有发展完善,简单点说就是没有事实上的标准。每个企业的现状都不同,最好的解决方案应该是花时间论证并建立一套大多数用户认可的标准流程管理产品,但这样需要时间和大量资源。
公司出于经营压力想要快速落地,树立几个有影响力的标杆用户,通过这些标杆用户再来间接树立行业领域标准。这样就不得不开发包含全流程的产品,再根据不同的企业需求来裁剪,不管用户处于哪个业务发展阶段,都能进行覆盖。这样的方式带来了严重的后果,产品范围不停扩大,需求不断变更,版本更新频繁且数量众多维护困难,开发部门不堪重负,用户也觉得耗时太长且效果不显,里外都没讨到好。
经过这件事,发现我们被快速落地、快速盈利的压力遮住了眼睛。虽然用户的业务发展状态都不相同,但只要对所有用户根据不同发展水平分下类,就会发现每个发展阶段上都有不少的用户,这些用户的需求和业务流程大部分是相似的。只要挑选处于发展中期的用户来规划产品,向下能够兼容,向上也能实现主流程先落地,而后再完善,完全没必要一开始就上大而全的产品,真是得不偿失。
不管是什么样的产品,好好研究用户,找出能够代表用户、能上能下的MVP产品才是正途,妄想以小博大或大包大揽都意味着得不偿失。