- 综合排序
- 最热优先
- 最新优先
- 来自专栏DBA随笔
如何高效进行业务需求沟通？
如何高效进行业务需求沟通？ 平日的工作中，我们经常会跟业务同学讨论新的需求，每次需求讨论的时候，你是否有一套属于自己的方法论？也就是你需要业务提供什么信息，你需要告知业务什么信息。 2、业务方存储的数据内容，预估的数据量，最大并发写入量，每日、每月、每年数据增长量。 2、如果业务使用长链接连接域名的方法访问数据库，在故障切换过后，有可能出现域名解析成功，但是业务连接没有重连，导致写入旧主库的情况，这样也会造成数据丢失，而且补录的时候会非常麻烦，因此请务必在数据库服务切换过后
69320编辑于 2022-04-01 - 来自专栏腾讯社交用户体验设计
设计师如何高效沟通需求
针对这些问题，本文尝试梳理需求沟通过程中几种典型场景和方法，以期帮助新手设计师快速识别需求沟通中的常见问题；提升沟通效率，快速达成共识；掌握沟通窍门，更精准高效的产出需求。 本文主要分成2个部分，第1部分主要聚焦在需求沟通过程中的不同阶段，面对的典型沟通问题和解决方案；第2部分主要介绍沟通中一些常见的技巧和方法。 总结来看需求可大致分为2类：一类是需求目标较明确，产品有明确要解决的问题，如提升产品体验、满足某个用户明确需求、完成某个产品目标；一类是需求目标较模糊，比如挖掘用户潜在需求，探索新的业务方向。 Part 2 沟通技巧的问题 沟通的过程是一个信息螺旋传递的过程，表达者的信息传递到接收者时，因为背景、环境、理解能力、传递完整度等差异，接收者仅能接收部分信息，而接收者在理解消化后，再将自己的信息传递出去 1.目标不清晰，比如本来想找产品聊下某功能体验不合理，但因为产品一直说项目时间紧，被倾诉了一通苦水后，忘记了本来要沟通的问题，转移到了其他话题上，最后不了了之；2.缺乏同理心，比如当发生争执时双方不能互换角度
51231发布于 2021-11-10 - 来自专栏庄闪闪的R语言手册
R沟通｜Rmarkdown教程（2）
安装 假设你已经安装了R[1]（R Core Team 2020）和RStudio IDE[2]。 不需要RStudio，但建议使用RStudio，因为它可使普通用户更轻松地使用R Markdown。 如果编译.rmd格式时出现缺失某些Latex包，可以参考这节内容https://bookdown.org/yihui/rmarkdown-cookbook/install-latex-pkgs.html 2. 选项框 在新建的markdown文件里，主要包含三块内容：1.YAML、2.markdown文本、3.代码块。 ? (上图2位置)，并将代码执行结果展示在markdown里。 演示的Rstudio版本为4.0.3 参考资料 [1] R: https://www.r-project.org [2] RStudio IDE: https://www.rstudio.com [
3.2K20发布于 2021-04-08 - 来自专栏Python数据科学
“提需求的”与“拉SQL的”如何有效沟通
（2）需求客群是“持续三十天未登录口袋的客户”。 当然，我们在处理需求时未必如上文一样简单，本文也是想给大家提供一些思路而已，让大家在分析需求时能够有的放矢，欢迎大家沟通。 ? ? ? 2. 梳理需求逻辑 ? （2）协助“拉SQL的”翻译逻辑和理解需求，上面的需求全程语言沟通估计会事倍功半吧。 ? ? ? 3. 常用的模型聊口径 ? 系统提需求的思路其实有很多的，大多是工作中的真大佬沟通过程中总结出的经验教训，下面我们来介绍两个比较常用的： ? （1）5W2H模型整理思路： ? ? 2） “背景”+“目的”+“统计思路” 3） 需求落在纸上 4） 5W2H模型可以协助提需求的人整理需求思路 5）“流程图分层”协助对齐数据口径 6）“提需求的”与“拉SQL的”相互沟通验数标准
63420发布于 2019-09-19 - 来自专栏服务器运维日常
如何有效与用户沟通收集需求并编写人类高质量的需求文档
一、有效沟通的方法1、明确目标和范围明确目标对沟通很重要，它能让双方聚焦核心议题，防止分散注意力。预设的讨论范畴可确保对话紧密围绕主题，提升沟通效能。同时能迅速达成共识，降低误解和重复工作的概率。 明确的目标和范围也有助于提升沟通效能，使双方更容易识别关键要素和潜在风险，从而制订更有效的策略，确保顺利实现沟通目标。 2、选择合适的方法2.1、开放式问题的运用开放式问题是指那些不能简单地用“是”或“不是”来回答，而是需要回答者给出更详细、更具体的答案的问题。 它是UML（统一建模语言）中的一种图形化工具，用于描述系统的功能需求和行为。2、流程图流程图是一种图形化的工具，用于描述和展示各种工作流程、业务流程或系统流程。 总结通过前述方法，经过深入有效的沟通，对需求进行彻底梳理，并严谨地撰写需求文档，最终可以形成一篇高品质的需求文档。
53921编辑于 2024-08-02 - 来自专栏庄闪闪的R语言手册
R文档沟通｜Dashboards入门（2）
) ``` Column 1 -------------------------------------------------- ### Chart A ```{r} ``` Column 2 2.节属性 二级结构头部还可以加入一些属性，例如：设置列宽度为350： A narrow column {data-width=350} -------------------------------- "fa-signal"} ===================================== ### Chart 1 ```{r} ``` ### Chart 2 ="fa-table"} ===================================== ### Table 1 ```{r} ``` ### Table 2 faithful$eruptions, col = 'gray', border = 'white', main = '') ``` --- Some commentary about Frame 2.
1.3K30发布于 2021-05-17 - 来自专栏nginx
开发 Web 项目：与客户沟通需求时的注意事项
开发 Web 项目：与客户沟通需求时的注意事项 引言 在 Web 项目的开发过程中，与客户进行有效的需求沟通是成功的关键之一。 明确、准确地了解客户的需求不仅能提高开发效率，还能避免后期的修改和返工，节约时间和成本。本文将探讨在最开始与客户沟通需求时，开发团队需要注意的细节和要点。 一、准备阶段 1.1 确定沟通目标 在与客户进行需求沟通之前，开发团队需明确沟通的目标，包括： 理解客户的业务背景：了解客户的行业、市场定位及目标用户群体。 4.2 编写需求文档 在初步需求沟通后，团队需将记录整理成需求文档，并包括以下内容： 项目背景：项目的起源和背景信息。 功能需求：详细的功能需求列表，按优先级排列。 六、总结与反思 在整个需求沟通过程中，开发团队应始终保持良好的沟通习惯，重视客户的需求和反馈。通过有效的沟通，不仅能提高项目的成功率，还能为后续的开发和实施打下坚实的基础。
29110编辑于 2025-11-14 - 来自专栏吴伟祥
软件开发获取客户需求的十大沟通技巧 转
成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。 当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了，沟通技巧就显得尤为重要了。 需求获取可能是软件开发中最困难、最关键、最易出错及最需要沟通交流的活动。 ，这条沟通之路布满了荆棘。 2、用户群分类 系统用户在很多方面存在着差异，例如：使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。 他们通过文档、记录和对话来沟通，而不是作为一个合作的整体去识别和确定需求完成任务。实践证明这样的方法是不正确的，不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。
1.1K50发布于 2018-08-14 让需求无缝传递：手把手搭建产品经理的沟通框架
下面，我将为你搭建一个系统化的需求沟通框架，解决“需求从想法到实现”的传递与协作难题。 一、用户故事地图：构建需求全景视角 面对复杂需求，冗长的功能列表容易让团队陷入细节迷失。 2. 填充细节 在每个主干步骤下，纵向补充具体操作和系统功能。如在“发现商品”步骤下，可细化出精准搜索、首页推荐等用户故事。 3. 非功能性需求 性能：页面加载不超过2秒 安全：用户密码加密存储 兼容性：支持主流浏览器 待办事项与开放问题 坦诚列出未决问题并@相关人员，让PRD成为动态协作平台而非独角戏。 四、验收标准：定义完成的精确尺度 这是需求沟通中最关键却常被忽视的环节。验收标准精确定义了什么是“完成”。 优秀验收标准的特征 明确、可测试、无歧义。 总结 清晰传达需求不是编写“完美”文档然后抛给团队，而是建立系统化的沟通框架： 用户故事地图构建全局视野，确保方向一致 PRD沉淀细节逻辑，成为唯一可信源 原型图直观展示交互，降低沟通成本
32510编辑于 2025-11-12- 来自专栏AI大模型
高效沟通的秘籍-沟通视窗
最近听了樊登老师在混沌讲领导力，其中印象最深刻的就是沟通视窗。后来我发现把它用在沟通方面会更有效。我们常常困惑于如何与他人沟通，也会因彼此不能深入了解而大伤脑筋。 今天我就介绍一个好用的思维模型，它涵盖了管理者日常沟通的所有内容，可以指导我们进行高效的人际沟通。 什么是沟通视窗 沟通视窗，原名乔哈里视窗，是一种关于沟通的技巧和理论， 也被称为“自我意识的发现-反馈模型”。 沟通视窗可分为隐私象限、盲点象限、潜能象限和公开象限四大区域，涵盖了管理者日常沟通的所有内容。 2）不好意思说 比DDS浅一层的叫作“不好意思说”。比如上学时的暗恋对象，又或是工作中发现了错误，但是不好意思或者各种各样的原因，没有说出来。
2.8K10发布于 2018-11-07 - 来自专栏石云升
沟通视窗：改善人际沟通
前面我讲了三个值得管理者注意的沟通场景，但并没有给出具体的解决方案。今天就给大家分享一个沟通模型：沟通视窗。学通了的话，能解决大部分沟通问题。 沟通视窗，也叫乔哈里视窗，是一种关于沟通的技巧和理论。 忘了说：常见的场景是，你跟下属沟通，觉得自己表达的很清楚，但对方却听不懂，你很忧伤。这个问题的根源就出在你讲的过程中忽略了很多自己知道，他不知道的知识，所以他接收起来会很困难。 双方进行沟通时，公开象限越多越容易达成共识，沟通也更顺畅。我们在项目中做的编码规范就是在创造公开象限。 有些专家为什么会被人信任？ 2、将盲点象限转化为公开象限 想要将盲点象限转化为公开象限，最常见的办法叫”恳请反馈“，也就是在工作中，主动去询问、去请求别人给予反馈。这些反馈是自己的，也可以是别人的。 所以，如果我们真的在沟通中出现了不愉快，或者效果没达到。可以从分析下是不是公开象限不够导致的。只有找到了问题背后的原因，才能更好的解决问题。
1.5K20编辑于 2022-08-25 - 来自专栏Java成长之路
团队沟通之一个简单的需求是如何搞复杂的
产品在安排这个需求时，以为只需要前端改下就行，并没有给后端估计时间。但前端在做的过程中，发现有些接口中，缺少价格信息和场馆名。 我就以为需求就做完了。 在后来的三天中，因为有些页面没有考虑到、关联多演出的排序规则未考虑等情况，对这个简单需求进行了多次修改，改来改去让人觉得很烦人。 ? 二、如何避免这种情况 作为开发人员，接到任何一个需求时，应该主动分析需求的场景及最终要达到的一个目标。基于这个目标去思考产品提出的这个需求是否合理、是否有未考虑到的场景、能否以更好的方式去实现。 要以一种积极主动的姿态去对待每个需求，这样就能最大限度地减少返工的场景，从而提高自己的效率。 当然，如果每个需求都自己去主动去梳理，去考虑各种场景，作为开发人员将会非常累。 这种情况下，要主动去和产品沟通，并从自己的角度提出，怎么去设计一个完整的产品。比如怎么考虑边缘场景、怎么做将各种场景考虑全面等。这就对技术有了一个更高的要求，但同时也是提高自己沟通能力的一个有效途径。
60230发布于 2019-05-10 - 来自专栏庄闪闪的R语言手册
R沟通｜使用 blogdown 创建你的博客（2）
点击下方公众号，回复资料分享，收获惊喜 简介 本文主要是基于：R沟通｜使用 Blogdown 构建个人博客写的。 Rmarkdown 视频新增两节视频（写轮眼幻灯片制作）需要视频内的文档，可在公众号回复【rmarkdown】 R沟通｜Rmarkdown教程（4） R沟通｜Rmarkdown教程（3） R沟通 ｜Rmarkdown教程（2） R沟通｜Rmarkdown教程（1）
95010发布于 2021-08-20 - 来自专栏朱永胜的私房菜
dubbo（2.7.3） 2.需求
有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准https://blog.zysicyj.top 本文介绍了 Dubbo 要解决的需求 在大规模服务化之前，应用可能只是通过 以上是 Dubbo 最基本的几个需求。 本文由 mdnice 多平台发布
20210编辑于 2023-12-12 - 来自专栏博文视点Broadview
手把手，我写了一份数据分析需求沟通模板
数据分析的需求沟通 这个问题显然是出在需求沟通上。没有沟通清楚需求就动手，自然会来来回回返工。不但自己做得辛苦，业务部门也不满意。所以沟通需求很重要。而数据分析是有标准的需求模板的。 此时需要新建一个分类维度：活动参与情况，包括： 三个活动全部参与 三个活动参与任意2个 三个活动参与任意1个 三个活动全部未参与 如果是一个分析型需求，则要说清楚： 1、当前的业务背景是什么 2、目前是否已经清晰的问题 只有1个能讲清楚，因为他以前干过数据…… 所以需求沟通这个事，不能太指望业务自己，自动自觉把这些问题都讲清楚，而是需要数据分析师们掌握沟通技巧，学会主动挖掘。毕竟挖掘不清楚，还是自己倒霉。 是以客户沟通中表达“想退单”为准，还是以客户人工标记：“想退单”为准，还是以客户建立的退货工单为准？ 2、“客户退单”的信息，关联了哪些内容，比如退单对应的订单号、产品、退货原因。 2、内容全面。本书覆盖了从投入产出分析，到销售、供应、产品、运营分析的主要场景，对每一类场景下的主要指标，分析思路都有介绍，可以满足众多分析需求。
99420编辑于 2023-04-04 - 来自专栏工博谈SAP
SAP实施专家解答：如何用DeepSeek-R1实现需求沟通效率倍增
在IT项目实施过程中，团队常被这些问题困扰：需求反复沟通耗时长、方案文档改来改去效率低、重要反馈总是处理不及时。 现在通过AI工具的帮助，不仅能提升沟通和文档效率，还能优化方案设计、客户对接和项目交付全流程，让技术人员腾出手来做更有创造性的工作。今天小编为大家带来两个实用场景 - 智能会议记录和文档精准翻译。 场景一：会议文字记录结构化——客户需求沟通会实战示例背景：某化工企业ERP升级项目启动会，客户与实施团队通过线上会议讨论财务月结流程改造需求，会议持续2小时。 工具响应：(1)自动分段并识别发言人（支持“甲方财务总监：”“实施顾问：”等标签）；(2)高亮关键内容：[业务需求] - 财务总监：需支持中国GAAP与国际IFRS准则并行月结（关联FICO模块） 执行将讨论内容归类为：确认需求（如“多会计准则支持”）待决策项（如“电子签名认证方式”）技术约束（如“SAP版本限制”）输出表格化摘要：类型内容描述模块责任人确认需求多会计准则并行月结FICO某顾问待决策电子签名法律认证要求法务某经理场景二
35110编辑于 2025-04-28 - 来自专栏娱乐心理测试
有效沟通
说白了就是那些凡事无交代，做事不沟通的人。 很多人都有一个误解，埋头做事最重要，所谓沟通，不是闲聊就是邀功。 不是的。职场上的沟通有多重要呢？ 实际上 ，世界上有一家公司，就是靠着给其他企业解决内部沟通问题而发家致富的，这家公司名叫Slack。 这个系统的优势在于，它舍弃了老土的电子邮件和严肃的会议，以更为随意的方式，按话题组织文本对话，便于公司中的团队实时沟通，用户调查显示，这款沟通软件将团队效率提升了三分之一。 这意味着，有效沟通获得的收益，要比花费的成本大得多。 为什么说是有效沟通？ 因为有一种情况是，你们沟通了半天，仍然像鸡同鸭讲。 原因有两个： 一是对方也没梳理清楚他的需求是什么；二是，你们的交流不在一个频道上。
73030发布于 2018-10-11 - 来自专栏运维之路
【心路】沟通问题
下面我尝试用上面这位朋友讲做产品的5个度来剖析下这个沟通表达的问题： 1、稳度 即核心价值的把握，是否切中主要观点。 2、粘度 即从效益周期角度，由于沟通本身是短期的，所以暂且缩小为沟通接收方对方案产生效益的认可度，只有在符合接收方特定大背景价值下的方案才具备粘度。 如果这个体系是提出方提出，且接收方愿意接受，则沟通的方案可以建立在提出方的体系上。如果接收方自己己经有一个体系，且是正确的体系，则尽量让沟通的方案定位在接收方的体系之上。 所以，在沟通方案前，也要提前了解一些背景，做有准备之战。 3、广度 即沟通范围的控制，是否有范围的蔓延与镀金情况，往往做减法比做加法难得多。 沟通技术方案时，很容易出现不舍得的情况，比如收集了大量看起来很有价值的数据，将方案整理了一个小时的解释量，其实，很多时候对方可能只有1分钟的倾听时间。
50210发布于 2020-03-06 - 来自专栏分布式系统和大数据处理
非暴力沟通
非暴力沟通 2017-11-15 张子阳 推荐: 5 难度: 1 ? 整体上来说，这本书还是很好的，细致讲述了如何进行“非暴力沟通”。看来沟通也是有一些套路可寻的。 提出具体的请求 非暴力沟通的最后一个要素或者步骤，就是提出具体的请求。 在介绍完非暴力沟通的四大要素以后，又介绍了几个关于沟通的要点 1.用全身心倾听，体会他人的感受和需要。句式：“你不开心，是因为...吗？” 甲：你怎么可以那样和我说话？ 方式2（比较好的方式，满足上面提到的3点）：我没法和儿子沟通。他今年18岁了。我一直盼着能有办法和他沟通(满足需要)，你今天的这两个观点给我很大启发(生活改善)。
85440发布于 2018-09-30 - 来自专栏JadePeng的技术博客
高效沟通技巧
高效沟通是工作中的必备技巧，本文为学习总结。 什么是沟通? 沟通是达成共识，理解一致 沟通 VS. 表达 ： 沟通是双向交流，而表达是单向 沟通关键在于通，需要抓住时机及时沟通到位，并不是讲过了就通了 沟通技巧 沟通障碍在于认知偏差 每个人的背景、价值观并不尽相同，对同一个事物的认识会产生较多的偏差， 因此这个认知偏差会导致沟通出现障碍。 克服认知偏差小技巧： 刚开始不要说定性的结论 及时沟通到位，一次不行，多次沟通 要有为能做好事情找方法，而不是为不能做找理由! 但凡沟通，可以按这个秘籍（套路）来做： 定方向 确定沟通的目的——今天主要是。。。
95460发布于 2018-03-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号