首页 解决方案 移动开发 小程序开发 网站建设 精品案例 关于翔汇
在大公司,APP的设计流程和时间分配是怎样的?
2018-05-11
大公司在研发一个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版本、正式上线这三个环节阁主以后再更新。 一是,因为阁主现阶段的工作内容还没有达到这一步,不能只看到其他人项目的表面而胡说。 二是,稍微有点涉及到业务,保密机制需要控制下,望见谅。 总的来说,大公司和小公司的流程其实是比较类似的不同点在于——大公司资源多,可以将每个流程拆分细致,由专门的人去进行做,那么做的东西会考虑比较周全。 如果说工作的节奏,我是觉得:大公司并没有轻松多少,在小公司做事情多而杂,在大公司要非常的专而精,不管哪些方面都要投入大量自己的精力,一样都不轻松。 上海专业APP开发公司:翔汇网络科技有限公司,专注于各种App的定制开发,微信公众号开发,微信开发,欢迎来电咨询! http://www.webxh.cn 请加QQ:2718 3065 22
一个优秀的运营应该具备的四种数据分析能力
2016-07-19
运营是一门艺术,更是一门技术。(上海翔汇网络科技有限公司)                                                                                        过去,“流量为王”的理念使得运营人员的职责聚焦在拉新上。但是近几年,流量成本不断攀升,客观上要求我们进行精细化运营,用最少的钱办尽可能多的事。随着市场环境的变化,运营的渠道和方式不断增加,运营有了更加细致的分类。如何用数据分析来解决流量运营、用户运营、产品运营和内容运营中的增长问题,今天我们将和大家分享在数据运营方面的实战心得。 一、流量运营:多维度分析,优化渠道(上海翔汇网络科技有限公司) 流量运营主要解决的是用户从哪里来的问题。过去粗放式的流量运营,仅仅关注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开发
详解谷歌AI五大安全机制论文,AI的开发到底有多少坑?
2016-07-09
关心AI圈的人一定都知道,谷歌是一家在AI领域投入和应用非常广泛和庞大的科技公司,对于AI的研究也一直处于世界水平的前列。作为领域的领军公司之一,谷歌自然要扛起前瞻性研发的公司,所以在很多人还对深度学习一头雾水的时候,谷歌已经开始研究如何避免AI伤害到人类了。 防范措施的全方位研究 前段时间,谷歌就发布了一篇论文,详细的描写了一种用于AI的紧急停止开关的运作原理和实现机制,但是这样仅仅的一种事后应对措施显然是无法平复人们(包括谷歌)的担心的,因此,另一项研究也在同时进行,并在前者发布不久之后发布,这项研究多是从基础理论出发。从根源上提出了几种防止AI对人类的利益产生损害的方式,雷锋网(搜索“上海翔汇网络科技有限公司”)分上下两部分翻译了论文的全文,点击链接:上、下——从事先预防到事后应急。简直已经形成了一套完美的理论。 但是这确实证明了AI确实已经强大到了足以威胁到我们的地步了吗?Elon Musk、霍金等AI警惕论者是不是应该为自己的远见欢呼雀跃?事实上恰恰相反。在仔细分析了谷歌的安全机制论文后,我们恰恰认为这篇论文反而体现了目前的AI仍然处在远远无法对人类这个整体产生威胁的程度。 如同Mobileye的Amnon Shashua说的那样,深度学习目前只能用来解决人类已知并且能非常精确的描述出来的问题。与深度学习师出同门的增强学习(Reinforcement learning,RL)自然也是一样。在目前典型的RL学习范例中,如果要让一个机器人很好的完成一项任务,人类必须把这项任务的所有细节量化成机器可以理解的形式,然后输入RL的模型,再让机器经过无数次的模拟和实验,才可能得出一套行之有效的方案。 这种形式导致的一项后果就是:增强学习的“代理”(也就是机器人)的概念中,除了完成任务获取最大化的奖励之外不会有任何概念。在某些时候,心无旁骛是件好事,但是这却导致了代理在完成任务的过程中会出现很多意想不到的问题,而这才是目前谷歌主要想要应对的问题,而不是起邪念的机器人想要毁灭世界,或者干嘛的。就连谷歌自己都在论文中说: 目前,很多此类讨论围绕极端情景,例如在超智能代理(也就是超级人工智能啦)中出现错误目标函数的风险。然而,我们认为有成效地讨论意外问题不需要渲染这些极端情景,实际上这只会带来没必要的推测性讨论,正如一些批评者所说的那样,缺少精确度。我们相信,最有成效的做法是从现代机器学习技术的实际问题(虽然经常比较笼统)来描述意外风险。 言下之意就是,现在的机器人如此之蠢,为什么大家都想去分析一个正在学习爬行的婴儿会不会飞的比飞机还快? 注意这个类比的特点:婴儿再怎么长大,再怎么学习,也是不可能单独飞起来的,更何况要飞的比飞机还快,同样,目前的增强学习模型,如果不在某种程度上发生飞跃性、本质上的进步,很难相信它随着不断的学习就能成为能超越一切的智能。 不够智能=不会犯错? 让我们回到论文本身的分析来,谷歌相信现在的机器人只有极其有限的智能,不代表他们就认为这样的智能不会对人类造成损害。事实上,没有智能的东西对人类造成的损害大了去了。其实人类在执行某项任务的时候,除了任务目标和手中掌握有的工具之外,人类在进行思考的时候还会考虑两项很重要的因素:常识和道德。它在不知不觉中影响着我们的一言一行。但由于在通常RL模型的指引下,机器人对周遭除了模型中有所描述的环境的概念一无所知,这时候它是没有常识和道德可言的。因此很容易做出一些看起来匪夷所思,但于机器人的角度来说却是合情合理的行为。谷歌在论文中以一个清洁机器人为例,主要提出了五种可能的、AI在执行RL学习时可能出现的错误趋势: 负面影响:AI在试图达到目标时可能对环境做出有负面影响的举动。比如它可能会为了更快的打扫地面而径直推翻(而不是绕过去)一个花瓶。 非法解读:AI可能通过篡改测量值等手段在奖励函数上玩花样。比如扫地机器人可能只是找个东西把脏东西盖起来让自己看不见它,就认为自己已经扫干净了地面。 监管可扩展性有限:AI系统可能无法对那些在系统中不方便太过频繁的评估的物体做出适当的反应。比如,如果机器人需要从人那里获得训练结果的反馈,那它就需要有有效的利用这条反馈的能力(而不能像普通的训练那样不停的核对训练结果),因为不停的问一个人问题是很烦人的。但目前这点很难做到。 环境探索安全性:AI系统评估环境的时候可能会造成太过负面的影响。比如,一个扫地机器人可能会需要进行建立拖地策略的实验来作为以后工作的依据。但是很显然它无论怎么实验无论如何也不应该尝试把湿拖把插进插座中。 分配转变的鲁棒性不足:AI系统处在与其训练环境完全不同的环境时认知和行为可能不稳定。比如,启发式算法让机器在在工厂中学到的行为可能在一个办公室中就会显得不那么安全。 仔细看完这些条件会让人感慨现在AI的愚蠢却又诧异它那诡异的“智慧”。或许构建一个AI系统是世界上对逻辑性要求最严密的职业了,因为正是逻辑造就了AI,在它们的世界里现在还不存在感情之类的约束。如果你要求AI去完成一件事,那AI毫无疑问的会在它的逻辑框架下想尽一切办法去完成,哪怕因此必须要完成一些在人类看来是“作弊”或者“得不偿失”的动作。 因此整篇论文的关键点就围绕在奖励条件的建立和维护上进行。正如之前所说,论文中并没有涉及过多的具体方法和公式,而倾向于提供思路,一部分原因应该是RL的研究实际上还不足以支撑在这些措施的太过具体的实现,不过在某种程度上应该也是因为谷歌不希望太具体的方法限制了算法开发者们的发挥。 防范的思路 对应这五点可能的错误,谷歌在论文中零零总总列出了大概十条防范措施的思路,不过总结起来,大致就是从三个RL设计的三个最基本的方面来考虑的: 对于奖励条件本身的优化: 人类的行动都是基于常识和道德来考虑的,因此,为机器也加上一个类似的价值观系统是一个比较合理的考虑方向,谷歌在论文里提出:指派RL算法完成任务的时候,人们最倾向的希望其实是该机器人不要给环境造成任何影响——不要破坏环境中已有的物品,不要打翻花瓶,不要……。但是如果只是简单粗暴的给所有对环境的改变都加上负奖励,那很可能会导致代理最终决定不再做任何事,因为一旦代理开始行动,或多或少都会给环境带来改变。 谷歌对此提出了几种思路,包括推测一个代理用正确的方式完成任务后环境的状态,然后用这个状态作为奖励、对代理进入完成任务时不希望其进入的区域的行为作出惩罚,以及让代理能够理解它的行为对其他代理个体(包括人)带来的影响,但谷歌在论文里也指出,目前并没有足够强大的能支持这种理解的模型出现。 防止对奖励条件的滥用和曲解: 对于这个方面,谷歌提出的方法大概能分为这么几类: 谨慎行动:这是最笨的办法,只要人们设计系统的时候够小心,可能就能避开所有能被算法利用来获取奖励的bug。或者从另一方面来说,人们可以故意留出一些可以被算法利用的漏洞来作为预警,并时刻监视这些漏洞,当这些漏洞被攻破,就意味着算法需要调整了。 对抗性致盲:谷歌认为,可以通过隐藏奖励的部分细节、甚至完全将奖励机制黑箱化,让算法主体无法通过寻找规则本身的漏洞来攻破规则。黑箱原理类似于现在很多手机采用的指纹识别系统。有专用的芯片负责指纹识别,手机本身的系统是没有权限读取其芯片中的数据的,它能做的只有向芯片中发送指纹识别的请求,由芯片独立完成识别后再将结果返回给系统。这样无疑可以极大减小奖励的规则被算法利用的可能性。 对抗奖励:甚至,谷歌还认为,人们可以为此设计另外一个代理,让两个代理互相监督对方有没有做出违背人类希望的选择。所谓以毒攻毒。 对模型本身的限制: 使用各种方法加强包括人类对算法的监视,确保当模型做出不良选择时,能及时的得到负面的反馈。为了不让模型训练后变得过于消极,如果人们确定代理在一个区域内活动的时候无论如何也不会给人类造成损害,可以将这个区域划为一个安全区域,在这个区域内,代理可以自由的进行各种探索。 AI科研的下一个里程碑和挑战 其实从这篇论文中就能看出:目前AI的研究方式无非就是抽象、逻辑化环境和任务目标,将这些东西教给代理,然后给它无数次机会和数据进行训练,让它在无数次尝试中得到最好的目标实现方法。而这些数据就是一堆堆的函数和概率。 虽然谷歌已经开始着手为其定制预防措施,但不出意外的话,这些东西都不会是最后真正AI的形态。其实人们最初设想的AI,其外在的表现会和人一样:它们刚诞生的时候可能也什么都不懂,但是它有一种像人类一样的,能够通用于世间万物的学习能力。很快就能学会它需要的所有东西,(最后超越人类)。 目前,研究一种通用的学习算法正是AI科研领域内很多学者研究的重点。在最近的一次采访中,深度学习大牛,ImageNet的创办者李飞飞最近在a16z的podcast中也表示:“我的下一个梦想就是希望能教会机器人应该怎么去学习,而不是模仿训练数据。” 如果AI真的具有了一种通用的学习能力,那我们该传达给它们的就不应该是更多的规则,而是一种新型的,对人类和机器都会有利的价值观了,那可能又会是一种全新的方法和思路。这也是DeepMind的早期投资人Jaan Tallinn曾预言过的下一个极有潜力的AI相关领域:AI的价值观对接研究(value-alignment research) 不能轻视,但也无需恐惧。让我们期待那一天的到来。
怎样才能是一个好的运营?
2016-07-08
运营人应是参与者而不是监管者 运营人是规则的制定者,因此认为自己应该是个监管者,这是初入运营比较容易犯的一个错误。在这个项目中我也犯了这个错误,以为自己制定了规则,大家可以按规则行事,自己只要把控几个节点,按时等待结果就行,但实际上并没这么简单,事情进展也不顺利。由于这件事是需要访谈师配合完成,在进度上就很难把控,很多时间都是在催进度,等结果。当一个运营人处于等待状态时,说明这过程就有问题了。由于访谈进度、出稿速度都很慢,我就处于等待之中了。尽管有了规则,访谈师也按规则行事,但由于一些协调时间上的问题,导致访谈一拖再拖,而我也没有意识到整个环节哪一步出了问题,因此也没有针对性地去解决。直到和老板总结项目进度时,才把这些问题扒出来。APP开发 好的运营一定强执行 上面讲了运营应该是一个参与者,参与到整个运营活动中去,了解每一个环节。参与就是一个执行的过程。当自己制定了一个项目,后面的执行很重要,因为只有在执行过程中,才能真正发现这个项目的问题。比如自己当下行家访谈这个项目,当我缕清每一个环节,真正参与其中去推进的时候,才发现很多环节是可以加快进度的。当访谈师们因为一些问题没办法进行下去并且他们难以解决的时候,我必须参与进来,找出问题的根本原因,帮他们去解决,如果我不参与进来,和他们一起来解决,那我就只能等待结果。运营的事情很繁琐,绝不是简简单单制定规则,等待结果那么容易,还要参与进去,尤其是一个新的项目,你不知道整个环节走下来会出现哪些问题,哪些问题是需要自己出面去解决的。执行就是参与进去,发现问题,解决问题。APP开推广 没有思考力的运营不是好运营APP制作 思考问题的方法很重要,当一个项目执行下来未达到自己预期目标时,如何思考显得尤为重要。我的思考方法是解构项目,将项目尽可能细分到各个环节,把项目从头至尾分解,列出每个环节的工作和目标,以及有可能遇到的问题并陈列解决方法。因此特意做了个思维导图,如下: 项目分解流程图(由于项目仍在进行中,因此故意隐掉关键内容) 该项目分解流程图主线左侧是标明每一个环节应该做的事情,右侧是未达成目标可能存在的问题及解决方法。制定这个图表的过程要充分思考,想出所有可能的遇到的问题,并提出解决方案。根据这个图来寻找没有达到目标的原因,然后把该做好的事情都做好,再去检测结果,不断完善。 运营人需要能思考,强执行 虽然这个项目还没有完全做好,得到预期的成果,但在执行过程中不断发现问题,并寻求解决问题的办法,才能将结果引向好的方向。在这个项目中我也发现思考力和执行力是做好一切事情的基础。另外,勤于总结是一个很好的习惯,因为在总结的过程中不但能发现问题还能提取经验,这对今后做事很有帮助。 在今后的运营中要不断发动自己的大脑去思考,然后勤奋一些,让自己忙碌起来,找到做事的方法,奔着目标去做,这样结果不会太差的。
活动运营策划必学的双层活动架构
2016-07-04
                                                                             摘要: 活动运营经常要策划很多活动,各种各样,那么,我想问,作为活动运营,你有没有自己的活动总结,是不是有自己的一套活动策划方法。本文就来和大家分享一个双层活动架构,对于活动运营来说,非常有必要学习的。希望能够对活动运营有帮助。 01 我所认识的活动运营平常都要策划很多的活动,各种类型都有。 例如抽奖活动:活动上线后,大量的用户进入页面开始抽奖,抽到的开心,抽不到的玩两下走掉。 再例如领券活动:用户们进来,领完券之后,离开。 再比如有奖激励内容的活动:用一些活动作为奖励,让用户们输出内容,有的用户输出了之后得奖,有的用户看了之后不感兴趣,走掉。 等等等等。 这些活动,如果是作为一个网站,APP,或者是微信公众号的常规活动,都没有太大的问题。 常规活动嘛,简单一些,有趣一些最好,不要搞得太复杂,毕竟经常举办,只是一种常规性的运营策略。 但如果是作为一场大型活动,涉及到了很多资源的投入,甚至是会有大型渠道来推广, 那做这样的常规活动,就是非常大的资源和机会浪费。  我看过很多APP大张旗鼓宣布要上线一场大活动,甚至准备砸一些微信大号来进行传播和推广, 各位也知道大号价格现在非常昂贵,当活动上线后,我打开他们的活动页面, 又是很简单的抽奖,或者是领券活动, 我无奈的摇摇头,默默的关上了活动的页面,内心感叹: 众多很好的推广机会,就被这些“漏斗型”活动浪费了。 02 是的,我称这些活动为“漏斗型活动”, 因为它们就像一个漏斗一样,简单粗暴的放出,然后用户们参与,最后一页一页不断的流失,漏到最底下的就是你的转化。 所以你可以看到这种“漏斗型”活动的最大问题: 缺少用户的自传播机制。 如果用户们参与活动之后,能将活动自发不断地扩散传播出去,安利身边更多的人去玩, 那这样的活动才是效果最好,并且是最有意义的。 所以我们的活动运营,平时不能只会做这些漏斗活动,更要去会做: 让“用户们自发传播”的活动。 03 驱动用户自传播的活动一般有两种方式, 一种是内容驱动,另一种则是激励驱动。 首先来看内容驱动。 在之前做母婴项目的时候,我曾经策划过一个非常简单的H5内容型小游戏。 这个小游戏的主题叫“养宝宝要攒多少钱”。 逻辑非常简单, 用户进入活动页面,输入一系列包括宝宝的年龄,性别以及居住城市等基本信息, 以及还要输入一个妈妈爸爸的“消费观选项”, 我们这个H5页面就会根据用户填写的信息得出一个大致的结论,告诉用户如果想把孩子养大成人还需要多少费用。 app运营数据 当然这个算法也是比较简单,是综合了宝宝的营养费,生活费,教育费等等一系列费用综合出来的算法, 甚至为了让活动数据夸张有趣,我们尽可能按照最高费用标准来作为标杆, 这样得出的数据既会很夸张,但又不至于太离谱。 当用户输入一系列信息得到这个数据后,我们会用夸张的文案告诉他:你的养娃费用如此之高,已经超越了全国XXX的用户,快去炫耀一下吧!(看到这句话,你是不是觉得似曾相识?),以此来引诱用户去扩散。 由于这个活动页面设计的非常有趣可爱,所以一上线不能说火爆,但是也是引起了很多用户的共鸣,所以大家纷纷转发,甚至会在转发的时候发表一些自己的感言, 这些,都是通过我微信里用户的朋友圈真真实实的看到的。 就这样,一个小小的内容型很快就传播出去了。最后也是带来了一波不小的下载量。 04 除了我自己做过的,最近身边发生的一个内容驱动传播案例也是让我拍案叫绝。 某公众号趁着高考的档口,上线了一个“晒出我的高考证”活动(你或许知道或者已经在朋友圈看到这个活动了)。 这个活动是怎么回事呢? 用户进入公众号的活动页面,输入自己姓名和高中,就会生成一张专属于自己的高考准考证图片。而这张准考证理所当然的也有该公众号的二维码。 该准考证的仿真程度极高,策划团队甚至还通过一些小技巧不断降低用户参与此次活动的门槛。 众所周知,真实的高考准考证上一般都是会带上个人的一寸照片,但是如果这个活动让用户在填写信息时也上传自己的照片,那就会大大增加用户的参与门槛,很多没有安全感的用户会拒绝参加这样的活动。 如果用一些通用的男生女生照片作为样例,却又会降低准考证的真实性,减小用户们传播的欲望。 所以该团队别出心裁在“准考证模板”里用了一只手指挡住了一寸照片的位置,既佯装了手拿准考证显得更具有真实性,同时也很好的解决了用户不愿意上传照片的忧虑。 用户有了自己的准考证图片后便会发到朋友圈进行炫耀,或者发表感慨,而朋友们看到之后则纷纷表示很感兴趣并过来询问如何制作。 由此,一个裂变式的内容驱动传播就此完成。 05 该活动最终为该公众号带来了不下于15W的粉丝,刨除用户的精准性来讲,这个活动是非常成功的。 app推广刷量 所以你看,即使是做很简单的内容型活动,依然可以突破“漏斗型”的局限,通过内容驱动用户进行自传播。 虽然这种内容的驱动传播可能对于运营的策划水平要求比较高。 核心就在于: 活动的策划是否可以触达到用户的情感痛点。 “养宝宝要攒多少钱”这个活动,成功触及到了现在国内的母婴用户群体在养孩子身上的不顾一切。任何东西都希望给孩子买最好,任何服务都想为孩子去试试,由此造成养孩子的成本水涨船高。而该活动成功的为用户提供了情感的宣泄出口,从而让他们感同身受的去转发。 而准考证的活动则是在高考这个特别的时刻,充分激发了用户们对于校园青涩时光的怀念和追忆,同时内容的趣味性也使得更多的用户愿意参与进来并不断扩散。 06 但想要策划出一个“触达到用户情感痛点”的内容驱动型活动真的有那么容易么? 我觉得未必。 因为内容驱动传播的活动光有创意还不足够,天时地利人和同样也很重要。 如果没有到高考这个当下热点,那准考证这个活动案例或许根本就不会出现在我今天的文章中。 所以可见各种环境因素对于内容驱动传播的效果影响其实是蛮大的。 而且内容驱动另一个缺陷就是。 无法进行复制。 很多内容和创意,你用了一次之后,就无法再用第二次。诚然,活动运营做每一次活动都要不断超越自己,但谁敢保证,每次做活动的效果都能保持在一个很稳定的水准? 至少内容型驱动活动还不够保证活动运营可以稳定的输出。 所以,我更加推崇的是激励驱动。 07 很多朋友又问了,那刘玮冬,我做的也是激励驱动活动啊,下载得红包,领券等等,为什么没有用户去传播呢? 因为你还是没有摆脱 “漏斗型”活动的策划思维。 能否做出“激励驱动”用户自传播活动最重要的一点,就在于该活动有没有“双层结构设计”。 何为活动的“双层结构设计”?举个例子。 还是为拉动某母婴APP下载,我做了一个类似于抽奖集神器的活动。 用户进入活动页面,首先映入眼帘的是一个抽奖大转盘,用户点击转盘,就会抽到7个神器中的一个。 但是要想真正得到奖品,那至少还要搜集七个以上的神器。 用户需要怎么办? 将该活动分享到朋友圈,呼唤好友们支持他, 每位好友点击朋友圈之后,就会支持用户得到一个神器。支持的越多,用户得到大奖的概率就越大。 朋友们在支持完用户后,大部分也会被活动所吸引,并参与进来。 最后,大部分参与的用户会被普奖和大奖等引导下载APP。 这就是我所说的活动双层架构设计。 一层是基本层,而另一层是传播层。 基本层就是转盘游戏,它作为整个活动最基本的承接,而7个神器则作为传播层,串联起了用户和其他好友之间的联系。 没有任何一层,这个活动都会显得非常的单薄。 没有传播层,该活动就变成了漏斗型的抽奖活动, 没有基本层,该活动的传播层缺少铺垫,缺少用户传播最基本的驱动力。 毕竟用户一进入页面,如果直接就让他呼唤好友来搜集神器,会显得莫名其妙, 而通过转盘的抽奖作为一个小小的铺垫,会让用户循序渐进的沉浸进活动中。 08 这样的双层架构活动我做过太多。 比如之前写过的关于***的一个活动。 单纯的漏斗型活动就是,用户参与到页面来,玩***,玩一下,赢了就赢了,没赢就走人。 在引入了“机会值”这个概念后,用户玩***需要消耗机会值,当机会值消耗光之后,用户可以寻求好友的帮助,让好友支持“机会值”来继续玩下去。 ***就是基本层,机会值就是传播层。 我还曾经做过一个“超人宝宝向前冲”的活动。 用户参与了活动,快速双击屏幕,在指定时间内,就可以让超人宝宝飞动一定的距离。 但是距离飞到能获得奖励的“指定距离”还有好远, 这时候,用户们就需要好友的帮助,好友们同样可以进入到这个活动,也来参与进游戏里,帮助用户的超人宝宝飞得更远,并最终达到兑换奖励的距离。 宝宝向前飞的互动,这就是基本层,而“指定距离”就是传播层。 简简单单的两层架构,就让我们的活动具有了用户自传播的机制。 所以,你所看到的大部分用激励驱动用户自发传播活动,基本上都是这两层结构。 09 我们今天先不讨论这种活动拉来的用户质量如何,毕竟这和活动的创意,文案,最终的奖品,投放的渠道,产品的调性都有关系。我只知道,作为一名活动运营,掌握可以快速复制,具有用户自传播性,活动效果输出较为稳定的“双层结构”活动策划思路,还是较为重要的。 尤其是在如果有着强力的渠道,较大的资源投入,以及赶上比较特殊的时间点,具有双层架构的自传播活动就会爆发出几何级的当量,并彻底引爆用户群。 例如支付宝的“敬业福”活动,就是这一类型活动做到极致的代表。
