大公司在研发一个APP的时候，流程是： 需求定位——产品PRD文档——PRD同步所有人——交互设计——交互评审——视觉设计——视觉评审——开发——测试——Beta版本——正式上线 一、需求定位 一般在上年年底或者今年年初，公司会制定一些战略，决定走那些方向可以赚钱，方向可以是游戏、AR、打车、外卖等等领域。然后根据这个方向想想看，怎样实现这个方向上的财务收入。 是靠运营打广告就可以了，还是依据一个产品，比方说：APP或者智能硬件，或者两者都结合，去让一个赚钱的idea变成可实施操作的事情。这个事情在今年哪个月份完成或者试水比较合适，于是就产生了项目时间。 二、产品PRD文档 定好这个项目之后，比方说：要做一个APP，那么这个APP怎样进行运营，是做一个工具（比方说拍照、美图等等）让大家使用，还是说做社交。 这个APP做起来之后怎样让它活起来、动起来、怎样拿到种子用户等等，运营和PM会一起进行商量。当他们的想法比较成熟的时候，PM就会整理出一个PRD文档（需求文档）和一个产品原型。PRD一般是个Word文档，PRD见到的Axure文件比较多。 三、PRD同步所有人 然后召开会议，请所有人参加会议。这里的所有人包括：产品、运营、交互、设计、开发、测试、各个团队的leader，比方说：设计总监，开发负责人等等。在这个环节，PRD文档会遭受来自各方面的质疑。 主要是两方向： 一是产品的核心竞争点在哪？即用什么保证这个产品能在市场上脱颖而出。 另一个就是工期的问题——即能不能在设定的项目时间点上线？如果不能是开发招人还是砍掉一些不重要的需求，一般这个大会之后，产品会重新再调整下PRD，编好需求的优先级再与大家同步一次。 在这个环节之前，设计师是不用也不需要插手进去的。 四、交互设计 定好PRD文档之后，交互会估算自己的工作量，一般从0到1的工作量的话会安排2个设计师，3~14个工作日是比较合适的，根据公司的环境和工作量、人手的多少进行调整吧。 然后交互设计师开始进行设计，中间跟PM进行各种沟通，产出Sketch文档。 五、交互评审 交互评审即对交互设计师稿件的探讨。笔主在评审前，会将稿子与PM、交互设计师进行完整过一遍、修改一遍，以确保自己的方案没那么烂。 然后提前一天进行会议邀约，通过邮件或者钉钉，将所有人都拉到一个会议里面。在评审的过程中，会有来自开发、产品、视觉、其他交互设计师的各种疑问，包括你的leader。 所以这个时候，方案一定会有所更改或者补充。平常心对待~ 六、视觉设计 当交互设计师的稿件修改完成后，会生成相应的交互文档给视觉设计师，文档是比较正规的PDF。视觉设计师开始优化页面，进行更有美感的设计制作，时间上会比交互要长几天。这其中PM和交互都会参与其中一起进行细节补充。 七、视觉评审 跟交互评审一样，视觉评审也会邀请一大帮人进行参与会议，然后进行稿件的确认。当然这个过程可能出问题的是交互，也可能是PM和视觉设计师，大家目的一样，将事情想得更加完善，定一个比较靠谱的方案。视觉设计师然后再依据大家的意见进行文件更改定稿。 八、开发 当视觉设计师完成稿件之后，会交给开发进行代码实现。这个工期可能是马上开始也可能是延后几天，看公司项目的进度。 而到了开发阶段，开发所遇到的问题也会找设计师进行协调，但可能设计师已经开始投入到下一个版本或者下一个需求的设计之中。这些都很正常。 测试、Beta版本、正式上线这三个环节阁主以后再更新。 一是，因为阁主现阶段的工作内容还没有达到这一步，不能只看到其他人项目的表面而胡说。 二是，稍微有点涉及到业务，保密机制需要控制下，望见谅。 总的来说，大公司和小公司的流程其实是比较类似的不同点在于——大公司资源多，可以将每个流程拆分细致，由专门的人去进行做，那么做的东西会考虑比较周全。 如果说工作的节奏，我是觉得：大公司并没有轻松多少，在小公司做事情多而杂，在大公司要非常的专而精，不管哪些方面都要投入大量自己的精力，一样都不轻松。

