本次的课程我最主要学习和关注的点是两个：掌握一种寻找核心用户群的方法、对于用户的需求如何做优先级的排序。
这两点在日常的工作中使用的最多，同时也非常重要，产品的用户群如果定位的不够准确或者不够清晰，很可能造成的后果是，做出来的产品自以为很屌，投入到市场后，发现没有人为产品买单，没有人真的愿意来使用产品，这样的后果所产生的影响就比较大，如果是产品线上的产品功能可能还好，通过及时的下线和调整可以尽量减小对于用户的伤害；而如果是新产品刚刚面向市场就出现这样的情况，等待着的后果就可能比较惨烈。
对用户的需求进行优先级的排序也是非常重要的，因为真的做过产品的人会知道，用户的需求就跟人的贪欲是关联在一起的，只要人还有贪欲，那么需求就会绵绵不绝，那么针对这些客户提出的需求就必须要有一个合理的优先级排序，因为如果不做排序和实现的分析，那么最终的结果很可能就是产品被客户带偏，偏到你都不知道未来会怎样。
那么接下来，我按照“寻找核心用户群的方法”和“做需求优先级”两个板块来梳理自己学习到的内容。
1、寻找核心用户群的方法
这个版块里面非常重要的一点是，先找到你的潜在用户在哪里，比如说谁会对户外徒步感兴趣？针对这个点去做人群的切分，对户外徒步可能感兴趣的人有：白领、企业高管、运动员、艺术从业者、学生、教师等等，从这一个点去发散性的思考，将可能涉及到的客户群先全部列出来，这是做用户群定位的第一步；下一步的操作是对所有这些列出来的用户群进行使用场景的分析和还原，也就是说这些用户群分别会在什么时候选择去做户外徒步这件事情，比如说白领这个群体里面更多的是好奇心驱动或者周围的朋友驱动，他们会一时兴起或者跟着朋友一起来体验户外徒步；而运动员对于户外徒步的使用场景就有所区别，他们更多的是想要挑战自己，然后拿到荣誉，往往会因为赛事而进行针对性的训练。
白领和运动员对于户外徒步的使用场景是不同的，那么他们在各自场景里遇到的问题也不同，比如说白领遇到的问题可能是自己应该选择什么样的路线，需要配备什么样的装备，以及如何去安排自己的时间和训练；而运动员遇到的问题更多的是如何在这次的比赛中拿到更好的成绩，过程中的针对性训练和特殊性装备都需要备齐。
现在的解决方案是由白领和运动员自己准备需要的装备和训练，这样往往很多人没有专业的计划和安排，而可能会造成的结果是白领在自己准备过程中一些关键的装备未准备，而自己的准备性锻炼没有达到相应的强度而导致自己在徒步过程中受伤。
针对这样的问题，可能的产品解决方案是，由活动的主办方提供装备和必要的训练，定期检查人员的准备情况，在过程中设置必要的检查节点，以此来保证整个过程中新手可以良好的完成户外徒步的活动。同时主办方为每个人准备必要的装备比如说GPS，而不由参赛人员自己准备，这些专业的设备一方面不好准备另一方面自己找来的设备不符合要求。
将“寻找核心用户群”的整个过程简化下来其实是这样的一个逻辑链条：先尽可能穷举潜在用户都有哪些→这些潜在用户会在什么场景下产生需求→潜在用户在各自的场景下会遇到什么样的问题→现在针对潜在用户群的解决方案是什么→你的解决方案能不能解决潜在用户在触发场景下的问题，同时解决方案可以给用户带来时间、空间、价格上的便利或节省。
2、做需求优先级
在本次的课程里面没有做出对于具体产品需求优先级的排序，而是从分析的角度进行的讲解。我在这次的课程中学习到的是从不同的方面对产品需求的优先级进行排序。
在排序优先级的时候，从外部的角度思考有这样的三个因素：是否用户量大（是否是共性问题）、是否发生频率高（高频问题）。
这与之前做产品过程中的体验是完全一致的，用句俗话来说是叫的人越多的、叫的人叫的次数越多的，是要优先给与解决的。
叫的人越多的，说明就是问题已经是一个共性的问题，现在的客户都有遇到，这种类型的需求是可能会影响到产品稳定性的需求，是一定要优先解决，因为只有解决这样的问题，才能保证产品继续持久稳定的运行下去，如果这类问题迟迟不给与解决，很可能客户就会慢慢开始寻找替代性的方案，以此来满足自己，这对于产品的伤害是极大的。
叫的次数越多的问题，这种情况还需要进行进一步的区分，一种是很多人在对于同一个问题叫了很多次，另一种是某个用户对于同一个问题叫了很多次。前一种需求的优先级与叫的人多的问题同属于一个类型，要尽快解决，不然用户的口碑会开始向坏，还原到真实生活中的状况会是，客户从一直抱怨：怎么这个问题总是出现，一直得不到解决，到反正也就这样了，要么忍着要么换地方玩，后面这种心理状态出现时，客户就已经开始在心理衡量是否要继续下去。
而某一个用户对统一个问题叫了很多次，这个要具体情况具体分析，以我有限的做TO C产品的经验来说，通常这样的情况是这个客户可能就不是你的产品潜在目标用户，而是被拉新或者其他的什么营销活动搞进来的，为其改变产品同时影响其他在你产品里面玩的用户，这是万万不能的，很可能这样一做，本来只是一个用户在一直叫，会变成所有用户一起叫，这简直是灾难；而TO B的产品却不能用这样的TO C思维来理解，要先分析这个用户对于产品的重要程度，如果这个用户的业务量占到你产品业务量的15%以上，你就需要考虑是否要照顾其感受，因为他的离开已经会伤害到你产品的元气，而且还需要分析该用户在叫的这个点，具体是什么，如果是其他用户的意识和水平还没到这个档次，你需要将其叫的这个点列入你的待做清单，因为很可能在未来的一段时间你就会发现以及不是他一个人在叫；如果是用户特殊性的需求和问题点，那么你还是需要想一个通用性的解决方法，例如如何增加自己系统的可扩展性和自定义可能，不然，这样的用户需求是一定存在的，人欲即天理，做产品是做的平衡，不要逆着人性的角度去思考。
网友评论