redis适合哪些岗位使用?产品经理与开发人员协作指南

零门槛、免安装!海量模板方案,点击即可,在线试用!

免费试用

redis适合哪些岗位使用?产品经理与开发人员协作指南

阅读人数:187预计阅读时长:13 min

你可能没想到,全球70%以上的互联网高并发场景背后,都离不开 Redis 的身影。无论是电商秒杀抢购、社交消息推送,还是数据分析与缓存加速,Redis 的应用已渗透到开发、运维、产品设计的每一个环节。可惜的是,许多企业或团队在实际运用 Redis 时,总是陷于“技术只属于开发”的误区,忽视了产品经理、测试、运维等岗位对于 Redis 的实际需求和协作价值。更令人惊讶的是,很多产品经理明确表示:“我只要会写需求,不懂 Redis 也无所谓。”但在数字化转型和全流程业务创新的今天,产品与开发的紧密配合才是企业敏捷和创新的基石。本文将深入剖析 Redis 适合哪些岗位使用、产品经理与开发人员该如何更高效协作,结合真实场景、行业案例与权威文献,帮你打破认知壁垒,让团队从“各做各的”进化到“高效协同”。无论你是开发、产品、运维,还是正在推动企业数字化转型,这篇文章都能让你对 Redis 的岗位应用和协作价值有全新理解。

redis适合哪些岗位使用?产品经理与开发人员协作指南

🚀 一、Redis 适合哪些岗位使用?深入解析岗位与应用场景

Redis 作为高性能的内存数据库,不只是开发人员的“专利”,它在产品经理、运维、测试乃至数据分析师等多个岗位中,都有着不可替代的价值。我们先通过一个对比表格,快速了解各类岗位与 Redis 的典型应用关联:

岗位 Redis应用场景 必备技能点 典型职责
开发人员 数据缓存、消息队列、持久化 数据结构、性能调优 代码实现、架构设计
产品经理 用户体验优化、需求评审 缓存原理、业务流程理解 需求设计、方案评估
运维工程师 高可用部署、监控告警 集群管理、故障排查 系统维护、性能监控
测试人员 并发场景模拟、数据准确性 数据一致性、压力测试 测试方案制定、Bug分析
数据分析师 实时分析、热点数据统计 API调用、数据建模 数据分析、报表输出

1、开发人员:Redis 的主力军,但远不止于技术实现

对于开发人员来说,Redis 是打造高并发、高性能系统的核心武器。无论是 Web 后端、移动端还是大数据场景,开发人员几乎都绕不开 Redis 的缓存、分布式锁、消息队列等功能。开发人员必须精通 Redis 的数据结构(如字符串、哈希、列表、集合)、持久化策略、性能优化技巧,这直接决定系统的稳定性和可扩展性。

举个例子:某消费品牌在“双十一”大促期间,采用 Redis 实现商品库存的原子扣减,避免了并发超卖问题。据《中国数字经济发展与就业白皮书》(中国信通院,2021),今年中国超过85%的在线交易平台都采用 Redis 作为核心缓存组件。开发人员在落地这些场景时,通常需要与运维、产品密切配合,确保架构设计既能满足业务需求,又能应对实际流量冲击。

开发人员的 Redis 应用价值:

  • 快速响应业务需求,提升系统性能;
  • 构建高可用服务架构,保障业务连续性;
  • 支撑复杂业务流程,如排行榜、限流、分布式事务。

但开发人员的“闭门造车”也容易带来问题。如果产品经理不了解 Redis 的能力,需求设计可能无法最大化其性能优势;如果运维不懂 Redis 的部署,系统稳定性也难以保障。因此,开发人员需要主动与其他岗位沟通,让 Redis 的价值在整个团队中释放出来。

开发人员在 Redis 应用中的常见需求:

  • Redis 集群搭建及维护;
  • 性能瓶颈排查与优化;
  • 数据一致性与持久化方案设计;
  • 业务场景下的数据结构选择。

真实案例: 某制造企业在用帆软 FineReport 进行生产数据分析时,开发团队通过 Redis 实现了实时数据缓存,将报表查询速度提升至秒级,极大优化了管理层的决策效率。此类需求的落地,离不开开发与产品、运维的协同配合。

2、产品经理:从需求设计到用户体验,Redis 影响不可忽视