聊聊Web App、Hybrid App与Native App的设计差异
2016-03-11
目前主流应用程序大体分为三类:Web App、Hybrid App、 Native App。 一、Web App、Hybrid App、Native App 纵向对比 首先,我们来看看什么是 Web App、Hybrid App、 Native App。 1. Web APP Web App 指采用Html5语言写出的App,不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用,基本上可以说是触屏版的网页应用。 优点 (1)开发成本低, (2)更新快, (3)更新无需通知用户,不需要手动升级 (4)能够跨多个平台和终端。 缺点: (1)临时性的入口 (2)无法获取系统级别的通知,提醒,动效等等 (3)用户留存率低 (4)设计受限制诸多 (5)体验较差 2. Hybrid App Hybrid APP指的是半原生半Web的混合类App。需要下载安装,看上去类似Native App,但只有很少的UI Web View,访问的内容是 Web 。 例如Store里的新闻类APP,视频类APP普遍采取的是Native的框架,Web的内容。 Hybrid App 极力去打造类似于Native App 的体验,但仍受限于技术,网速,等等很多因素。尚不完美。 3. Native App Native APP 指的是原生程序,一般依托于操作系统,有很强的交互,是一个完整的App,可拓展性强。需要用户下载安装使用。 优点: (1)打造完美的用户体验 (2)性能稳定 (3)操作速度快,上手流畅 (4)访问本地资源(通讯录,相册) (5)设计出色的动效,转场, (6)拥有系统级别的贴心通知或提醒 (7)用户留存率高 缺点: (1)分发成本高(不同平台有不同的开发语言和界面适配) (2)维护成本高(例如一款App已更新至V5版本,但仍有用户在使用V2, V3, V4版本,需要更多的开发人员维护之前的版本) (3)更新缓慢,根据不同平台,提交–审核–上线 等等不同的流程,需要经过的流程较复杂 二、Web App、Hybrid App、Native App 技术特性 <img class="aligncenter" src="/upload/b0cf05c189c1814380709ec94ebd5a7b.png" alt="" width="690" /></p> 由上图可见,Web APP 的开发基于Html5语言。而Html5语言本身又有着不可避免的局限性。正是这些局限性的存在,使得Web App在体验中要逊于Native App。 三、Web App受限制因素及设计要点 <img class="aligncenter" src="/upload/22c5ec51749b68d26f83fd67334713b9.png" alt="" width="690" /></p> 相比Native App,Web App体验中受限于以上5个因素:网络环境,渲染性能,平台特性,受限于浏览器,系统限制。 1. 网络环境,渲染性能 Web APP对网络环境的依赖性较大,因为Web APP中的H5页面,当用户使用时,去服务器请求显示页面。如果此时用户恰巧遇到网速慢,网络不稳定等其他环境时,用户请求页面的效率大打折扣,在用户使 用中会出现不流畅,断断续续的不良感受。同时,H5技术自身渲染性能较弱:对复杂的图形样式,多样的动效,自定义字体等的支持性不强。 因此,基于网络环境和渲染性能的影响,在设计H5页面时,应注意以下几点: 简化不重要的动画/动效 简化复杂的图形文字样式 减少页面渲染的频率和次数 从下图移动Web版 jing.fm和Native版jing对比后可以看出:Web APP首页去除冗余的功能,回溯本源,只给用户提供了jing.fm最初的本质需求——电台。既符合H5精简功能又达到了突出核心功能的设计原则。无疑给用户眼前一亮的气息。 正如书中《瞬间之美》的一个核心观点:重要的并不是我们提供的信息量有多大,而是我们能否给他们提供真正需要的信息。 <img class="aligncenter" src="/upload/819633c03aeddd9f06db8d0844ebd10a.png" alt="" width="690" /><br /> <img class="aligncenter" src="/upload/8c3c7a7b69c1f6f0794ba3348677c8eb.png" alt="" width="690" /></p> 再如:百度最新推出的直达号,以良子健身为例: 从Native App和Web App(百度直达号)的对比中,我们可以看出Native良子以九宫格的形式展现,且属于双重导航,功能入口太多;弊端是用户不知道聚焦在哪里,分散用户 的注意力。而Web版良子整合并减少了导航的入口,增强用户的专注度;界面清爽,整洁,很好地传达了良子本身的寓意——轻松、愉悦、休闲、舒适。 <img class="aligncenter" src="/upload/10f2af41d78c8857fb6ccaa0298ea2ac.png" alt="" width="690" /></p> 2. 受限于浏览器 通常Web App生存于浏览器里,宿主是浏览器。不同的浏览器自身的属性不尽相同,如:浏览器自带的手势,页面切换方式,链接跳转方式,版本兼容问题等等。 例如下图:UC 浏览器和百度浏览器自身支持手势切换页面。手指从左侧滑动页面,返回至上一级。百度手机助手H5页面,顶部Banner支持手势左右滑动切换。这一操作与浏览器自身手势是冲突的。 <img class="aligncenter" src="/upload/00cf177720895d1c4a632bb0dbf0c6e1.png" alt="" width="690" /></p> 再如,基于浏览器的Web APP在打开新的模块中的页面时,大多会新开窗口来展现。例如用户在使用购物类APP时,浏览每日精选模块时,每当打开新的商品时,默认新开一个窗口。这 样的优劣势显而易见:优势是能够记录用户浏览过的痕迹,浏览过的商品,以便后续横向对比;劣势是过多的页面容易使用户迷失在页面中。 正如Google开发手册里描述:当用户打开一个Web App的时候,他们期待这个应用就像是一个单个应用,而不是一系列网页的结合。然而,什么情况下需要跳转页面,什么情况下在当前页面展示则需要设计师细致考量。 <img class="aligncenter" src="/upload/61ab279c057a758c9e64f407fec837e4.png" alt="" width="690" /></p> 因此,Web App基于浏览器的特性,从设计角度应该遵循以下了两点: 少用手势,避免与浏览器手势冲突。 减少页面跳转次数,尽量在当前页面显示。 3. 系统限制,平台特性 由于Html5语言的技术特性,无法调用系统级别的权限。例如,系统级别的弹窗,系统级别的通知,地理信息,通讯录,语音等等。且与系统的兼容性也会存在一些问题。以上限制通常导致APP的拓展性不强,体验相对较差。例如百度地图: <img class="aligncenter" src="/upload/da5f578f5e9545a801bcc43107969be8.png" alt="" width="690" /></p> Web版地图基于浏览器展现,因此,不能全屏显示地图,给用户的眼界带来局限感;相反,Native 版地图以全屏展现的形式,很好的拓展了用户的视野。整个界面干净简洁,首页去除冗余功能。 在制定路线的体验中,如图: <img class="aligncenter" src="http://image.woshipm.com/wp-files/2014/12/7621a599220225463b73e8c21b27ab0c.png" alt="" width="690" /></p> Web 版地图耗费的流量大于Native版,且不能预先缓存离线地图。对于地理位置的判断也是基于宿主浏览器,而非Web地图本身。获取路线后,对于更换到达方式,相对来说是不便利的。 相反,Native 版地图,能够直接访问用户的地理位置,能够很清晰的为用户展现App规划的路线,并能轻松的查看多种路线方案,以便做出符合自己的最佳方案。对于切换公交,走路,自驾等路线方式也是只需一键操作。 Native 版地图相对于 Web版地图增加更多情感化,易用的功能,如:能够记录用户的生活轨迹,记录用户的点滴足迹,能够享受躲避拥堵方案等。而Web版地图基于技术框架,很难实现以上功能,从用户体验角度来看,弱于Native版地图。 四、小结 综述所述,在设计Web APP时,应当遵循以下几点: 1. 简化     简化不重要的动画/动效     简化复杂的图形文字样式 2. 少用     少用手势,避免与浏览器手势冲突     少用弹窗 3. 减少     减少页面内容     减少控件数量     减少页面跳转次数,尽量在当前页面显示 4. 增强     增强Loading时的趣味性     增强页面主次关系     增强控件复用性
PHP5.4 + IIS + Win7的配置
2014-07-24
新发布的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
浏览器兼容性问题
2014-07-08
浏览器兼容性问题   1. 默认的内外边距不同 问题: 各个浏览器默认的内外边距不同 解决: *{margin:0;padding:0;}   2. 水平居中的问题 问题: 设置 text-align: center   ie6-7文本居中,嵌套的块元素也会居中 ff /opera /safari /ie8文本会居中,嵌套块不会居中 解决: 块元素设置 1、margin-left:auto;margin-right:auto 2、margin:0 auto; 3、 3. 垂直居中的问题 问题: 在浏览器中 想要垂直居中,设置vertical-align:middle; 不起作用。例如:ie6下文本与文本输入框对不齐,需设置vertical-align:middle,但是文本框的内容不会垂直居中 解决: 给容器设置一个与其高度相同的行高 line-height:与容器的height一样 4. 关于高度问题 问题: 如果是动态地添加内容,高度最好不要定义。浏览器可以自动伸缩,然而如果是静态的内容,高度最好定好。 如果设定了高度,内容过多时,ie6下会自动增加高度、其他浏览器会超出边框 解决: 1.设置overflow:hidden; 2.高度自增height:auto!important;height:100px;    5. IE6 默认的div高度 问题: ie6默认div高度为一个字体显示的高度,所在ie6下div的高度大于等于一个字的高度,因此在ie6下定义高度为1px的容器,显示的是一个字体的高度 解决: 为这个容器设置下列属性之一 1、设置overflow:hidden; 2、设置line-height:1px; 3、设置zoom:0.08   6. IE6 最小高度(宽度)的问题 问题: ie6不支持min-height、min-width属性,默认height是最小高度,width是最小宽度。 解决:     使用ie6不支持但其余浏览器支持的属性!important。 设置属性min-height:200px; height:auto !important; height:200px;    7. td高度的问题 问题: table中td的宽度都不包含border的宽度,但是oprea和ff中td的高度包含了border的高度 解决:        设置line-height和height一样。在ie中如果td中的没有内容,那么border将不会显示 8. div嵌套p时,出现空白行 问题: div中显示 文本 ,ff、oprea、Chrome:top和bottom都会出现空白行,但是在ie下不会出现空白行。 解决: 设置p的margin:0px,再设置div的padding-top和padding-bottom 9. IE6-7图片下面有空隙的问题 问题: 块元素中含有图片时,ie6-7中会出现图片下有空隙 解决:  1、在源代码中让和在同一行 2、将图片转换为块级对象display:block; 3、设置图片的垂直对齐方式  vertical-align:top/middle/bottom 4、改变父对象的属性,如果父对象的宽、高固定,图片大小随父对象而定,那么可以对父元素设置: overflow:hidden; 5、设置图片的浮动属性  float:left; 10. IE6双倍边距的问题 问题: ie6中设置浮动,同时又设置margin时,会出现双倍边距的问题 例float:left;width:100px;margin:0 100px; 解决:        设置display:inline;   11. IE6 weidth为奇数,右边多出1px的问题 问题: 父级元素采用相对定位,且宽度设置为奇数时,子元素采用绝对定位,在ie6中会出现右侧多出1像素 解决: 将宽度的奇数值改成偶数   12. IE6两个层之间3px的问题 问题:        左边层采用浮动,右边没有采用浮动,这时在ie6中两层之间就会产生3像素的间距 解决: 1、右边层也采用浮动  float 2、左边层添加属性  margin-right:-3px;   13. IE6 子元素绝对定位的问题 问题:        父级元素使用padding后,子元素使用绝对定位,不能精确定位 解决:        在子元素中设置  _left:-20px; _top:-1px;   14. 显示手型cursor:hand 问题:        ie6/7/8、opera       都支持  但是safari 、 ff 不支持 解决: 写成 cursor:pointer;  (所有浏览器都能识别)     15. IE6-7 line-height失效的问题 问题:        在ie中img与文字放一起时, line-height不起作用  解决: 都设置成float 16. td自动换行的问题 问题: Table宽度固定,td自动换行 解决: 设置Table的table-layout:fixed,td的word-wrap:break-word 17. 子容器浮动后,父容器扩展问题 问题: 子容器都float以后,父容器没有设定高度,父容器将不会扩展 解决: 只需要添加一个clear:both的div,代码如下:     子容器a     子容器b     18. 透明png图片会带背景色 问题: 在ie6下透明的png图片会带一个背景色 解决: background-image: url(icon_home.png); background-repeat: no-repeat; _filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='icon_home.png'); _background-image: none; 19. list-style-position默认值的问题 问题: ie下list-style-position默认为inside,   firefox默认为outside 解决: css中指定为outside即可解决兼容性问题   20. list-style-image准确定位的问题 问题:        li前设置图片时,图片与其后的文字对齐问题 解决: 1、采用背景定位 和 字符缩进的方法 background:url() no-repeat left center; text-index:16px; 2、采用相对定位方法 li 设置list-style:url(); li的子元素position:relative;top:-5px; 21. ul标签默认值的问题 问题:        ul标签在ff中默认是有padding值的,而在ie中只有margin有值 解决:        定义ul{margin:0;padding:0;}就能解决大部分问题 22. IE中li指定高度后,出现排版错误 问题: 在ie下如果为li指定高度可能会出现排版错位 解决:        设置line-height 23. ul或li浮动后,显示在div外 问题: div中的ul或li设置float以后,都不在div中 解决: 必须在ul标签后加 来闭合外层div 24. ul浮动后,margin变大 问题: ul设置 float后,在ie中margin将变大 解决: 设置ul的display:inline,li的list-style-position:outside 25. li浮动后,margin变大 问题: li设置 float后,在ie中margin将变大 解决: 设置li的display:inline 26. 嵌套使用ul、li的问题 问题: ie的bug,嵌套使用ul、li时,里层的li设置float以后,外层li不设置float, 里面的ul顶部和它外面的li总是有一段间距 解决: 设置里面的ul的zoom:1   27. IE6-7 li底部有3px的问题 问题:        这个bug产生的充要条件是li的子元素浮动并且li设置了以下CSS属性之一:width、height、zoom、padding-top、padding-bottom、margin-top、margin-bottom。 解决: 1、div设置clear:left|both,这时li不能设置width、height、zoom。 2、li设置float:left,这时li可以设置width、height、zoom。 3、li设置clear:left|both,这时li不能设置width、height、zoom。 4、IE6/IE7的这个Bug可以通过给li中的div设置vertical-align:top|middle|bottom解决。   28. IE6 垂直列表间隙的问题 问题:        li中有a且设置display:block时,ie6中列表间会出现空隙 解决: 1、li中加display:inline; 2、li使用float  然后 clear:both; 3、给包含的文本末尾添加一个空格 4、设置width   29. IE6 列表背景颜色失效的问题 问题: 当父元素设置position:relative;时,在ie6中第一个ul、ol、dl的背景颜色失效 解决:        ul、ol、dl 都设置为position:relative;   30. IE6-7 列表背景颜色失效的问题2 问题: 做横向导航栏时,ul设置为float且有背景色,li设置为float。ie6-7背景颜色失效 解决: 很多ie的bug都可以通过触发layout来解决 ul添加属性 1、height:1%; 2、float:left; 3、zoom:1;   31. 列表不能换行的问题 问题:        li设置为浮动,后面的li紧随其后,不能换行 解决: 1、为这个ul定义合适的宽高 2、给包含这个ul 的父div定义合适的宽高。   32. li中的内容以省略号显示 问题: li中内容超过长度时,想以省略号显示, 此方法适用于ie6-7-8、opera、safari浏览器  ff浏览器不支持 解决: li{width:200px; white-space:nowrap;text-overflow:ellipsis; -o-text-overflow:ellipsis; overflow: hidden; }   33. 超链接访问过后hover样式不出现的问题 问题:        点击超链接后,hover、active样式没有效果 解决:        改变CSS属性的排列顺序: L-V-H-A    34. 禁用中文输入法的问题 问题:        不能在输入框中输入汉字 解决: 只在ie系列 和ff中有效 ime-mode:disabled    (但可以粘贴) 禁用粘贴: onpaste="return false"   35. 除去滚动条的问题 问题:        隐藏滚动条 解决: 1、只有ie6-7支持 2、除ie6-7不支持 body{overflow:hidden} 3、所有浏览器 html{overflow:hidden}   36. 让层显示在FLASH之上 问题:        想让层的内容显示在flash上 解决: 把FLASH设置透明 1、 2、   37. 去除链接虚线边框的问题 问题: 当点击超链接后,ie6/7/8  ff会出现虚线边框 ,而opera、safari没有虚线边框 解决: ie6/7中 设置为a { blr:expression_r(this.onFocus=this.blur()) } ie8 和 ff 都不支持expression  在ie8 、ff中设置为  :focus { outline: none; }   38. css滤镜的问题 问题:     css滤镜只在ie中有效,Firefox, Safari(WebKit), Opera只能够设置透明,它们不支持滤镜filter,无法实现图片切换中间变换的效果,只能通过透明度来设置。 解决:        ff中设置透明度   -moz-opacity:0.10;  opacity:0.6; ie中只设置filter:alpha(opacity=50); 时,ie6-7失效,还要设置 1、zoom:1;  2、width:100%;   39. IE6背景闪烁的问题 问题:        链接、按钮用CSS sprites作为背景,在ie6下会有背景图闪烁的现象。原因是:IE6没有将背景图缓存,每次触发hover的时候都会重新加载 解决:        可以用JavaScript设置ie6缓存这些图片: document.execCommand("BackgroundImageCache ",false,true);   40. 出现重复文字的问题 问题:       ↓这就是多出来的那只猪 解决: 1、  改变结构,不出现【一个容器包含2两个具有“float”样式的子容器】的结构。 2、减小第二个容器的宽度,使父容器宽度减去第二个容器宽度的值大于3 3、去掉所有的注释。 4、修正注释的写法。 5、在第二个容器后面加一个或者多个 来解决。 41. ff、chrome绝对定位无效 问题: 在IE给td设置position:relative,然后给它包含的一个容器使用position:absolute进行定位是有效的,但在FF和Chrome下却不可以。 解决: 设置td的display:block。   42. IE6 绝对定位的问题 问题: dovapour 内容 解决: left的定位错误问题 1、给父层设置zoom:1触发layout。 2、给父层设置宽度width bottom的定位错误问题 1、给父层设置zoom:1触发layout。 2、给父层设置高度height 43. 子容器宽度大于父容器宽度时,内容超出 问题: 子DIV的宽度和父DIV的宽度都已经定义,在IE6中如果其子DIV的宽度大于父DIV的宽度,父DIV的宽度将会被扩展,在其他浏览器中父DIV的宽度将不会扩展,子DIV将超出父DIV 解决: 设置overflow:hidden,子DIV将不会超出父DIV。 44. float的div闭合的问题 问题: 例如:<#div id=”floatA” ><#div id=”floatB” ><#div id=” NOTfloatC” >这里的NOTfloatC并不希望继续平移,而是希望往下排。(其中floatA、floatB的属性已经设置为 float:left;)   这段代码在IE中毫无问题,问题出在其他浏览器中。原因是NOTfloatC并非float标签,必须将float标签 闭合。 解决: 在 <#div class=”floatB”> <#div class=”NOTfloatC”>之间加上 < #div class=”clear”>这个div一定要注意位置,而且必须与两个具有float属性的div同级,之间不能存在嵌套关系,否则会产生异常。 并且将clear这种样式定义为为如下即可:.clear{ clear:both;}   45. 单选框、复选框与后面的文字对不齐 问题:      单选框、复选框与后面的文字对不齐。 解决: .align{font-size:12px;} .align input{ display:block; float:left;} .align label{ display:block; float:left; padding-top:3px; *padding-top:5px;} 需注意的问题:   1. 设置padding后高度和宽带都会增加 说明:        除了ie5.5,其他所有浏览器中,设置padding以后高度和宽带都会增加 2. 使用XHTML 1.0 Transitional后,div宽度 说明:        在使用XHTML 1.0 Transitional以后div宽度都不包含border的宽度了,设置宽度的时候需要注意下。 3. 外层相对定位,内层绝对定位 说明: ie6下,外层div的postion: relative,并设置text-align,内层div的postion: absolute,这时内层的位置是相对于text-align而言的 例如: position:relative position:absolute 4.   显示的大小不一致 说明: 默认字本显示问题,导致 显示的大小不一致,在ie下比较小一点,其他的浏览器都一致,当你使用了 造成问题时请注意。 5. 边框重叠说明 说明: 为 table、td 都指定了边框后,然后使用border-collapse:collapse让边框重叠,可以看出在发生重叠时,Firefox 是用 td 覆盖 table 的,而 IE 是用 table 覆盖 td 的。使用时候需要注意。 6. 设置td padding的说明 说明: 设置td的padding以后高度和宽带都会增加,padding-left和padding-right的效果都一样增加了td的宽带,但是 padding-top和padding-bottom的效果不一样。最好不要使用td的ding-top和padding-bottom 7. ul设置的说明 说明: ul一般设置:list-style-type:none;margin:0px;padding:0px;li一般设置:list-style-type:none; list-style-position:outside 8. 使一个层垂直居中于浏览器中 说明: 使用百分比绝对定位,与外补丁负值的技巧,负值的大小为其自身宽度高度除以二 div { position:absolute; top:50%; lef:50%; margin:-100px 0 0 -100px; width:200px; height:200px; border:1px solid red; }   9. 万能 float 闭合 说明: 可以用这个解决多个div对齐时的间距不对, 将以下代码加入Global CSS 中,给需要闭合的div加上 class=”clearfix” 即可 10. 触发layout 说明: IE6中很多Bug都可以通过触发layout得到解决.下列的CSS属性或取值会让一个元素获得layout:         position:absolute 绝对定位元素的包含区块(containing block)就会经常在这一方面出问题 float:left|right 由于layout元素的特性,浮动模型会有很多怪异的表现 display:inline-block 当一个内联级别的元素需要layout的时候就往往符用到它,这也可能也是这个CSS属性的唯一效果----让某个元素有layout width: 除auto外的任何值 height: 除auto外的任何值 zoom: 除auto外的任何值 11、如何使连续长字段自动换行 ff最新版本 word-wrap:break-word;就可以了 ff旧版本 还要使用javascript完成文字换行   function toBreakWord(intLen){ var obj=document.getElementByIdx_x("ff"); var strContent=obj.innerHTML;  var strTemp=""; while(strContent.length>intLen){ strTemp+=strContent.substr(0,intLen)+" ";  strContent=strContent.substr(intLen,strContent.length);  } strTemp+=" "+strContent; obj.innerHTML=strTemp; } if(document.getElementByIdx_x  &&  !document.all)  toBreakWord(37) 12、设置滚动条颜色 只对ie系列有效 在html中 而不是设置body IE不支持float:inherit  overflow:hidden有2个用法,一个是隐藏溢出,另一个是清除浮动。 , , ,, 和 是块元素的例子 , ,,, , 和是inline元素 这行代码放在body中,去掉了页面鼠标右键快捷菜单,达到防止图片另存为的目的。 javascript部分 1. document.form.item 问题 问题: 代码中存在 document.formName.item("itemName") 这样的语句,不能在FF下运行 解决方法: 改用 document.formName.elements["elementName"] 2. 集合类对象问题 问题: 代码中许多集合类对象取用时使用(),IE能接受,FF不能 解决方法: 改用 [] 作为下标运算,例: document.getElementsByName("inputName")(1) 改为 document.getElementsByName("inputName")[1] 3. window.event 问题: 使用 window.event 无法在FF上运行 解决方法: FF的 event 只能在事件发生的现场使用,此问题暂无法解决。可以把 event 传到函数里变通解决: onMouseMove = "functionName(event)" function functionName (e) {     e = e || window.event;     ...... } 4. HTML对象的 id 作为对象名的问题 问题: 在IE中,HTML对象的 ID 可以作为 document 的下属对象变量名直接使用,在FF中不能 解决方法: 使用对象变量时全部用标准的 getElementById("idName") 5. 用 idName 字符串取得对象的问题 问题: 在IE中,利用 eval_r("idName") 可以取得 id 为 idName 的HTML对象,在FF中不能 解决方法: 用 getElementById("idName") 代替 eval_r("idName") 6. 变量名与某HTML对象 id 相同的问题 问题: 在FF中,因为对象 id 不作为HTML对象的名称,所以可以使用与HTML对象 id 相同的变量名,IE中不能 解决方法: 在声明变量时,一律加上 var ,以避免歧义,这样在IE中亦可正常运行 最好不要取与HTML对象 id 相同的变量名,以减少错误 7. event.x 与 event.y 问题 问题: 在IE中,event 对象有x,y属性,FF中没有 解决方法: 在FF中,与 event.x 等效的是 event.pageX ,但event.pageX IE中没有 故采用 event.clientX 代替 event.x ,在IE中也有这个变量 event.clientX 与 event.pageX 有微妙的差别,就是滚动条 要完全一样,可以这样: mX = event.x ? event.x : event.pageX; 然后用 mX 代替 event.x 8. 关于frame 问题: 在IE中可以用 window.testFrame 取得该frame,FF中不行 解决方法: window.top.document.getElementByIdx_x("testFrame").src = 'xx.htm' window.top.frameName.location = 'xx.htm' 9. 取得元素的属性 在FF中,自己定义的属性必须 getAttribute() 取得 10. 在FF中没有 parentElement,parement.children 而用 parentNode,parentNode.childNodes 问题: childNodes 的下标的含义在IE和FF中不同,FF的 childNodes 中会插入空白文本节点 解决方法: 可以通过 node.getElementsByTagName_r() 来回避这个问题 问题: 当html中节点缺失时,IE和FF对 parentNode 的解释不同,例如: FF中 input.parentNode 的值为form,而IE中 input.parentNode 的值为空节点 问题: FF中节点自己没有 removeNode 方法 解决方法: 必须使用如下方法 node.parentNode.removeChild(node) 11. const 问题 问题: 在IE中不能使用 const 关键字 解决方法: 以 var 代替 12. body 对象 FF的 body 在 body 标签没有被浏览器完全读入之前就存在,而IE则必须在 body 完全被读入之后才存在 这会产生在IE下,文档没有载入完时,在body上appendChild会出现空白页面的问题 解决方法: 一切在body上插入节点的动作,全部在onload后进行 13. url encoding 问题: 一般FF无法识别js中的& 解决方法: 在js中如果书写url就直接写&不要写& 14. nodeName 和 tagName 问题 问题: 在FF中,所有节点均有 nodeName 值,但 textNode 没有 tagName 值,在IE中,nodeName 的使用有问题 解决方法: 使用 tagName,但应检测其是否为空 15. 元素属性 IE下 input.type 属性为只读,但是FF下可以修改 16. document.getElementsByName() 和 document.all[name] 的问题 问题: 在IE中,getElementsByName()、document.all[name] 均不能用来取得 div 元素 是否还有其它不能取的元素还不知道(这个问题还有争议,还在研究中) 17. 调用子框架或者其它框架中的元素的问题 在IE中,可以用如下方法来取得子元素中的值 document.getElementByIdx_x("frameName").(document.)elementName window.frames["frameName"].elementName 在FF中则需要改成如下形式来执行,与IE兼容: window.frames["frameName"].contentWindow.document.elementName window.frames["frameName"].document.elementName 18. 对象宽高赋值问题 问题: FireFox中类似 obj.style.height = imgObj.height 的语句无效 解决方法: 统一使用 obj.style.height = imgObj.height + "px"; 19. innerText的问题 问题: innerText 在IE中能正常工作,但是 innerText 在FireFox中却不行 解决方法: 在非IE浏览器中使用textContent代替innerText 20. event.srcElement和event.toElement问题 问题: IE下,even对象有srcElement属性,但是没有target属性;Firefox下,even对象有target属性,但是没有srcElement属性 解决方法: var source = e.target || e.srcElement; var target = e.relatedTarget || e.toElement; 21. 禁止选取网页内容 问题: FF需要用CSS禁止,IE用JS禁止 解决方法: IE: obj.onselectstart = function() {return false;} FF: -moz-user-select:none; 22. 捕获事件 问题: FF没有setCapture()、releaseCapture()方法 解决方法: IE: obj.setCapture(); obj.releaseCapture(); FF: window.captureEvents(Event.MOUSEMOVE|Event.MOUSEUP); window.releaseEvents(Event.MOUSEMOVE|Event.MOUSEUP); if (!window.captureEvents) {        o.setCapture(); }else {        window.captureEvents(Event.MOUSEMOVE|Event.MOUSEUP); } if (!window.captureEvents) {        o.releaseCapture(); }else {        window.releaseEvents(Event.MOUSEMOVE|Event.MOUSEUP); }
网站建设与网站优化那些事
2014-05-24
    很多企业建设网站的根本目的就是为了盈利,这就要求在网站制作过程中充分融入网站优化的思想,相对而言,网站也同时需要适合人类的阅读,而不是淡出为了优化而做网站,甚至网站最后只能为非人类(搜索蜘蛛)所接受。所以,网站制作与网站优化是一体、统一的,更是不可分割,相辅相成的。        正常来讲,我们在着手网站建设之前就应该做好网站优化的相关安排实施情况,在网站的制作工程中,充分考虑搜索引擎优化的相关指导思想,同时兼顾一般用户的浏览习惯来完成项目制作,同时更应该把这种思想彻底贯彻到后期的营销推广上。 网站正式上线之前就要做好关键词的布局,对于如何选择确定一个关键字,大多数网站建设公司跟网站优化公司都有自己的一整套方法。      在这里上海专业的网站优化公司翔汇网络提醒大家,在选择关键词时要根据自身企业的文化、产品、市场等三方面来选定关键词,杜绝只从企业自身出发,而不考虑市场需求与现实竞争情况,有效避免网站排名靠前,中看不中用的尴尬局势。      专家建议:可对相关关键词搜索结果中,自然排名靠前的网站的关键词分布情况作为参考来设置本站,这通常是最有效,也是最科学的选词方法。 我们必须明白,网站优化的根本目的是流量转化,只有能带来流量的关键词才是适合的关键词,同样,网站制作时合理的框架结构、简洁的代码、科学的关键词分布才是最终优化排名效果的王道。现在的搜索引擎已经越来越智能化,不是随便折腾个源码,填几个关键词就能获取到搜索引擎流量的。 网站制作中的页面结构如果设置不合理,在优化时很容易发生权重分布不均问题,首页权重不及内容页,关键词排名情况不合理现象,这就说明一个良好的网站制作是需要一种先进合理的优化思想作为参考的,要不然很容易发生错误。 同样,网站优化跟网站建设也是有区别的:网站建设的整个实施过程都是可控的,整个网站建设的周期都可以精确化的控制;但是网站优化不同,它是逐步提升的,具体的排名情况依据搜索引擎来定,所以他的整个效果是无法预期的。 网站制作与网站优化是网站项目实施过程中两个重要的方面,既有相辅相成的一面,也有不同的一面。只要我们在网站建设项目过程中找到两者的平衡点,则整个网站不论在整体效果还是在后期的搜索排名上都会很理想。
