|
1.需求确认 一款新的产品从来不是无中生有而来的，他肯定是为了解决某一个或一类问题而诞生的。为了解决这一类问题，我们经过充分思考、调研后以一定的形式输出针对性的解决方案，他可以是已有的产品、一个方法、也可以是一个需要产品经理去设计成标准化的产品去解决这个问题。以下的假设是需要设计为标准产品。 1）需求来源 需求来源通常来自于客户(b端多)、市场分析（个人见证的少）、领导（职场大概率），在我短暂的职业生涯中，产品经理打造一个新产品的初衷多是老板或者直属上级提出一个想法，然后产品经理们开始需求调研：找理论支撑、疯狂看竞品是怎么做的、我们怎么根据老板的想法做一款匹配需求的产品。当然可能也有其他情况，在做一些解决专业定制化问题时，无法通过市场上可以找到的产品进行参考，需要产品经理们认真梳理业务流程，寻找最佳的解决方案。 2）需求确认 在想通过标准产品解决问题之前，我们一定要确认好我们想要解决的真正问题是什么。客户或者老板通常只会说我要做一个什么什么东西，你该这样设计产品把产品设计好。我在刚刚入行的那几天就这么干的，然后被老大疯狂diss：大哥，你到底有没有想好，业务告诉你要啥你就干啥，那要你干啥？开始的时候我是很不忿的，大领导要这样做，我能怎么办，即使他说的不对又咋办。后来干了一段时间后发现，需求到自己手里，自己一定要去判断的，有价值的指导当然可以参考，但没有价值的指导也可以无视，不然会做出来一堆垃圾，消耗资源也无法在评审时和别人解释清楚。 2.需求调研 需求调研有很多种方式，网上可以看到很多方法，有和业务沟通啊，发调查问卷啊，当然最重要的是找到竞品抄竞品。 在实际的产品需求调研中，我的思路是，要和需求方反复沟通好，确认需求方想要达到的最小要能解决的问题有哪些，然后我们针对其做相应的解决方案。但在很多时候，业务方只会告诉你我要什么样的结果，需要你自己去调研竞品梳理需求点，当然没有竞品的情况，只能发挥团队里大家伙的才思，搞一个头脑风暴（很多研发大哥都很有经验的，他们只是限于角色分工没有投入更多经历在产品设计上），根据业务的流程把最优的解决方案给确认下来。 3.功能设计 1）业务流程梳理 业务流程梳理处于产品设计与需求调研中间环节。我们根据调研的内容输出我们个人理解的产品业务流程，根据业务流程确认功能流程-页面流转等，然后再确认具体的功能。 2）功能设计 产品的功能设计需要根据产品的形态来确认，毕竟b端与c端的产品对功能的要求不同。b端产品只需要把功能给完成，保证可用就行，但是c端产品还要求有交互设计、视觉设计等。 3）输出物 产品经理的主要输出物在这个阶段输出，主要但不限于需求说明书、rp稿等，在这些文档中我们一定要明确产品的背景是什么，业务流程是什么样的，有哪些角色使用，不同角色间在界面上的操作有没有异同，功能的使用流程是什么样的，参考的竞品有哪些，他们是咋做的，最后是整个系统的设计稿与标注文字。 4.评审 在实际开发中产品的评审决定你这个产品能不能做的最后一点，因此建议第一次评审先不要拉开发，找两三个有经验的产品帮忙一起看看产品的逻辑通不通，有没有什么疑问，在解决产品内部的争议后拉上开发同学进行评审。这里需要注意，由于开发和产品的角色属于合作关系，开发也会基于成本和难易考虑，砍掉一些功能，我们的底线是一些边角料的功能可以先不做，下掉，但一定要保证一开始就要完成的需求可以跑通，可以据理力争。 5.测试与验收 这一步的过程是产品上线前的最后一步，产品经理一定要验收主要功能点能跑通，因为开发常常都压缩了工期or人为意外制造，导致可能有很多bug产生，一定要细细验，这是血的教训。 6.上线运营推广 其实，产品前面工作的都不那么重要，这一步才是决定产品是否成功的重要一环。
| 
发表于 2024-9-5 16:37:00