产品经理往往被认为是“需求方”,但在数字化转型加速的今天,懂业务又懂技术的产品经理成为企业创新的核心驱动力。Redis 在产品经理角色中的价值,主要体现在以下几个方面:

  • 用户体验优化:Redis 能极大提升系统响应速度,产品经理在设计交互流程、页面跳转、数据展示等环节时,需要考虑缓存机制对用户体验的影响。如 FineBI 平台的数据可视化模块,正是通过 Redis 缓存热点数据,实现秒级加载。
  • 需求评审与技术可行性分析:产品经理必须了解 Redis 的基本原理和边界,才能在需求评审阶段给出合理的技术建议,避免“想当然”设计不切实际的功能。
  • 业务流程协同:像限流、排行榜、消息推送等功能,产品经理需要与开发共同讨论 Redis 的应用方式,确保产品设计既能满足业务目标,又能高效落地。

产品经理的 Redis 应用价值:

  • 优化业务流程,提高用户满意度;
  • 提升需求落地的技术可行性;
  • 与开发、运维形成高效沟通桥梁。

产品经理在 Redis 应用中的常见需求:

  • 理解缓存与数据一致性的权衡;
  • 设计与 Redis 匹配的业务场景(如活动限流、热点数据展示);
  • 评估系统可扩展性与运维复杂度。

真实案例: 某交通行业企业在用 FineDataLink 进行实时路况分析时,产品经理将 Redis 作为核心缓存组件,设计了高效的路况数据刷新与展示流程。在与开发、运维的协作中,产品经理不仅定义了数据刷新频率,还参与了缓存失效策略的制定,最终让路况查询体验达到行业领先水平。

3、运维、测试、数据分析师:Redis 的幕后英雄

除了开发和产品,运维工程师、测试人员、数据分析师同样离不开 Redis 的支持。

运维工程师主要负责 Redis 的部署、监控、故障排查与高可用保障。根据《企业数字化运维实践指南》(机械工业出版社,2023),超过60%的企业运维团队将 Redis 列为必须掌握的基础组件,主要用于系统监控、自动化告警、故障恢复等场景。

免费试用

测试人员则利用 Redis 模拟高并发、压力测试,验证系统在极端情况下的稳定性与正确性。例如在业务上线前,通过 Redis 构建并发数据场景,提前发现潜在的性能瓶颈和数据一致性问题。

数据分析师则通过 Redis 实现实时数据统计与热点分析,尤其是在需要快速响应的 BI 场景中,Redis 的高性能缓存与快速检索能力成为不可替代的利器。帆软 FineBI 在消费品行业的数据分析项目中,就大量采用 Redis 进行实时数据采集与热点数据分析,帮助企业实现秒级数据洞察。

运维、测试、分析师的 Redis 应用价值:

  • 实现高可用、稳定的业务运行环境;
  • 支撑高并发压力测试与数据一致性校验;
  • 提高数据分析的实时性与准确性。

岗位间 Redis 应用协同举例:

岗位组合 协同场景 Redis 价值体现
产品+开发 活动限流设计 高速缓存用户请求,优化体验
开发+运维 集群扩容与故障恢复 实现高可用架构,保障业务连续性
产品+测试 用户行为分析 实时存储和统计,提升分析效率

相关文献引用:

  • 《Redis实战》 (机械工业出版社,2018):详细阐述了 Redis 在开发、运维、测试等多岗位中的实际应用案例。
  • 《企业数字化运维实践指南》 (机械工业出版社,2023):系统分析了运维工程师在 Redis 高可用部署与监控中的核心职责。
  • 《中国数字经济发展与就业白皮书》 (中国信通院,2021):权威数据揭示 Redis 在中国企业数字化转型中的普及率和应用价值。

🤝 二、产品经理与开发人员协作指南:Redis 场景下的高效沟通与落地

Redis 的技术门槛不低,但团队协作的“门槛”更高。产品经理与开发人员如何借助 Redis 打造高效协同?我们用一个流程表格,梳理典型的跨岗位协作环节:

协作阶段 产品经理职责 开发人员职责 Redis应用要点 协同难点
需求设计 明确业务目标、用户体验 技术方案评估、结构设计 缓存策略、数据一致性 技术理解差异
方案评审 评估技术可行性 优化架构、风险分析 热点数据缓存、限流机制 需求变更沟通
实施落地 跟进进度、用户反馈 编码、调优、测试 Redis集群部署、性能监控 迭代协作效率
上线运营 监控数据、持续优化 维护、故障排查 缓存命中率、故障恢复 运维配合

1、需求设计阶段:产品经理需了解 Redis 的能力边界与业务适用性

很多产品经理在需求设计时,常常高估或低估 Redis 的能力。比如,认为缓存可以解决所有性能问题,或者担心 Redis 数据丢失影响业务。在协作过程中,产品经理应主动与开发沟通,明确 Redis 在当前业务场景下的适用性和技术边界

高效协作建议:

  • 产品经理需了解 Redis 的基本原理,如缓存命中、失效策略、持久化方式,避免提出不切实际的需求。
  • 在业务流程规划时,协同开发人员评估哪些数据适合缓存、哪些必须实时读取,形成技术与业务的最佳结合。
  • 针对高并发、限流、排行榜等典型场景,产品经理可提前预判用户行为,联合开发制定合理的 Redis 应用方案。

需求设计协作流程:

  • 产品经理提出业务目标与用户体验要求;
  • 开发人员评估技术可行性,选定 Redis 相关方案;
  • 双方共同确认数据一致性、安全性、性能指标。

实际案例: 某教育企业在用 FineBI 进行学生成绩查询时,产品经理希望实现秒级响应。开发人员建议使用 Redis 缓存热点成绩数据,但同时提醒需要结合数据库定期同步,保证数据准确。产品经理与开发共同制定了缓存刷新策略,既满足了体验,又保障了数据一致性。

常见协同误区:

免费试用

  • 产品只提需求,不了解技术边界;
  • 开发只看技术实现,忽视业务目标;
  • 双方沟通不畅,导致需求反复返工。

优化协作的核心要点:

  • 信息对称:产品经理需主动学习 Redis 原理,开发人员需理解业务目标。
  • 共同参与:需求设计、技术评审、用户测试全流程协作。
  • 明确分工:缓存策略、数据一致性、性能指标各有负责人。

2、方案评审与技术落地:联合制定最佳 Redis 应用方案

在方案评审与技术落地阶段,产品经理与开发人员需共同讨论 Redis 的具体应用方式,确保技术方案既能满足业务需求,又具备可扩展性和高可用性

协作建议:

  • 产品经理参与技术评审,理解 Redis 的数据结构、缓存策略、限流机制;
  • 开发人员根据业务需求优化 Redis 方案,如设置合适的过期时间、分布式锁实现、消息队列选型等;
  • 双方共同评估性能指标、风险点、扩展性,提前制定故障应急方案。

Redis 应用方案评审流程:

  1. 产品经理梳理业务流程与用户需求,提出性能与体验目标;
  2. 开发人员基于 Redis 设计技术方案,如缓存层、限流逻辑;
  3. 双方联合评估方案可行性,识别潜在风险(如缓存雪崩、数据一致性问题);
  4. 制定测试、上线、运维计划,确保方案闭环落地。

实际案例: 某消费行业企业在做秒杀活动时,产品经理要求“零延迟”体验。开发人员采用 Redis 实现库存原子扣减与分布式限流,并与产品经理共同制定高可用架构,保障业务在流量高峰期稳定运行。整个方案从设计到上线,产品与开发全程协同,最终实现了极致的用户体验和业务安全。

常见协同难点:

  • 性能目标与技术实现不一致;
  • 方案评审沟通不到位,导致上线后频繁迭代;
  • 系统出故障时责任不清,影响业务连续性。

高效协作的实用建议:

  • 方案评审时,产品经理需参与技术细节讨论;
  • 开发人员需提前预判业务扩展和运维难度;
  • 联合制定性能与容灾指标,形成全流程闭环。

3、上线运营与持续优化:协同监控与故障响应,保障业务稳定

上线运营阶段,产品经理与开发人员需协同监控 Redis 的运行状态,持续优化性能、快速响应故障,确保业务稳定运行

协作流程建议:

  • 产品经理关注用户体验与业务数据,定期收集用户反馈,推动持续优化;
  • 开发人员负责 Redis 运行监控、故障排查、性能调优,保障系统高可用;
  • 双方协同制定缓存命中率、数据一致性、故障恢复等关键指标,形成敏捷响应机制。