企业搜索引擎营销实现精准化的三大要求
2014-05-23
搜索引擎营销就是面对搜搜引擎进行产品推广、服务提供、品牌宣传等开展的一些列营销活动,随着越来越多的企业开始重视建站,有更多的人开始使用搜索功能查找所需的信息,企业网站就应该开始重视搜索引擎营销,并在进行搜索引擎营销时越来越精准化。    现在是一个高效时代,做事情必须讲效率。我们在搜索引擎进行营销,也必须讲效率,这个效率就是要让所有的工作都有精准的定位。只有这样,用户在搜索的结果中才能相中目标,实现最大的转化并且实现消费。企业搜索引擎营销精准化怎样实施才更好呢,可以下3个方面可以入手。    关键词设计要精准化    对于搜索引擎而言,高效的关键词匹配将会赢得目标用户的直接点击,关键词越是精准用户的消费转化就越明确,我们的工作效率才最高。什么样的关键词才是精准的关键词,才能符合用户呢?关键词必须要和企业产品相关、服务相关。举例说明,一个生产水泥仓的企业,如果说销售区域并不是全国的,但是其在设计关键词推荐时却有很多其他区域水泥仓的关键词,那这样显然就不够精准。如果用户通过关键词搜索到网站,但是网站没有实际负责销售的体系,对于企业的品牌和销售都会有间接影响。因此,我们在考虑关键词精准化设计时,一定要考虑消费和转化并与企业一致。像产品类的企业还好一些,对于一些提供本地服务或者专业服务的企业,如果关键词设计不够精准,对用户也不友好。比如是做企业培训的,却将曾仕强培训作为关键词,结果搜索进入的人根本找不到相关信息,这对企业是非常不利的。关键词的精准必须要满足明确的搜索和易于转化,才能实现真正营销。    引导页面设计精准化    当我们将用户通过搜索引擎引入网站后,他将会进入一个页面。对于这个页面的设计一定要精准化,这样用户看到相关信息时的好感、信任感都会提升,消费欲望也会加强。如果页面设计不精准,不能很好的引导用户,那么消费的行为很可能就会随之降低,进而离开页面。那我们做怎么才让页面设计精准化呢?简单来说,就是要增加用户的信任,要符合用户的消费需求。我们不能只是做一些简单的介绍就完事了,所有和消费紧密联系的信息都要有机的进行展现。要将足够的关注点展示给用户,从而打动用户。还是买水泥仓的企业网站,在页面设计上就要让用户第一眼就能看到企业实力、产品特点、使用效果、用户案例等信息,尽量将信息展现的丰富一些,最好不要出现一些空白页面或者无信息页面。如果能有相关的产品认证或企业认证更能获得用户的信任,而且对于用户案例要有简短的文字说明,比如购买时间、正常运转时间等,不要仅仅只放一张图片,要保证信息的完整。页面引导设计一定要让用户有信任感、给用户足够的帮助、能解决其潜在问题并且能使用户有联系我们的欲望。    推广平台要精准化    搜索引擎营销推广平台通常包含了常规平台和竞价推广平台,常规平台就是SEO方式经常使用的平台,竞价平台则是付费展示平台。这两者可以结合考虑,也可以只用其中一种。竞价平台只要付费就有排名,用户及可以看到。当然,可以依据使用人群选择不同的搜索引擎竞价平台。通常情况下,用户是国内的大部分会选用百度,如果用户主要是面对国外的用谷歌的会多一些,这个可以根据企业目标客户正确选择。如果采用SEO方式,就要对用户群体进行研究,选择不同的平台,而且要选择见效快的平台,这样才够精准。比如问答平台,首选是百度知道了,其它的问问、爱问等可以做辅助平台。推广平台的精准要考虑行业相关度高,还要考虑用户群体的集中,这样我们的信息才能快速被用户找到,也利于企业产品的销售。我们做推广的目的就是为了销售,如果在一些毫不相关的平台做推广,即使权重很高,用户很多,转化率也是极低的。比如优化人员经常会在站长站平台做一些信息推广,虽然这些地方权重不错,但用户大部分是站长,没有相关性,也不会带来销售。要保证推广平台的精准性就要确保平台和产品相关、和用户相关、和销售相关,才能是推广效果最大化。    以上简单为大家分析了企业在进行搜索引擎营销时为什么要精准化以及需要精准化的几个方面,目的都是为了使企业销售最大化。我们在做好以上工作的同时,要本着以用户为中心、为用户服务的宗旨,使得我们的网站具备精准的营销能力,同时也可以极大的满足用户消费需求。这些工作需要长期的经验积累,也需要不断的进行数据分析研究。总之,只要我们围绕营销,把握住精准化要点,企业网站搜索引擎营销就会越做越好。
如何打造一流的网站结构
2014-05-23
细节决定成败,对于优化同样适用。做优化有许多的细节是需要注意的。比如网站结构优化就有很多的细节需要我们注意。   网站的结构就是由链接、导航、页面构成了网站的结构。网站的功能不同,结构也不同,所以构造网站结构时不要照搬别人的网站,对于别人适合对于自己不一定适合。   下面是笔者分析自己在接到一个网站时是如何优化网站结构的:    第一、url的处理。现在搜索引擎对动态的url抓去不是很理想的,所以在网站建立时就让程序人员,把网站的url做成静态的或者是伪静态的,把网站的flash减少的最低,检查网站的死链接、重复页面,并把这些提交给搜索引擎。    第二、网页的代码。网页的代码要做到在不影响页面的同时做到最精简,去掉不必要的代码。一般一个正常的页面代码大约就是100k左右。如果冗余代码过多,造成我们的网站的打开速度过慢影响网站的用户体验。 第三、网站的导航。网站的导航是网站首页通向各个栏目的大门,通过导航能够进入到网站的各个栏目,让用户快速的找到自己需要的信息。所以导航要放到网站的显眼位置,核心位置,让用户一眼就能够找到。   第四、面包屑导航。面包屑作用就是告诉用户他们目前在网站中的位置以及如何返回。所以在配置面包屑的时候我们要注意,要足够清晰,让用户一眼就能明白,同时一个良好的面包屑路径,将会诱使用户点击上一级页面去浏览感兴趣的相关主题。这样,从而,可以降低网站的总体跳出率。    第五、Robot文件。网站建设好以后我们要对蜘蛛的抓去进行设置。比如用户的登录页面、密码等这些东西是百度蜘蛛不能抓取的。    第六、单一页面的链接。对于这个检查我们用站长工具中的死链接检查工具检查页面的连接是否过多。一般一个页面连接数量控制在100左右。    第七、网站内链。网站的内链是否建设良好,良好的内链可以减少蜘蛛的工作负荷,更加容易的抓取收录我们网站的内容。所以内链的建设,我们要下点功夫。    第八、标签的运用。H标签是否运用得当。搜索引擎会对H标签、B标签这样的强化标签给予足够的重视,因此应该在网页中合理运用这些标签进行强化。对于我们的网站优化也是有一些好处的,当然所有东西都是适量最好。    第九、互动栏目的运用。在一些网站中我们可以考虑加入一些互动栏目。这样可以更好的了解用户的需求,增加网站的人气。有利于网站的排名。   网站结构是一种外在的表现,表现的对象是搜索引擎和用户,一个好的网站架构可以让搜索引擎更加的抓取和收录。并且在SEO上有一个好的排名。二是易于用户体验,用户使用网站很舒服,能轻松的完成自己的需求。并且完成网站自身既定的转化。   不同网站,它的属性也是不同的。所以网站的结构不能都是一样的。要根据自己网站的作用来确定网站的结构,并且对一些网站细节上的东西要做专门的处理。一个良好的网站架构,对于优化来说就是成功了一半,所以我们要做好网站架构的优化。
网站优化选关键词的关键七步
2014-05-23
网站优化的时候一定会去先分析关键词,一般的站长都是从百度指数去查找关键词每天的搜索量,如果百度排名优化的搜索量比较大,说明这个关键词有比较好的流量,那么,为了使我们的网站关键词更丰富,不会错过每一个客户,我们一定要选好关键词,对网站存在的潜在关键词进行分析。主要是网站优化选关键词的七步:    第一步 确定核心关键词    每种产品的名称都是核心关键词,例如“火车票、飞机票、股票”的核心关键词就是“票”,首先确定核心关键词才能是网页的主题不会漂移。如果找不到核心关键词可以多借鉴同行的网站,或者品味一些现有的网页内容说的是什么?    第二步 扩展核心关键词定义    汉语词汇丰富如何一个词汇都能扩展出很多相关词汇,例如“票”就可以扩展成“票务、订票、门票、月票”。然后通过行业和业务的专有名词又能继续扩展例如“公交月票、演唱会门票”。其次还可以通过地区名称、人物名称来扩展例如“北京公交月票、周杰伦演唱会门票”。    第三步 站在客户角度扩展关键词    换位思考是做网络营销策划时常用到的,这个道理现在也可以用在选择关键词上。根据客户、销售人员的反馈去站在客户的角度上确认关键词也是重要的。    第四步 利用关键词工具    使用搜索引擎提供的工具也是好办法,例如谷歌的关键词工具、百度的竞价排名提供的指数等等。    第五步 参考竞争者的关键词    优秀的竞争对手的网站有的时候是最好的关键词顾问。同行业里一般有效地关键词是相对固定的,可以参考竞争对手的网站的关键词制作列表进行分析,最终形成自己的关键词。    第六步 关键词里的长尾词    长尾词很多时候往往是最有效的关键词。例如“周杰伦演唱会门票”就不如“购买周杰伦演唱会门票、周杰伦演唱会门票价格”转化率高。而实际工作中长尾词往往是被忽略的部分。    第七步 挖掘日志文件    当网站运行一段时间后,分析流量日志往往能发现部分浏览者是未通过按照网站初期设计的关键词进入网站的,这些出乎意外的关键词也是值得留意的亮点,抓住这些有潜力词汇也可以大大提高网站流量
1
让我们开始吧!
为您提供最佳的移动应用开发、品牌网站建设整合创新方案。
立即咨询
021-33687290