在上一节，咱们介绍了产品经理的必备软件，包含axure、xmind、word\excel\ppt、ps\sketch，而ppt是最不可或缺的一个软件，下面是一个java程序员对各个阶段技能要求的视频，不妨可以看看一个程序员对ppt的认知。
视频加载中...
看完上面的视频，虽说级别越高用的软件或者掌握的技能可能越少，但是每一个技能型人才都是从这些最基础的地方一步一步升上来的，级别高的人并不是说他们不会这些软件或者工具，而是他们当前的状况或者职务已经不需要日常使用了，如果一个大佬还在做下面的人做的事情，那下面的人都干什么去？
从上面的视频我们会发现，沟通工具会成为管理决策主要的工具。前台产品经理同样如此，随着级别越来越高，沟通占用的整体时间会越来越长，沟通效率直接会影响最终落地的效果。下面我们来看看前台产品经理常用的工具，包括：百度统计（也泛指各种统计埋点工具），浏览器调试工具（浏览器右键检查元素），钉钉、微信、邮箱等各种即时通讯沟通软件。
前台产品经理常用的工具
统计类工具在很早之前都是站长、友盟、百度统计等。这里我只是拿百度统计来做个举例，做为产品经理可以从百度统计的功能和设计上，学习到很多关于数据分析方面的知识，同样对一些数据分析方面的产品经理也是很好的参考。
百度统计的主要作用：包括新老用户的人群画像、留存点击、热力点击图、访问路径、用户来源分析、实时访客跟踪等，运用好这些功能就基本掌握产品的现状，同时还能测试自己的功能效果。这些功能如何使用，在以后的课程中我会慢慢举例给大家看，重点是前台产品经理必须得知道有这样一个东西可以帮助我们做前台产品。
浏览器调试工具：有的app产品经理应该使用不到这个工具，但也不妨碍我们画原型的时候能用到这套东西。很多情况下，轻微的产品改动是很正常的事情，如何快速高效的画原型还能保持之前的统一设计需要产品像一个前端开发一样调试是非常高息的。下面图给大家简单演示一下整个动作，大家应该一下就明白了，不妨就拿上面的视频获取来举个例子。
火狐右键检查元素
通过浏览器调试工具我们不仅能在浏览器调试一个网页产品的样式，在截图之后放到axure里面进行加工，同时还能了解前端工程师的代码是怎么写的，而譬如一些网络资源的下载也可以同样用这个方法来搞定。譬如上面的视频：点击网络，点击媒体，然后开始播放视频
获取mp4的存储地址
把视频拉到最后的一点点，这个时候会加载完成，并返回一个mp4的播放地址，点击链接直接复制mp4的播放地址出来，然后右键另存为本地视频，这种方法是针对一些没有加密或者不需要解码的媒体资源获取，重点是通过这种不断的调试和学习，可以快速的了解到前端web框架和http的主要运行方式，为此最近我也是在学go和vue，后面可以给大家分享一下一个产品如何快速的搭建自己的网站。
最后一个是沟通工具集合，这个使用的技巧会比较偏软实力，我们重点先说一下邮件的重要性和如何利用拉群来解决问题，在以后的课程在慢慢讲解沟通
邮件：邮件是产品经理官宣的最好工具，和日常的钉钉和微信不同，邮件是一种公开声明的工具，不要在邮件里面和一些同事一来一回，这是新手产品最容易犯的错误。
作为产品经理邮件只做两件事情，1.回复“好的”，2.让接受邮件的人回复“同意”。虽然有点夸张，但是结果无非就是你自己知道了，然后别人也知道了。这样就达到目的了，重点是要有这么个立字据的过程，这也是很多运营、技术、市场部门为什么一再强调发邮件抄送谁的原因。
即时通讯工具：有人会说，不就聊个天嘛，这有什么好讲的。我在这里给大家说个现象，一个公司里面是群主最多的那个人是？你会看到要么是产品经理、要么就是部门管理者、项目负责人，这说明什么问题？很多细节沟通问题解决，都需要建立不同的群来进行点对点的问题处理，这也是产品经理在处理问题中对工作的一种分类方法，很多不方便直接找的人或者对接的事情，拉个群在里面让大家都看到问题所在点，让技术或者相关责任人看到，比自己单方面处理要高效而稳妥，而且自己要主动的去拉群，并在群里去积极解决问题，@相关的人，这样解决起来问题就高效且自然，如果不回复就该当面的沟通就行，或者私聊也可以，让大家习惯这种拉群的团队协作是再高效不过的方法
拉群技巧
关于前台产品经理的常用软件，我就总结到这里，希望这些工具对大家有帮助，一些更深入的使用，我会在后面慢慢的讲到，一节我们讲后台产品经理的日常软件工具，讲完这些之后，我们再讲产品经理使用到的系统级产品工具。