运营协作表格:

阶段 监控指标 响应机制 优化措施
上线初期 缓存命中率 性能预警、故障排查 缓存策略优化
日常运营 业务响应速度 用户反馈、数据分析 持续调优
故障应急 数据一致性 快速恢复、责任分工 容灾方案完善

实际案例: 某医疗行业企业在用 FineReport 进行实时数据分析时,产品经理与开发人员协同监控 Redis 缓存命中率,发现热点数据命中率下降。产品经理及时收集反馈,开发人员调整缓存策略,最终将响应速度恢复至理想水平。此类协作不仅提升了用户体验,也保障了业务的持续稳定运行。

协同优化建议:

  • 产品经理与开发需定期复盘数据,联合发现性能瓶颈;
  • 建立故障响应预案,确保系统高可用;
  • 持续优化缓存策略,提高业务效率。

相关文献引用:

  • 《Redis实战》(机械工业出版社,2018):章节“团队协作与系统优化”详细说明了产品与开发协同优化的实战案例。
  • 《中国数字经济发展与就业白皮书》(中国信通院,2021):揭示了数字化团队协作在 Redis 应用中的普及趋势与价值。
  • 《企业数字化运维实践指南》(机械工业出版社,2023):针对运维与产品、开发的协作流程,给出最佳实践建议。

🏆 三、Redis 在企业数字化转型中的岗位协同价值与行业落地实践

Redis 不仅是技术创新的“发动机”,更是企业数字化转型的“加速器”。在数字化浪潮席卷各行各业的今天,开发、产品、运维、测试、分析师等多岗位围绕 Redis 展开深度协作,成为企业高效运营和创新的关键。

我们用一个行业应用矩阵,展示 Redis 在数字化转型中的岗位协同价值:

行业 Redis 主要应用场景 岗位协同模式 帆软解决方案推荐
消费品 秒杀抢购、用户行为分析 产品+开发+运维+测试+分析师 FineReport/FineBI/FineDataLink
医疗 实时数据分析、挂号限流 产品+开发+运维 FineReport/FineBI
交通 路况缓存、实时调度 产品+开发+运维+分析师 FineDataLink

| 教育 | 成绩查询、在线互动 | 产品+开发+测试 | FineBI/FineReport | | 制造 | 生产数据采集、实时

本文相关FAQs

🧐 Redis到底适合哪些岗位用?除了开发,产品经理、运维、测试有必要掌握吗?

老板说公司要用Redis做高性能数据缓存,开发同事天天鼓吹它牛X,但我实际负责产品规划和需求梳理,感觉自己能用到Redis的机会不多。运维和测试的同事也在问,到底除了后端开发,其他岗位有没有必要了解Redis?能不能说说各岗位实际应用场景,别让我盲目学习冤枉技术,浪费时间啊!


回答

其实,Redis作为一个高性能内存数据库,不仅仅是后端开发的“专属工具”,在数字化转型、数据驱动业务的时代,多个岗位都能从Redis中获得价值。下面从各角色出发,帮你梳理下场景和必要性。

岗位 Redis应用场景 推荐掌握深度
后端开发 缓存、消息队列、分布式锁、限流等 必须精通
运维工程师 性能监控、故障定位、集群部署 基本了解
测试工程师 压测、缓存一致性、模拟高并发场景 适当掌握
产品经理 需求评估、技术选型、性能影响沟通 了解原理
数据分析师 高频数据提取、实时指标缓存 可选了解
  • 后端开发不用说,Redis几乎是现代分布式架构中的标配工具。你在设计高并发场景、做接口限流、订单去重、排行榜等功能时,离开Redis几乎寸步难行。
  • 运维工程师也离不开Redis,实际生产环境中,Redis的集群监控、数据持久化、灾备切换都需要运维专业参与。比如,运维需要定期监控Redis的内存使用,防止OOM导致服务雪崩。
  • 测试工程师如果业务涉及高并发、缓存一致性、数据同步等,Redis的特性也要纳入测试方案。比如模拟秒杀场景,测试Redis的并发性能和数据一致性,避免“超卖”。
  • 产品经理虽然不需要写代码,但理解Redis的原理和性能特点,能帮助你在需求评审时和技术同事深入沟通,评估功能实现的可行性和延展性。举个例子,想做实时排行榜,知道Redis能支持百万级实时读写,就不用纠结性能问题啦。
  • 数据分析师/BI岗位,如果需要做实时数据展示或高频指标缓存,也可能用到Redis作为数据“中转站”,提升报表响应速度。