运营是一门艺术，更是一门技术。                                                                                        过去，“流量为王”的理念使得运营人员的职责聚焦在拉新上。但是近几年，流量成本不断攀升，客观上要求我们进行精细化运营，用最少的钱办尽可能多的事。随着市场环境的变化，运营的渠道和方式不断增加，运营有了更加细致的分类。如何用数据分析来解决流量运营、用户运营、产品运营和内容运营中的增长问题，今天我们将和大家分享在数据运营方面的实战心得。 一、流量运营：多维度分析，优化渠道（上海翔汇网络科技有限公司） 流量运营主要解决的是用户从哪里来的问题。过去粗放式的流量运营，仅仅关注PV、UV等虚荣指标，这是远远不够的。 1.流量概览指标体系     app推广 我们需要通过多维度指标判断基本的流量情况，包括量级指标、基本质量指标和来访用户类型占比指标。量级指标涉及不同平台： Web端主要看访问量、PV和UV APP主要看启动次数、DAU和NDAU 基本质量指标包括用户的平均访问时长、平均一次会话浏览页数（即访问深度）和跳出率等 通过这些指标可以判断用户的活跃度。产品的生命周期模型广泛应用在互联网运营中，在不同的产品生命周期中，访客的类型一定有差异。   app开发 通过【概览】页面，运营人员清楚掌握流量指标及其变化趋势，可以很好的评估过去的工作以及预测未来的流量走向。 2.多维度的流量分析     app推广 在网站流量分析中，主要包括访问来源、流量入口（落地页）、广告（搜索词）等角度。 首先，访问来源包括直接访问、外链、搜索引擎和社交媒体等。在这个分析框架下，需要一层一层拆解，具体到每一个渠道进行流量分析。  app推广 以某博客为例，这是一个内容运营的子站，上面有很多数据分析和增长黑客的文章。我们通过访问来源分析发现，相比于其他渠道，从微博过来的用户数量和质量都偏低。在运营资源有限的情况下，我们可以重新规划一下媒体推广的策略，把精力放到高质量渠道上。 其次，落地页的分析对流量来说也是至关重要，因为落地页是用户到达你网站的入口。如果用户被导入到无效或者不相关的页面，一般会有较高的跳出率。 最后，广告投放也是目前流量运营的重要部分。一般涉及到的广告分析包括广告来源、广告内容、广告形式（点击、弹窗、效果引导）和销售分成等，我们通过多维度的分析来优化广告投放。 上面的三个因素主要是在web端的分析，对于APP分析，需要考虑分发渠道和app版本等因素。 3.转化漏斗分析   app推广 在增长模型中，流量进入后，还需要进一步激活和转化。激活在每个产品中的定义是不一样，无论如何，激活是需要一定的流程和步骤的。我们通过转化漏斗，可以发现每一步。 以上图为例，我们分别对转化的每一步进行分析，分析上方的漏斗发现第一步到第二步的流失率最高，需要针对性优化。下方对不同渠道进行转化率分析，发现总体转化率为8%，但是来至搜索引擎（百度和谷歌）的转化率明显高于其他渠道。有了各个渠道的转化率数据，我们可以针对性优化渠道运营策略。 app推广 4.渠道优化配置 在进行一系列的流量分析和转化分析后，我们可以进行相对应的策略制定，具体方式包括搜索词、落地页、广告投放优化等等。 对于成本低、质量高的渠道需要加大投放，对于成本高、质量高的渠道需要评估成本，对于质量低的渠道也需要做好评估。总体上，根据成本、流量转化等综合情况，对渠道配置进行整体管理和调优。 二、用户运营：精细化运营，提高留存  （上海翔汇网络科技有限公司） 如果说流量运营解决的是用户从哪里来的问题，那么用户运营就是建立和维护与用户的关系。 1.精细化运营 用户在产品上的交互行为很多，我们可以通过用户的行为对用户进行分类；然后根据不同群体的特征，进行精细化运营，促进用户的回访。 以论坛为例，用户在论坛上的行为包括：访问、浏览帖子；回复、评论；发帖；转发，分享等等。我们对用户的每一类行为建立行为指数，例如根据用户的转发、分享等行为建立“传播行为指数”，通过这些指数给用户分类。如此一来，论坛上的用户被分为4个维度：A浏览类、B评论类、C传播类和D内容生产类。用户可能只有一个标签指数，也可能很跨多个指数维度。 用户运营中，可以根据这些标签进行分类。比如UGC论坛，需要保持D类（内容生产类）用户的活跃度和增长率；同时在论坛推广传播中，需要对C类（传播类）用户进行刺激，扩大内容的传播力和影响力。 2.提高用户的留存   app推广 互联网产品一般都关注用户的留存，只有用户留下来了，才能进一步去推动变现和传播。留存分析一般采用组群分析法，即对拥有相同特征的人群在一定时间范围内进行分析。 上图展示的留存图，横向比较展示了每周新增用户在后续各周的留存率，竖向比较展示了不同周的新用户在今后一段时间的留存表现。  app开发 留存时间及周期，和产品体验完整周期有关，不同的业务和产品一般有着不同的时间群组划分方法。比如高品类产品的日留存更好反映用户与产品的关系，而工具类的周留存就比日留存更加具有业务意义。 通过时间维度的分析发现用户留存的变化趋势，通过行为维度的分析发现不同群组用户的差异，找到产品或运营的增长点：这是用户运营非常重要的一点。 三、产品运营：用数据来分析和监控功能  app开发 产品运营是一个非常大的话题，很多运营和产品都是围绕产品来做的；下面我们就产品功能的分析和监控进行讨论。 1.监测异常指标，发现用户对你产品的“怒点” 产品大的流程中，存在很多小的功能点，用户的体验就是建立在这些小的功能点上；就是这些小的功能点的使用情况，成为我们每一步转化的关键。 以注册流程为例，一般需要手机验证。发送验证码是其中一个关键的转化节点；当用户点击重新发送的次数激增时，可能意味着我们的这个功能点存在一定问题。而这就是用户”怒点“所在，无法及时收到手机验证码。 通过对关键指标的监测，便于我们及时发现问题所在，及时修复。 2.通过留存曲线检验新功能的效果  app推广 对于上线一段时间的产品，有时候会添加新功能。上线后，需要评估新功能的效果，是否满足用户的核心需求，能否给用户带来价值。 通过留存曲线，我们不难发现该新功能第一天使用过的人之后持续使用的比例很低，这说明此功能并没有很好地解决用户问题；这提醒我们需要对新上线的功能进行重新思考。 四、内容运营：精准分析每一篇文章的效果  app推广 什么是内容运营？很多人认为，内容运营就是编辑文章、发帖子，其实这是片面的。 在做内容运营之前，需要明白你的内容是作为一个产品（如知乎日报）出来，还是产品的一个辅助功能。只有明白自己的定位，才能清晰目标。为了扩大内容运营的效果，我们需要对用户的需求进行分析，例如用户感兴趣的内容、内容阅读和传播的比例等。 1.基于内容的推荐   （上海翔汇网络科技有限公司） 以技术博客为例，该博客属于PGC模式。博客中的内容有不同分类，为了降低用户获取信息的成本，我们在博客首页设计了不同板块的入口，包括左侧分类导航、中部文章推荐和右侧热点推荐。 我们发现用户主要通过左侧的导航栏和中间的推荐阅读文章，较少点击右侧的热点推荐。所以，在移动端的始终，我们取消了右侧的热点推荐，仅保留了分类导航和中间的推荐。既节省了空间，又最大化满足了用户的内容需求。 同时，我们也对分类导航栏的内容进行了分析，发现用户对【案例分析】的内容最感兴趣，这对我们今后的内容选择是一个非常好的启发。 2.基于用户的推荐  app推广 内容运营中的推荐，有时候和用户的精细化运营息息相关。每一个用户，都有自己喜欢的内容和类别，当我们根据用户的兴趣倾向进行推送的时候，效率肯定会更高。 同样以博客为例，我们通过对访问用户的文章点击情况进行统计，得到了上述表格的结果。显然，用户8对”增长秘籍“有着自己的偏好，用户6、7、9对”案例分享“文章更青睐。那么在实际的内容推送中，我们可以对用户8推送增长秘籍类文章，向用户679推送案例分析的文章，其他用户无差别推送。 数据驱动的精细化运营  （上海翔汇网络科技有限公司） 近年来流行的“Growth Hacker”的核心，其本质就是通过技术创新和数据分析，实现精细化运营，达到增长的目的。一个优秀的运营人员，应该具备数据驱动的思维，掌握一定的数据分析工具。在实际业务工作中，不断从数据中提出问题，不断尝试，用数据来优化运营策略，进而实现客户和业务的增长。 app开发

