从开发角度聊聊如何在需求确立和需求评审阶段

工程师告诉你如何洞悉隐性需求，减少返工！

前段时间，在交互设计阶段如何发现思维盲区的问题备受关注。今天我们有幸邀请到腾讯前端工程师姬小光，从开发角度分享一些宝贵的经验。无论你是开发人员还是产品运营人员，都能从中受益。

计划永远赶不上变化，尽管我们为需求文档做得再细致，总有一些未知的变化在后期困扰着我们。但别担心，姬小君为我们带来了在需求确立和需求评审阶段洞悉隐性需求的秘诀。通过把握一些关键方面，我们可以大大减少后期的变更成本。

以下是姬小君分享的几个关键点：

细节变更需求：在项目初期，如果产品人员对需求的细节还未完全明确，那么细节的变更就无法避免。作为开发人员，我们能做的就是预留出可扩展的能力，比如模块的增删、字段的增减、页面样式的微调等。不要灰心，这很正常。

跨平台需求：有时，跨平台需求的到来可能非常突然。在最初规划时，可能只考虑了PC端。功能的移植到移动端并不是简单的平移或拼接。各个平台在架构部署和操作体验上有很大的差异。如果不提前规划好，后期会带来很多麻烦。

扩展需求：随着业务量的增长和需求的不断扩展，无论是何种业务都会催生出各种扩展需求。例如，页面上的商品推荐位可能会从三个变成六个、九个甚至更多；一个专用的接口可能会变成通用的；简单的静态页面可能会变成复杂的系统附带管理后台等。对于这类需求，我们需要反复确认并预留合理的扩展空间。

异常流需求：这部分需求往往容易被忽略或遗漏。常见的异常流包括图片数据加载不出、图片不存在等前端异常问题以及查询错误、内容溢出等后端异常问题。针对这些异常流情况，需要有配套的前端提示给用户并引导用户进行其他操作。这些异常提示浮层等都是需要考虑的重点。对于前端来说，除了设计稿和文档中的需求外，还需要考虑各种异常提示和引导的设计。比如登录态的操作需要考虑到登录态丢失的情况等。这些都是需要在设计过程中考虑到的细节问题。在设计过程中应该注重用户体验的连贯性和一致性确保用户在使用过程中的顺畅体验从而提升产品的整体质量和使用体验为用户带来更好的产品体验！与此同时开发人员也需要与产品运营人员紧密合作确保双方对产品的理解保持一致从而共同推动产品的迭代和优化实现产品的长期稳定发展。

接下来是内容运营需求和内容校验需求的解析和讨论这一部分的详细阐述让人们对内容运营有更深入的了解和认识为未来的产品设计提供宝贵的参考经验。内容运营需求：静态的内容可能会随时变成运营需求。例如静态广告位可能变成轮播广告位或者需要从自动数据源拉取数据等。在评审初期我们需要确认好运营的频次以及影响程度来决定是否需要开发相应的工具来提升运营效率。内容校验需求：对于运营工具中的填写内容我们应该设计得尽量傻瓜化即操作简洁并增加输入校验的功能防止因为小小的错误导致系统问题。此外能分别运营的字段应该分开运营以便更好地应对部分修改的需求提高工作效率。内容复用需求：对于运营人员来说每天重复填写数据的工作是极其辛苦的因此我们在设计运营系统时应该考虑到数据的复用性减少重复劳动提高工作效率让运营人员的工作更加便捷高效从而为产品的运营提供更好的支持和服务为公司的长期发展奠定坚实的基础总的来说姬小君从开发角度为我们提供了很多宝贵的经验在交互设计阶段发现思维盲区减少返工的发生让产品和开发更加高效协同工作从而实现产品的长期稳定发展这些经验和建议对于任何从事相关领域工作的人来说都是非常宝贵的财富！运营数据跨平台应用与多样需求洞察

一、内容历史需求洞察

