一个产品新人问我需求分析的工作方式，作为一名IT从业人员，“需求分析”我倒是经常听说，不过说到需求分析的方式，一时却几无头绪。隐约记得软件工程教科书上讲到需求分析是软件生命周期的第一个阶段，但从业数载，未见将需求分析按照教条方式进行的。既然被问起，只好将平日一些需求方面的工作做一番总结，一则解答新人的问题，二则梳理一下日常工作于已不无裨益。 ————————————分隔线以下是聊天内容———————————— he: 头儿让我负责咱们网页产品的需求分析，她说你是咱们这边负责技术类的需求分析的，所以我想问问你那边关于需求分析的主要工作方式，看咱们有没有交叉点 he: 工作方式还有主要的需求分析点 me: 这个，等我想想梳理一下，再和你沟通吧 he: 好的 me: … me: 我这边收到的需求主要来源于产品，技术需求分析，其实就是把产品需求转化成能够由程序实现的技术方案。需求分析并没有固定的套路（特别是对于我们这样的创业型团队），通常是根据自己的经验积累、思维分析，把不确定的、模糊的需求明晰化，转化成可执行的方案的过程，说下我个人的一点体会：主要是需求的收集、处理和验收。 需求收集：一般产品会把需求（方案、策略）通过邮件发过来，小的需求也可能通过口头或RTX说明，当然还有禅道，现在几乎没怎么用了。所以我会把邮件、RTX消息、口头交流得到一些需求信息收集并记录下来，视情况而做处理。 需求处理：这是根据经验通过分析，把需求映射为技术实现方案的过程。需求中可能带有不确定性和尚不清楚的地方，我会找产品相关人进行沟通确认，要实现某个需求可能存在某些技术难点，要及早识别并进行技术评估和权衡。这一步是真正需要进行分析的，难以言说，很大程度上是通过你的经验和思维来进行，需要平时多多总结、积累经验。 ——————————————————————————————————– 经过这一步把需求转化成可实现的技术方案，我们就可以进行技术开发了。当然在开发过程中也可能会遇到一些未曾预见的问题，或者产品方面可能提出某些需求变更，所以平时工作中，技术和产品经常会就一些问题反复确认，某些需求会经过多次迭代。 ——————————————————————————————————– 需求验收：需求转化成技术方案，开发完成之后，我们会提交给产品相关人测试，发上线/测试申请，通常需求提出人会进行测试，对实现的功能进行验收，测试通过后上线。 产品需求分析，我想也应该包含需求收集、需求转化等。你那边的需求收集可能会从用户反馈、搜索日志、其它部门（如市场营销部门、与垂直频道合作）等渠道，得到需求。经过产品评估分析，将其转化成网页产品的功能特性。这就变成了技术需求，到了我这边，呵呵，我们可以多交流。当然，最主要还是要和你们产品组同事多沟通，积累经验。 上面只是我想到一些东西，所谓“法无定法，式无常式”，前面说了，需求分析没有固定的套路，我也不是专职做需求分析的，只是实际承担一些职责。大体上需要平时多多总结思考，在工作中积累经验，经验丰富了，自然可以游刃有余 ^_^ he: …