首先，要有一个好的框架，跟盖房子一样，好的分析肯定是有基础有层次，有基础坚实，并且层次明了才能让阅读者一目了然，架构清晰、主次分明才能让别人容易读懂，这样才让人有读下去的欲望；
第二，每个分析都有结论，而且结论必须要明确，如果没有明确的结论那分析就不叫分析了，也失去了他本身的好处，因为你本来就是要去寻找或者印证一个结论才会去做分析的，所以千万不要忘本舍果；
第三，分析结论不要太多要精，如果能够的话一个分析一个最重要的结论就好了，很多时候分析就是发现问题，如果一个一个分析能发现一个重大问题，就到达目的了，不要事事求多，宁要仙桃一口，不要烂杏一筐，精简的结论也容易让阅者理解，减少重要阅者（通常是事务繁多的领导，没有太多时间看那么多）的阅读心理门槛，如果别人看到问题太多，结论太繁，不读下去，一百个结论也等于0；
第四、分析结论必须要基于紧密严禁的数据分析推导过程，不要有猜测性的结论，太主观的东西会没有说服力，如果一个结论连你自我都没有肯定的把握就不要拿出来误导别人了；
第五，好的分析要有很强的可读性，那里是指易读度，每个人都有自我的阅读习惯和思维方式，写东西你总会按照自我的思维逻辑来写，你自我觉得很明白，那是因为整个分析过程是你做的，别人不必须如此了解，要明白阅者往往只会花10分钟以内的时间来阅读，所以要思考你的分析阅读者是谁？他们最关心什么？你务必站在读者的角度去写分析邮件；
第六，数据分析报告尽量图表化，这其实是第四点的补充，用图表代替超多堆砌的数字会有助于人们更形象更直观地看清楚问题和结论，当然，图表也不要太多，过多的图表一样会让人无所适从；
第七、好的分析报告必须要有逻辑性，通常要遵照：1、发现问题--2、总结问题原因--3、解决问题，这样一个流程，逻辑性强的分析报告也容易让人理解；
第八、好的分析必须是出自于了解产品的基础上的，做数据分析的产品经理本身必须要十分了解你所分析的产品的，如果你连分析的对象基本特性都不了解，分析出来的结论肯定是空中楼阁了，无根之木如何叫人信服？！
第九、好的分析必须要基于可靠的数据源，其实很多时候收集数据会占据更多的时间，包括规划定义数据、协调数据上报、让开发人员提取正确的数据或者建立良好的数据体系平台，最后才在收集的正确数据基础上做分析，既然一切都是为了找到正确的结论，那么就要保证收集到的数据的正确性，否则一切都将变成为了误导别人的努力；
第十、好的分析报告必须要有解决方案和推荐方案，你既然很努力地去了解了产品并在了解的基础上做了深入的分析，那么这个过程就决定了你可能比别人都更清楚第发现了问题及问题产生的原因，那么在这个基础之上基于你的知识和了解，做出的推荐和结论想必也会更有好处，而且你的老板也肯定不期望你只是个会发现问题的人，请你的那份工资更多的是为了让你解决问题的；
十一、不要害怕或回避“不良结论”，分析就是为了发现问题，并为解决问题带给决策依据的，发现产品问题也是你的价值所在，相信你的老板请你来，不是光让你来唱赞歌的，他要的也不是一个*的工具，发现产品问题，在产品缺陷和问题造成重大失误前解决它就是你的分析的价值所在了；
十二、不要创造太多难懂的名词，如果你的老板在看你的分析花10分钟要叫你三次过去来解释名词，那么你写出来的价值又在哪里呢，还不如你直接过去说算了，当然如果无可避免地要写一些名词，要有让人易懂的“名词解释”；
十三、最后，要感谢那些为你的这份分析报告付出努力做出贡献的人，包括那些为你上报或提取数据的人，那些为产品作出支持和帮忙的人（如果分析的是你自我负责的产品），肯定和尊重伙伴们的工作才会赢得更多的支持和帮忙，而且我想你也不是只做一锤子买卖，懂得感谢和分享成果的人才能成为一个有素养和受人尊敬的产品经理。