所以,各岗位都应该根据实际业务场景,决定学习深度。如果你在消费行业、医疗、制造等对实时数据有强需求的领域,Redis的应用就更广。比如在消费品牌数字化转型中,实时用户行为埋点、千人千面的推荐系统,都依赖Redis做数据缓存和高并发处理。

建议:

  • 非开发岗,重点理解Redis的基本原理、优势和局限,能和技术同事顺畅沟通即可。
  • 如果你所在企业正考虑数字化升级,推荐关注帆软的一站式数据集成与分析方案,支持多源数据实时融合,Redis等高性能缓存也能和帆软的FineReport、FineBI无缝集成,助力业务实时分析: 海量分析方案立即获取

结论:Redis不是开发专属,懂业务、懂数据的岗位都能用上。结合企业实际需求,合理规划你的学习投入,别被技术“焦虑”裹挟,做有价值的数字化突破。


🤝 产品经理和开发团队用Redis时,沟通最容易踩哪些坑?怎么避免“理解偏差”导致项目翻车?

每次产品经理和开发讨论用Redis实现某个功能,沟通环节总有各种误解,比如缓存策略、数据一致性、限流方案,最后做出来的东西和预期不一致,甚至项目延期。有没有大佬能总结下,产品和技术沟通Redis时最容易踩的坑?实际怎么避免这些沟通误区,别再让项目“掉链子”了!


回答

产品经理与开发围绕Redis展开协作,非常容易在需求理解、性能预期、业务边界等环节产生误判。踩坑理由不少,归根结底是对Redis的技术细节和业务影响理解不一致。下面用实际案例和沟通清单,帮你梳理如何避免这些坑。

场景回顾:常见沟通误区

  • 缓存失效机制误解:产品以为缓存永不过期,开发其实设置了TTL,导致有数据丢失。
  • 一致性与实时性预期不符:产品要求“实时”展示,开发用异步写入Redis,结果用户看到的数据延迟。
  • 限流策略模糊:产品说“要防止刷单”,开发用Redis简单计数,没考虑分布式场景下原子性问题,结果限流失效。
  • 资源预估不准确:产品对Redis性能期望很高,开发实际服务器内存有限,导致性能瓶颈。

沟通清单(建议产品经理参考,开发主动分享)

沟通环节 易踩坑点 推荐做法
需求评审 缓存策略、过期机制 明确缓存是否需要持久化、TTL设置
方案讨论 数据一致性、延迟 约定一致性等级,是否允许异步
性能评估 QPS预估、内存消耗 开发展示压测数据/性能报告
风险排查 宕机、丢数据处理 商讨容灾、备份机制
业务边界 功能范围不清 画出需求流程/边界图

方法建议:

  • 提前预演需求流程:产品经理可以用流程图、用户故事,把业务需求画出来,和开发一起梳理Redis在哪些环节起作用,哪些地方有性能瓶颈。
  • 多问“为什么”:比如,为什么要用Redis做缓存?是因为数据量大,还是因为实时性要求高?每一步都要有明确的业务目标,避免只为“用技术而用技术”。
  • 用数据说话:开发可以用一些工具(如redis-benchmark)提前压测,把实际QPS、延迟数据展示给产品,帮助大家建立统一的性能认知。
  • 持续复盘:每次功能上线后,产品和开发可以一起回顾Redis设计是否达到了预期,比如缓存命中率、延迟情况,有问题及时优化。

实操案例:

某消费品牌做会员积分实时展示,产品要求“秒级同步”。开发用Redis做缓存,结果发现积分偶尔延迟刷新。复盘发现是Redis异步刷写导致延迟,产品和开发协商后,调整为同步写入+定期刷新,最终达到预期效果。

结论:Redis虽然技术门槛不高,但涉及到业务沟通时,产品和技术一定要把需求流程、技术方案、性能边界讲清楚,避免“各说各话”。用流程图、数据压测、定期复盘等方法,把沟通落到业务流程和可验证的数据上,少踩坑,项目才能真正高效推进。