运营工作的艰辛往往难以被看见，而衡量其工作量的KPI则显得尤为重要。运营的数据记录需要历史的积累，以便更好地衡量工作的成果。一个内容坑位，每次更新都会留下历史的足迹。为了更好地追踪和记录每一次的改动，运营历史记录的需求应运而生。这不仅是对工作量的衡量，更是对运营策略效果的评估。

二、排序与打标需求的灵活调整

内容的排序和打标是运营策略中的关键一环。不同的坑位需要不同的关注度，不同的视觉焦点和浏览路径也需要精心策划。运营人员经常需要根据实际情况调整内容的顺序，或是通过标记来突出某些内容。例如，对于热销商品，可能需要将其置于显眼位置并打上“Hot”或“New”的标记，以刺激更多的销售。这样的需求在后台需要有相应的字段支持，前端也需要提供便捷的调整工具。

三、筛选需求的精细操作

当运营数据达到一定的规模时，筛选功能变得尤为重要。运营人员可能需要从大量数据中挑选出特定的部分进行展示。例如，在商品列表中，可能需要挑选出销量好的商品进行展示。筛选功能可以集成在搜索功能中，为运营人员提供方便的操作界面，同时也可以根据需要增加不同的筛选字段。

四、数据统计需求的全面覆盖

数据统计需求是运营工作中不可或缺的一部分。最初可能只需要简单的PV和UV数据，但随着工作的深入，运营人员可能需要更详细的数据支持，如按钮点击量、访问路径、购买路径、转化率、蹦失率等。对于数据统计需求，需要在评审时进行充分的梳理，甚至可以独立于其他需求，单独整理提出。

五、翻旧账需求的预留考虑

运营系统中进入的数据都需要有方便的查询方式。比如用户创建的UGC内容，需要有唯一的地址可以查看。对于所有进系统的数据都要预留出查询接口，以备不时之需。

六、报销需求的严谨对待

报销流程涉及到钱的问题，是运营工作中不可或缺的一部分。对于涉及到钱的活动，需要确保报销所需的数据完整、真实。这可能需要确认用户的等信息，以作为报销的凭据。在需求初期就需要确认好报销所需的具体内容。

七、扩容需求的预先规划

随着业务量的增长，扩容需求变得迫切。在高并发的情况下，性能问题会迅速凸显。此时需要采用各种性能优化手段，如静态化、缓存、查询优化等。同时还需要做好机器扩容的准备，包括服务的批量启动、定时任务的执行和日志的归集等。在评估业务增长预期时，需要做好资金和资源准备。

八、安全需求的严防死守

安全问题不容忽视。在需求初期就需要做好防范工作，防止XSS、CSRF攻击、SQL注入等问题。对于外部接口的鉴权也需要做好高级防护。任何接口的使用都需要确保数据的安全和隐私的保护。

对于安全需求，普通的开发人员在前后台的日常工作中，能按部就班地完成基础防护已属不易。有了公司的公共安全扫描平台作为后盾，大部分的安全隐患可以得到有效遏制。尽管我们拥有这些防护措施，仍需时刻绷紧安全这根弦。毕竟，安全无小事，只有足够重视，才能确保万无一失。

至于那些隐形需求，虽然沟通再明确、邮件再确认，过程中仍难免会有反复修改的情况出现。即便如此，该做的需求依然要做。面对这种情况，我们只能坦然接受并积极应对。毕竟，这是工作中的常态，需要我们以乐观的心态去面对。

在此，我想从开发者的角度聊聊如何在需求确立和需求评审阶段洞悉隐性需求。希望这篇教程能对大家有所帮助，为你们在日常工作中提供一些启示和参考。在此过程中，我们不仅要关注表面的需求，更要深入挖掘其背后的逻辑和细节。只有这样，我们才能更好地满足用户的需求，提供更优质的产品和服务。也希望这篇文章能够激发大家对于技术领域的热情和探索精神。让我们共同努力，为技术的不断进步和发展贡献自己的力量！