沟通需求时，让对方了解需求。
在与对方沟通我们的需求时，要让对方知道一般的需求前景，我们为什么会提出这样的需求，这个需求提出后有什么作用，是否能彻底解决当前的问题。当然，没有必要让对方完全理解，让他们下意识地知道这件事是对的、合理的、有根据的。另外，不要把对方当成满足自己需求的工具。真诚地互相交流。诚实的交流必须换来绝对的认可和理解。
从侧面了解对方的工作量。
大家都忙，没闲着。沟通的时候，要看对方忙不忙。如果对方很忙，你还在沟通你的需求，你可以想象要么你等，要么你先被推出去。当然，一开始，出于礼貌，我可能会和你交流和讨论。但是久而久之，你真的很讨厌！请注意。
你不想和这个人交流吗？
有时候一个需求写好之后，会涉及到很多人，所以这么多人组织和沟通相对比较困难。此外，有时我会和某人沟通他们的需求，但沟通的过程并不是很顺利。下次在使用与此人相关的需求时，尽量避开此人也是不对的。我认为这就是挑战。否则，每天和一个人说说话，然后迅速解决是没有意义的。陌生多样的交流伙伴是我们在这个领域不断成长的捷径。
努力让沟通伙伴认可你和这个部门。
你请求的背面也反映了沟通伙伴是否认可你和你的团队。这里的认可意味着你的力量，你的力量。没有人想成为一个我不认可的人提出的要求，即使他们认可，他们也是持怀疑态度的。当然提出来的时候会有一些磕磕碰碰。很累！解决这个问题的办法就是在一定程度上证明自己的实力，这是严重的伤害！另外，多交流，多了解你，多了解你的团队。时间久了，会有理解而没有认可。
关于调度问题
当一个需求完成时，有必要安排并给出一个时间限制。实践证明，并不是所有的需求都需要被调度。例如，如果你想添加一个nofollow标签，添加一个代码，上传一个robots，修改一个列的文本名称等小事情，你自己的技术人员可以在你的业余时间帮助你快速完成，但是你需要一个时间表，所以安排它，所以它可能不如你上线时不安排它那么快。
那么应该安排什么样的需求呢？大部分要求成本高，研发时间长；d期肯定需要安排。另外对方有一定的工作，时间周期长，你的需求也需要更快上线。
向产品或实现者说明重要性，安排好时间表，因为在这种情况下，你的重要需求一天也坚持不了，你的领导也在关注这个需求。但是，在所有这些前提条件下，你需要掌握一个学位，并对自己的需求有深刻的理解，才能很好地掌握这个学位。
还有很多，比如充分尊重对方，不知道对方的工作会引起对方的反感。在组织人员和会议时，不要拖延，也不要组织一群人在每件事上都互相沟通。例如，添加一个nofollow并调用一组人有点大问题！
看过这篇文章的人也很喜欢：
为什么SEO部门需要公司高层的支持？
搜索引擎优化团队绩效考核标准
SEO不知道怎么分析用户需求，怎么做百度排名？
如何通过百度指数分析用户需求？
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/160532.html