下载后可任意编辑2024 年项目跟进经验小结前话Kano 模型里(kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具)将人们对某物的需求定义成了五个层次，包含:基本需求，期望需求，兴奋需求，无差异需求，反向需求。感兴趣的可以看下这篇文章作者对于 Kano 模型的应用解读:枯叶作者对 Kano 模型的解读我们以基础需求为原点，向正面挖掘，以期望需求或者兴奋需求为目标来要求自己，并且尽量规避反向需求，无差异需求的误区。以上是产品团队中该秉承的要求，而我们的项目是偏 toB 的业务系统类型，需求的侧重于功能的可用性，从实现成本和客户的需求角度出发，我们作为乙方是不能允许自己想太多，尽量避开兴奋需求。老练的程序员常常对我耳提面令:千万别多想，客户没有提出来不要增加难度。这话第一次听可能想反驳:这样会不会导致太过于平凡，对于一个产品人的成长不会有助益。但是有道理的，因为对于一个新人，没有项目的实践经验，假如给他太多的话语权，会造成带节奏，自以为提出的需求是方便用户，实际上实现成本会非常高。所以，作为我跟的第一个项目实施全过程，非常珍惜这来之不易的机会，总结出此次项目跟进中的经验，___出来。一.如何正确梳理客户需求客户提出的需求往往是零散的、模糊的，作为项目的首要步骤就是梳理客户需求，常见的流程是和客户开会，确认他们的需求，整理成需求文档，或是以原型的形式呈现出来，将需求具像的描述给客户确认。但往往我们开完会后回头来整理这些需求的时候还是一团零散的点，怎样具像需求呢?1.业务流程梳理第 1 页共 12 页下载后可任意编辑画出健全的业务流程，其中包括子流程、关键节点，尽量做到详尽全面概括，再根据流程划分页面，构建页面结构。2.内容结构的规划可以使用卡片的形式或是思维导图，列出页面内容，每个页面需要什么模块，展示哪些内容，实现哪些功能，根据流程排列起来，然后就是详细的画出原型框架，方便程序员设计师理解需求。3.不要过多解读客户的需求过多的解读客户需求，是做无用功，应该避开掉入反向需求坑。案例:客户说希望做一个每日情况汇总推送给用户，我们内部讨论流程时发生分歧，产品认为客户是想要一个数据汇总的模块，在数据汇总表格上再添加一个信息推送功能，这样既可以一目了然的了解到当天的销售情况，又可以满足客户推送消息给用户;程序员认为客户没有提出后台数据汇总模块，他们的需求只是信息推送;经过和客户的沟通，确定客户满足于实...