运营人应是参与者而不是监管者 运营人是规则的制定者，因此认为自己应该是个监管者，这是初入运营比较容易犯的一个错误。在这个项目中我也犯了这个错误，以为自己制定了规则，大家可以按规则行事，自己只要把控几个节点，按时等待结果就行，但实际上并没这么简单，事情进展也不顺利。由于这件事是需要访谈师配合完成，在进度上就很难把控，很多时间都是在催进度，等结果。当一个运营人处于等待状态时，说明这过程就有问题了。由于访谈进度、出稿速度都很慢，我就处于等待之中了。尽管有了规则，访谈师也按规则行事，但由于一些协调时间上的问题，导致访谈一拖再拖，而我也没有意识到整个环节哪一步出了问题，因此也没有针对性地去解决。直到和老板总结项目进度时，才把这些问题扒出来。 好的运营一定强执行 上面讲了运营应该是一个参与者，参与到整个运营活动中去，了解每一个环节。参与就是一个执行的过程。当自己制定了一个项目，后面的执行很重要，因为只有在执行过程中，才能真正发现这个项目的问题。比如自己当下行家访谈这个项目，当我缕清每一个环节，真正参与其中去推进的时候，才发现很多环节是可以加快进度的。当访谈师们因为一些问题没办法进行下去并且他们难以解决的时候，我必须参与进来，找出问题的根本原因，帮他们去解决，如果我不参与进来，和他们一起来解决，那我就只能等待结果。运营的事情很繁琐，绝不是简简单单制定规则，等待结果那么容易，还要参与进去，尤其是一个新的项目，你不知道整个环节走下来会出现哪些问题，哪些问题是需要自己出面去解决的。执行就是参与进去，发现问题，解决问题。 没有思考力的运营不是好运营 思考问题的方法很重要，当一个项目执行下来未达到自己预期目标时，如何思考显得尤为重要。我的思考方法是解构项目，将项目尽可能细分到各个环节，把项目从头至尾分解，列出每个环节的工作和目标，以及有可能遇到的问题并陈列解决方法。因此特意做了个思维导图，如下： 项目分解流程图（由于项目仍在进行中，因此故意隐掉关键内容） 该项目分解流程图主线左侧是标明每一个环节应该做的事情，右侧是未达成目标可能存在的问题及解决方法。制定这个图表的过程要充分思考，想出所有可能的遇到的问题，并提出解决方案。根据这个图来寻找没有达到目标的原因，然后把该做好的事情都做好，再去检测结果，不断完善。 运营人需要能思考，强执行 虽然这个项目还没有完全做好，得到预期的成果，但在执行过程中不断发现问题，并寻求解决问题的办法，才能将结果引向好的方向。在这个项目中我也发现思考力和执行力是做好一切事情的基础。另外，勤于总结是一个很好的习惯，因为在总结的过程中不但能发现问题还能提取经验，这对今后做事很有帮助。 在今后的运营中要不断发动自己的大脑去思考，然后勤奋一些，让自己忙碌起来，找到做事的方法，奔着目标去做，这样结果不会太差的。