🚀 未来数字化项目用Redis,有哪些“进阶玩法”?如何结合BI实现业务创新?

公司数字化升级越来越快,老板总是要求用高性能数据方案支撑业务创新,大家都在用Redis,但感觉只是简单做缓存,没挖掘出更大的价值。有没有实战案例或者进阶玩法,能把Redis和BI、数据分析结合起来,助力企业数字化创新?尤其是在消费行业,怎么用好Redis推动业务增长?


回答

当企业数字化进入深水区,Redis早已不只是缓存工具,更是高并发数据处理、实时分析的核心引擎。尤其在消费品、零售、互联网金融等行业,Redis的进阶玩法和BI结合能打开新格局

进阶玩法一览

场景类型 Redis核心价值 BI/分析融合点
实时用户画像 秒级数据采集与缓存 用户行为分析、精准推荐
秒杀/抢购活动 高并发限流与队列处理 活动数据实时反馈、异常预警
会员积分、等级体系 高频读写、实时同步 用户分层、行为趋势分析
千人千面推荐 个性化缓存、动态筛选 推荐效果追踪、ROI评估
供应链库存预测 关键指标实时缓存 库存预警、供需预测
实战案例:消费品牌数字化升级

某头部消费品牌,业务场景涉及千万级用户、海量SKU。以Redis做用户行为埋点缓存,FineReport和FineBI实时拉取Redis中的数据,秒级生成运营报表。比如活动期间,Redis缓存实时交易数据,BI分析工具即时展示各地门店销量、库存变化,运营团队可以“边看边调”,秒级响应市场变化。

Redis+BI创新方案
  1. 实时数据驱动业务决策:用Redis缓存业务关键数据,比如订单、支付、用户活跃指标,BI工具(如FineBI)对接Redis数据源,实时生成分析报表,老板和业务团队可即时洞察业务变化,提升决策效率。
  2. 动态场景切换:比如促销活动期间,Redis存储限流队列、用户参与记录,BI系统实时分析参与情况、活动ROI,为下一步运营策略提供数据支撑。
  3. 异常预警与自动化调度:Redis可做业务异常计数、事件分发,BI平台监控异常指标,一旦发现异常自动推送预警,运维和业务团队可快速响应。
如何落地?
  • 选择支持多源数据融合的BI平台,比如帆软的FineBI、FineReport,能无缝集成Redis数据源,快速搭建实时分析模板。
  • 梳理业务核心指标,确定哪些数据需要实时缓存、哪些适合定期同步,合理规划Redis+BI数据流。
  • 结合帆软的行业数据场景库,快速复制行业成熟方案,避免“闭门造车”,提升数字化项目落地速度。

推荐资源:如果你在消费行业数字化转型路上,不妨尝试帆软的一站式数据集成与分析解决方案,支持Redis等多源数据实时分析、可视化,覆盖财务、人事、营销、供应链等关键业务场景,助你实现从数据到决策的闭环创新: 海量分析方案立即获取

结论:Redis不仅仅是高性能缓存,更是企业数字化创新的“加速器”。和BI工具深度结合后,不仅提升业务响应速度,还能驱动智能决策和业务创新。敢于用新玩法,企业数字化升级才能真正跑赢市场。


【AI声明】本文内容通过大模型匹配关键字智能生成,仅供参考,帆软不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系blog@fanruan.com进行反馈,帆软收到您的反馈后将及时答复和处理。

帆软软件深耕数字行业,能够基于强大的底层数据仓库与数据集成技术,为企业梳理指标体系,建立全面、便捷、直观的经营、财务、绩效、风险和监管一体化的报表系统与数据分析平台,并为各业务部门人员及领导提供PC端、移动端等可视化大屏查看方式,有效提高工作效率与需求响应速度。若想了解更多产品信息,您可以访问下方链接,或点击组件,快速获得免费的产品试用、同行业标杆案例,以及帆软为您企业量身定制的企业数字化建设解决方案。

评论区

Avatar for SmartPageX
SmartPageX

文章写得很详细,作为产品经理,我终于更好地理解了Redis的应用场景。希望能有更多关于如何与开发人员协作的具体案例。

2025年9月16日
点赞
赞 (436)
电话咨询图标电话咨询icon产品激活iconicon在线咨询