1. 问题的环境和背景
这里的背景一般包括，是针对桌面浏览器还是移动端开发？如果是桌面浏览器，则兼容性要求如何？比方说，你来咨询父级是百分比高度的垂直居中效果，你就要说明，你这个效果是需要兼容IE7+还是IE8+, 还是只需要IE10+支持就可以，这是很重要的，浏览器兼容性要求背景的不同，所提供的技术解决方案也会大相径庭；如果是移动端开发，是纯web还是Hybrid模式，只主需要关心iOS呢，还是所有设备。
2. 遇到的问题现象描述
这里的描述不是简单的直抒胸臆，“哎呀，我这里怎么露出个边框色啊？”，没错，这是你看到问题时候内心自然的想法。但是，这只是你自己内心的想法，因为你脑中还有很多其他别人不知道的信息！就像写文章一样，要多换位思考，别人根本就不知道你项目是哪根葱上长出来的，什么“露出边框色”，鬼才知道是个怎么回事呢！这样的问题如何回答，如何交流？要描述具体一点，具体到你们部门的产品经理也知道你描述的是个什么问题就可以了。
有一些很简单的技巧，对吧，你截两张图（敏感信息可以马赛克掉），往邮件里一放（不是附近格式），所谓一图胜千言，相比干巴巴的文字立马就直观很多了，看到了界面、看到了出问题的样子，说不定脑子里就知道大致怎么回事，我就可以发表自己的观点了。
3. 自己对问题的思考过程与看法
当我们遇到问题的时候，自己内心肯定是有过思考的，百度也百了很久，实在棘手才去问别人的对吧。好的，在邮件沟通交流的时候，你自己内心的想法、思考过程是非常重要的，你应该写下来，这对于问题的解决非常有帮助。
4. 必要的关键源代码
有时候，发生问题，并不是思路、或者理解上出问题了。而是代码本身。因此，在提问的时候，最好附上一些关键的源代码（记得注释啊注释），直接邮件显示，不要附件。要知道，下载附件很烦的~
5. 在线与预览的Demo
最最高效的问题沟通之道就是这个了，可在线预览的Demo. 一图胜千言，一例胜千图。
注意，这里的Demo指的是可在线预览的Demo. 是一个整理过的，只与问题自身相关联的静态在线Demo页面。基本上，90%以及以上的同学提问，凡事有Demo的，全都是打包文件，大部分都整理过，还算不错的；有的直接洋洋洒洒大波页面，而与问题相关的，也不知道藏在了哪里；还有一个印象深刻的，是直接就是asp页面，而且里面都是拖控件生成的些代码，我真是信了你的邪，这样的页面看毛线，毛线都没得看！
说到在线Demo，有很多很好的网站、很多很好的工具，大家要用起来，对吧，都是免费的，体验又好，还能协同修改，不要太适合前端问题交流哦！
比方说：jsbin.com jsfiddle.net codepen.io等，国内也有类似的站点。
转自：张鑫旭