新发布的php5.4需要采用FastCGI模式在IIS上配置，原来的php5isapi.dll已经找不到了。 安装IIS： 在控制面板——程序和功能——打开或关闭windows功能中，保证IIS、CGI的安装打钩，否则将没有FastCGIModule选择。（如果是2008R2则要选择上FastCGI,我这是Windows7没有FastCGI选）保险起见可以全部选上： 将下载的php安装包解压在本地，如D:\server\php\（以下均以此地址为例）。复制其中的php-development.ini为php.ini，并进行如下修改(要去掉开头分号)： ①修改扩展路径：extension_dir = "d:\server\ext" ②找到要扩展的部件（可能不止一个），如：extension = php_mysql.dll ③时区：date.timezone = asia/shanghai ④fastcgi.impersonate=1 默认为0，如果使用IIS，你需要开启为1 ⑤cgi.fix_pathinfo=1 ⑥cgi.force_redirect=0 默认为1，如果你使用IIS，需要将其关闭为0 ⑦session存储路径，如：session.save_path = "d:\server\web\session" 在win7的IIS7上配置php时，并不需要把php.ini和相关文件拷到系统目录下了。 打开IIS管理器（右键计算机——管理——服务和应用程序——Internet信息服务）： 点击ISAPI和CGI限制，点击添加，路径为d:\server\php\php-cgi.exe，描述可写php，允许执行扩展路径，确定。 点击处理映射程序，点击添加模块映射，请求路径*.php，模块FastCGIModule，可执行文件d:\server\php\php-cgi.exe，名称可为php。此时IIS就基本配置好了，重启IIS即可使用默认站点。 FastCGI进程意外退出如何解决？ 在使用Windows7 IIS7进行PHP配置安装过程中，如果PHP配置不正确，会出现FastCGI进程意外退出出错信息，此时你可以在DOS下使用 C：\php53iis\php.exe -v

网页打开速度与网站关键词排名有一定关系，一个好排名的网站打开速度一定不慢，反之，网页经常打不开或打开需一分钟以上则难以获得好的排名，而且白白流失流量。下图是网页加载速度与流量关系的图片。 从上图可知网页加载速度和流量是成正比。如何才能有效保证网页的加载速度，确保客流量不会因之流失呢？下面具体谈谈加快页面打开速度的几种方法。 降低图片加载速度和保存网页设置 相对于文本来说，图像文件要占的内存空间大很多，所以在加载这类文件时用的时间就会相对长一些，从而拖慢了网页打开速度。通过图像编辑程序来降低图像精细度，从而减少图像文件大小，则在很大程度上可以提高网页打开速度。另外，在HTML代码中指定图像尺寸大小。 简化HTML编码 网页设计师在编辑HTML代码时一定要做到能简则简，用div+css布局相比table方式能大大缩减代码。 CSS和JavaScript作外部文件 网页中不出现style内容，所有样式放到外部css文件中，同样，javascript代码尽量放入js文件中。