产品经理需要知道的一些SEO知识
产品经理需要知道的一些SEO知识,仅是做一个大概的讲解,
1、域名和URL
1.1、从产品的角度思考,域名在SEO中不是很重要,
1.2、虽然二级域名要优于目录,但是内容不是很多的站点,
1.3、URL采用静态化,不仅方便用户传播,
1.4、目录最深不要超过三层,对于中文优化采用拼音命名最佳,
1.5、URL确定后不要经常改动,也不要刻意增加层级。
2、前端代码
2.1、界面讲的是用户体验,而代码则讲的是蜘蛛体验,
2.2、将重点内容排在页面前面,让搜索引擎更快的抓取;(
2.3、合理安排head里的内容,注意标题、描述、
2.4、合理化应用标签,
2.5、重要内容不要采用Flash、JS、图片等等方式显示;
2.6、站点内部链接的设置,可充分运用锚文本提升收录和PV;
2.7、很多优美的效果可以使用CSS实现,为了便于爬取,
3、内容控制
3.1、内容有两种,一种是界面内容,
3.2、结合以上几点的注意事项,在原型设计时考虑到,
3.3、内容包括:页面相关内容的牵引、推荐,
3.4、关键内容、关键字词的出现密度和位置;
3.5、标签牵引、聚会页面、
以上大致的说了一些产品经理在原型设计时需要考虑的SEO知识,
若是产品经理能够懂一些SEO知识,
Git初始化错误小记
在第一次 git clone ssh://project_ip/git/project.git 時候,一直發生 fatal: no matching remote head 錯誤訊息,
根據 G 大師開示,解決方法是:
在第一次專案建立時,Client 端的指令:
mkdir test cd test git init touch .git/git-daemon-export-ok git remote add origin ssh://project_ip/git/project.git touch index.html git add index.html git commit -m "init" git push origin master
讓 project 內有檔案,而其他電腦的 client 部份,直接 git clone 就沒有問題。
之后只使用git push就可以了
If you often merge with the same branch, you may want to
configure the following variables in your configuration
file:
branch.master.remote = <nickname>
branch.master.merge = <remote-ref>
remote.<nickname>.url = <url>
remote.<nickname>.fetch = <refspec>
请使用:
git config branch.master.remote origin
git config branch.master.merge refs/heads/master
为设计者准备的10个HTML5 在线工具
HTML5 日渐火热,不管是作为开发者还是设计师而言,本文专为 Web 设计师介绍 10 个在线的 HTML5 工具。
Online Sprite Box Tool
照片压缩在今天非常流行,它带来很多好处,可降低带宽占用和提升加载速度。该工具使用 jQuery /CSS3 和 HTML5 开发,通过相当方式来调整你的照片。
Online Font Testing Tool
一个体面的字体是任何网页设计的一个非常重要的一部分,它是一种责任,每一个设计师,要挑最好的的字体。在线字体测试工具是一个惊人的字体书签,让 您即刻在一个新的字体查看的任何网页,甚至没有改变任何HTML或CSS。您可以拖动到顶部的工具栏font.ttf文件,然后他们将在快速查看列表中显 示。很多免费网站存在在那里,你所要做的是简单地输入到谷歌的“字体”。
Online Velocity Sketch Tool
这是一个在线使用 HTML5 Canvas 技术的绘图工具
Online Pattern Generator Tool 是一个很酷的工具,可让网页设计师创建页面背景以及头部背景,提供大量的参数用来调整背景。
该工具可以让你直观的显示页面各个元素的详情。
Online Automatoon (animation) Tool
这是一个纯 HTML5 工具,无需 Flash 意味着你的工作可支持 iPhone/iPad 和 Android 设备。
HTML5 可以让我们使用 audio 标签,Online HTML5 Audio Maker Tool 是一个很棒的工具用来更高效的生成 audio 标签。
Online SVG to HTML5 Canvas Tool
大多数矢量图制作软件 (Illustrator, Inkscape 等) 可导出 SVG 文件 (Scalable Vector Graphics). 该工具可以让你将 SVG 文件转成 HTML5 Canvas ,很酷吧?
Chrome Ajax Animator Tool 是一个基于 HTML5 的 web 动画套件,可在线和离线使用,但只支持 Chrome 浏览器。
好站好址推荐设计相关
http://www.oschina.net/news/22693/40-free-fonts-for-your-professional-designs?from=20111030
专业设计中的 40 款免费字体
http://www.oschina.net/news/22632/20-best-ecommerce-web-designs?from=20111030
20 个设计很棒的电子商务网站
http://www.oschina.net/news/22591/36-css-frameworks-for-designers?from=20111030
36 个 CSS 框架推荐
http://www.duice.net/html/list_622_6.html
懒人建站资源
网站分析师的一点感想
我有幸在一家业务非常齐全的360度营销公司带着这顶帽子为大大小小的各行业的顾客工作了2年多。在这期间,关于网站分析构成的图形做了一版又一版,越画越大;也越来越多的发现自己的能力的欠缺,甚至有时候也会迷失到极端。
尽管很多人不同意,我仍然认为,作为一个边缘学科,网站分析入门很简单。只要你愿意学习并且思维灵活,一点点Html+JS,一点点 datamining,marketing的基础知识最后加上一个免费的Google Analytics的使用技巧,你就可以成为一个入门级的网站分析师了.
然后,在做网站分析的过程中,你能够理解网站分析工具数据采集的原理和各种工具的个性化变量,知道如何做人群分组(Segment)和Campaign Tracking,能够深刻了解各种标准参数的含义和他们之间的区别,并且知道如何在各种主流工具中(诸如GA, SiteCatalyst,Unica, Webtrends, Cormetrics)提取这些数据,展示这些数据,那你就是一个初级网站分析师(Junior Web Analyst)了,在这同时,如果你还了解一点点广告服务器(Adserver),邮件服务器(Email Router),SEO和SEM的原理那就更好了。
紧接着,如果你掌握了网站分析工具的安装和调试技术,能够协调市场部门和IT部门之间的联系,能够做出诸如Tracking Plan这样的需求和技术文档(specification),同时能够debug,确认采集数据的可靠性并且能够解释对于所研究网站本身来说任何一个数 据的含义和边际值所代表的含义,并且可以掌握诸如A/B Testing,行为定向等边缘的技术,那你便渐渐的向一个合格的网站分析师方向迈进。
不过,为了彻底的摘掉那个Junior,成为一个真正的网站分析师,你还需要更多的商业上的能力,比如说,
1、能够深刻理解公司的战略,并且把它分解,转化成网站的目标,进而转化成可以衡量这些目标的指标和影响它实现的因素,最终把他转化成从数据采集到提炼成指标到分析到结论的完整流程;
2、对于业务上出现的正向的和负向的变化,能够顺藤摸瓜找出这个结果在网站分析数据上的体现进而找到影响这些数据的因素和原因;
3、能够根据网站分析数据及时发现问题和潜在的机会,做出切实可行的市场策略或者建议方案;
4、能够设计出符合不同利益方需求的报表和分析报告,并且持续沟通,让他们知道网站分析的意义并且能够从你提供的材料中发现有价值的信息;
以上这些都是成为一个合格的网站分析师的必须条件;我曾经为此踌躇良久,认为一个好的网站分析师不应该是这一行单纯的从业者,而应该是一个传统的营销人, 最好是一个商务分析师(Business Analyst)转型而来。如果不是的话,那就要积极的去理解企业的战略,去和所有的部门沟通,去了解他们的需求和挑战。那么,什么是一个高级网站分析师 (Senior Web Analyst)呢?如果初级网站分析师侧重于技术,成熟的网站分析师侧重于方法的话,那么高级网站分析师应该有丰富的经验和宽广的知识层面,能够设计和 完成解决方案。一个品牌不仅仅只有网站,还有围绕这个网站的生态系统;网站分析必须要把这整个系统考虑进来,从消费者的角度去理解整个系统的数据和信息 流,然后设计系统,尽可能多的捕捉有效的信息流,贯通他们,获得一个消费者整体的画像和决策历程。这个系统,可能要包含网站行为数据,网站数据库,线上媒 体广告(display,search,email…),社交网络,手机应用数据,线下数据,调查访问数据,call center,CRM等。这个系统应该能够,在宏观上给企业的战略决策和重大投资提供支持(包括产品设计,营销费用的分配),在微观上帮助网站(品牌)进 行一对一个性化营销。
要做到这些,需要的能力就非常多样化了,我肯定会漏掉很多,这里我可以轻易列举出的就有下面很重要的三点:
1、了解信息系统的架构的知识,熟悉企业本身现有的信息系统的构成和信息流;
2、熟悉市场上各种管理工具和监测工具,知道他们采集数据的原理和所提供的各种接口;
3、有比较好的数据分析知识(datamining)和方法;
也许我想的有点儿多了,就如同张三丰最初想要把武当八卦阵精简到一个人身上一样。的确,上面的这些能力可以归结成一个团队的能力,比如我现在所在的团队可以为客户搭建类似的系统,但是任何一个团队成员都不能独立完成。不过,高级网站分析师肯定不能对以上任何一条持有空白。
我自认还比较年轻,虽然我正在积极扩展我的知识和能力层面,但是可能连个合格的网站分析师都算不上。我这里只想说出我对这个行业的认识,可能给一些后来者 提供些借鉴,给一些踌躇不决的业外人士一些信息,但是不想争论;随便找来几个网站分析师的招聘启事可能会更实际一些。很可能三年之后我回头看这篇东西也会 觉得很幼稚,但我目前是这样要求自己的。
我想补充的是,文中所列出的几个阶段并没有完全清楚的界限,各个方面都是交叉的,一个人各方面的发展也是同步的。以上分类,只是为了介绍的方便和条理的清晰。
扯了这么多,列举了这么多,最后,我不能回避我一次极端的经历(极端的网站分析师)。那次,我给我的部门经理写邮件说,网站分析归根结底就是两条,一个是 分析内容和功能的有效性,一个是分析人机互动也就是设计的易用性。而我对内容和功能几乎没有任何话语权,又没有学习过设计,我这算是哪门子网站分析师呢? 后来我给自己安慰说,至少我知道,当3月份的visit的数据比2月份增长了10.7%的时候,我可以蛋定的对公司的客户经理说,这两个月的流量数据没有 任何变化。[转]
数据分析站点导航
上月总结最近关注的关键词1110
P3P:浏览器记录Cookie时的关注关键词,部署有啊机票部分Cookie无法获取
推荐 http://ipneter.blog.51cto.com/341177/150968
协调过滤、聚类、特征值、切词:基础数据分析关键词
Mybase:时间管理工具
todoList:优秀任务管理软件
DynaTrack:优秀IE浏览器性能分析工具
PDCA:戴明环,科学管理做事方法
Idashboards:不错的数据展现工具
推荐 http://www.idashboards.com/
网络营销顾问:贾思军博客
推荐 http://jiasijun.com
如何做好BI项目经理,怎样带好你的团队
看到一篇很好的帖子,和大家分享一下。
顺便分享一下一个不错网站 http://www.cognoschina.net/
最近一直再考虑作为项目经理是对客户负责,还是对自己的团队负责?很多BI项目经理都遇到过鸡肋的事。
第一种:有很多项目经理是一些都听客户的,客户要什么样的东西,咱们就提供给客户什么样的东西。及时是不合理,只要客户满意。宁可带领自己的团队天天加 班、日日熬夜也要完成顾客是上帝的这个宗旨。导致自己团队的成员一个个都怨气不断。但是客户却很happy的大笔一挥将单子签下,给公司带来利润。公司领 导满意,让公司得到效益,并且使项目组拿到奖金。
第二种:不遵循客户是上帝,客户的无理要求决不答应,并且给客户提供其他办法,不让自己的团队天天加班、日日熬夜。与客户沟通希望客户理解自己这边的困 难。这种情况如果遇到顽固派的客户,可能会闹得很僵,导致客户对公司做事不满意。令公司蒙受损失,没准会丢失掉一个大客户。
以上是BI项目经理最长碰到的事情,如果你是BI项目经理你会选择哪一种呢?
PS:精辟的回答,受益匪浅
1.楼主这个问题,个人认为是非常有难度的工作!也只有在工作承担了相应的职责的人才能遇到此类问题。这个问题在现实生活中,其实每天都发生着,只不过大部分人并不去问如何才是最佳,而只是达到公司或者项目的表面目标就可以了。
对于这个问题,个人赞成的做法是努力保持客户、公司、团队成员的三者利益平衡,无论哪一方过分吃亏,其实长远的合作就会出问题。比如有人退出团队,其实公司和客户的潜在利益也会受损失。
具体的技巧就是充分洞察各方的真正利益点是什么,作为项目经理要尽最大可能帮助大家各取所需。呵呵,像不像中介?其实,个人感觉就是这样。所以项目经理 在这期间最关键的就是发现各方真正关心的利益点并且努力保证各方能够明白这一点并取得一致意见。如果碰到有些不明白事的,就需要项目经理自己进行一些策划 和组织了,总之,这件事不容易,但是对于项目经理的锻炼是非常有益的,好好干吧。
2.其实这个话题 值得讨论的地方就是一个方法问题 重点在于平衡三方利益。这个工作 已经脱离了技术层面 从管理的角度出发了。以后你遇到这个问题 就会深有体会 并不是做好技术 一切就会好 人际关系这块 非常的复杂 要让所有人都利益最大化 这个项目才能算是一个成功的项目 也会为以后的项目打好基础 你在公司的晋升才会有保证 领导才会将更多的重要工作交给你来做
制作标签云页面の模板标签-wp_tag_cloud()
说明
该标签于WordPress 2.3版本投入使用,可在所谓的“标签云”中显示多个标签,所显示标签的大小取决于该标签的使用频率。WordPress 2.8中的wp_tag_cloud引入了taxonomy参数,使分类法被用作云的产生基础。这意味着,例如,你可以通过wp_tag_cloud向访 问者展示文章的分类云。
用法
<?php wp_tag_cloud( $args ); ?>
默认用法
<?php $args = array( 'smallest' => 8, 'largest' => 22, 'unit' => 'pt', 'number' => 45, 'format' => 'flat', 'separator' => '\n', 'orderby' => 'name', 'order' => 'ASC', 'exclude' => , 'include' => , 'link' => 'view', 'taxonomy' => 'post_tag', 'echo' => true ); ?>
默认情况下所显示的结果:
- smallest —— 最小的标签(使用次数最少)显示大小为8
- largest ——最大的标签(使用次数最多)显示大小为22
- unit —— 最大值最小值的单位为'pt'
- number —— 至多显示45个标签
- format —— 以平面形式显示所有标签(标签之间用空格隔开)
- separator —— 显示标签之间的空格
- orderby —— 按名称为标签排序
- order —— 以升序排列
- exclude —— 不排除任何标签
- include —— 包括所有标签
- link —— 可视
- taxonomy —— 用文章的标签作为云基础
- echo —— 响应结果
参数
smallest
(整数)(可选)使用次数最少的标签的字号大小(单位由unit参数决定)
默认值:8
largest
(整数)(可选)使用次数最多的标签的字号大小(单位由unit参数决定)
默认值:22
unit
(字符串)(可选)对smallest与largest的值的测量单位。可以是任何CSS长度单位,如pt, px, em, %。
默认值:'pt'
number
(整数)(可选)显示在云中的实际标签数。(值为'0'时显示所有标签)
默认值:45
format
(字符串)(可选)所显示的云的格式。
- 'flat' (默认值)标签被“separator”参数所定义的空格分隔
- 'list' 标签与class='wp-tag-cloud' 共同在UL中
- 'array' 标签在数组中,函数以数组方式返回标签云,以用在PHP中。注意:数组被返回,而非显示,引入于WordPress 2.5。
separator
(字符串)(可选)标签之间的文本/空格。注意:该参数引入于WordPress 2.9。
默认值:'/n' (空格)
orderby
(字符串)(可选)标签的排列顺序。有效值包括:
- 'name' (默认值)
- 'count'
order
(字符串)(可选)排列顺序(升序或降序)。有效值包括——必须大写:
- 'ASC' ——默认值
- 'DESC'
- 'RAND' —— 以任意顺序排列标签。注意:该标签引入于WordPress 2.5。
exclude
(字符串)(可选)将要被排除的标签(term_id)的ID,各ID用逗号隔开。如 'exclude=5,27'表示不显示term_id为5或27的标签。默认值为不排除任何标签。
include
(字符串)(可选)要包含的标签(term_id)列表,各ID用逗号隔开。例如, 'include=5,27' 表示只显示term_id为5或27的标签。默认为包含所有链接。
link
(字符串)(可选)设置链接,允许编辑某个指定标签。注意:该标签引入于WordPress 2.7。有效值包括:
- 'view' (默认值)
- 'edit'
taxonomy
(字符串)(可选)用以生成云的分类法。注意:该标签引入于WordPress2.8。
- 'post_tag' —— (默认值)将文章标签当作云的来源
- 'category' —— 用文章分类生成云
- 'link_category' —— 用链接分类目录生成云
echo
(布尔型)(可选)显示结果,或将结果保留在变量中。默认值为true(显示标签云)。注意:该标签引入于WordPress2.8。有效值包括:
- 1 (true) —— 默认值
- 0 (false)
示例
显示常用标签标题的云
<?php if ( function_exists('wp_tag_cloud') ) : ?>
<li>
<h2>Popular Tags</h2>
<ul>
<?php wp_tag_cloud('smallest=8&largest=22'); ?>
</ul>
</li>
<?php endif; ?>
限制标签大小且以使用次数而非名称排列标签的云
<?php wp_tag_cloud('smallest=8&largest=22&number=30&orderby=count'); ?>
以数组形式返回云,但不显示
在变量$tag中包含标签云,以用在其它PHP代码中
<?php $tag = wp_tag_cloud('format=array' );?>
创建标签存档
WordPress 2.3新增了一个显著功能——标签,wp_tag_cloud标签可用来展示一个标签存档索引。这就表示,访问者在显示标签云的页面上点击某个标签时,该标签所属的所有文章都会展示在页面上。根据模板层级,如果tag.php模板不存在,那么就使用archives.php模板。通过tag,php模板你可以自定义标签存档索引的样式,为方便导航,模板会在最上方包含标签云。
要将标签云显示在模板上方,你需要将一个新模板添加到主题文件中。模板、模板层级中有相关介绍。基础步骤包括:
1. 用下面的内容创建一个文件,命名为tag.php
2. 将新文件上传到主题目录下
3. 如果你希望在页面导航中加入一个指向标签索引的链接,可进行第三步骤,否则点击某个标签时会使用新模板。
- 用新模板新建一个空白页面,将页面命名为标签存档索引。
对第三步的进一步阐述:
WordPress可为不同页面使用不同页面模板。在页面>添加新页面界面的最下方(或是侧边栏,取决于你安装的WordPress版本)有一个名为“页面模板”的下拉式菜单。你可以在这里选择显示某个页面所用的模板。
<?php /*
Template Name: Tag Archive
*/ ?>
<div>
<?php get_header(); ?>
<h2>Tag Archive</h2>
<?php wp_tag_cloud(''); ?>
<div class="navigation">
<div class="alignleft"><?php next_posts_link('? Older Entries') ?></div>
<div class="alignright"><?php previous_posts_link('Newer Entries ?') ?></div>
</div>
<?php if (have_posts()) : ?>
<?php while (have_posts()) : the_post(); ?>
<h2><a href="<?php the_permalink() ?>" rel="bookmark" title="Permanent Link to <?php the_title(); ?>"><?php the_title(); ?></a></h2>
<div class="entry">
<?php the_content('Read the rest of this entry ?'); ?>
</div>
<?php endwhile; ?>
<?php endif; ?>
</div>
<?php get_footer(); ?>
注意,模板还没有添加样式。通过查看single.php主题文件可以了解你的主题所用的结构。
BI项目团队建设
核心团队是主力。一个项目的主力团队应该是自己组织的成员,每个成员都应该是工作可交付、参与决定、参与讨论和项目的核心领导。核心团队在项目的每个步骤都一直是项目的核心。
项 目的核心成员必须百分之百的全程参与项目,担任主要角色。更重要的是,他们领导着项目。核心团队最合适的规模是四五个人,不要超过七人。团队的成员应该 有:一个项目经理、一个业务代表、一个IT部门的业务分析人员(数据管理员或者业务联系人)、IT部门的资深技术人员(系统分析或者高集程序员)。
注意:业务人员能够全职是项目成功的重要因素。如果业务人员阻碍了BI项目,那么就失去了组织交互的关键的业务驱动力。
开发步骤的核心成员必须百分之百的参与项目,开发的每一步骤都需要他们全职工作。例如,ETL开发组长必须全力领导ETL开发轨迹。
所有的核心成员都参与集体讨论,互相分配任务,回顾每个成员的可交付的工作,解决问题,集体做项目的决策。
核心团队的成员有可能担任多个角色,不论他们是项目的核心成员还是开发步骤的核心成员。
业务代表的角色通常是BI项目需求的业务部门的主要人员。它全程参与BI项目。如果有必要,这个角色应该负有更重要的责任,那就是激励所有的人全力去完成BI项目。
下表列出了核心团队的角色和职责(排名部分先后):
Role |
Major Responsibilities |
应用开发组长 |
设计并且检查开发分析应用(例如,报表、查询等) |
BI基础架构师 |
建立并维护BI基础设施(一些组织中,监督非技术设施);外围团队的组织和管理 |
业务代表 |
参与建模,提供数据定义,写测试案例,做业务决策,解决业务单位之间的分歧,改善数据质量。 |
数据管理员 |
执行组织交互的数据分析,创建逻辑数据模型,将逻辑数据模型合并为企业范围的逻辑数据模型 |
数据挖掘专家 |
选择并且使用数据挖掘工具,应该具有统计背景 |
数据质量分析员 |
评估数据源的质量并且为ETL过程准备数据清洗的规范 |
数据库管理员 |
BI目标数据库的设计、加载、监控、调优 |
ETL组长 |
设计和检查ETL过程 |
元数据管理员 |
自己创建或者购买,提高、加载和维护元数据库 |
项目经理 |
定义、计划、协调、控制和检查所有的项目活动; 跟踪和报告进度;解决技术和业务问题; 指导团队成员;跟供应商、业务人员、项目发起者谈判;项目的职责 |
主题内容专家 |
提供关于数据、流程、需求的业务知识 |
有一些角色是可以合并的,有一些角色是相互排斥的。
例如,一个人可以兼任下面几个角色:
1、应用开发组长和ETL组长(假定这个人有这两方面的知识)
2、数据管理员、数据质量分析员和元数据管理员(假定这个人有所需的知识)
3、数据质量分析员、主题内容专家和业务代表
下面的列表是互相排斥的角色,不能指派给一个人.
·数据管理员和数据库管理员:数据管理员提出独立于流程的逻辑数据模型,数据库管理员提出独立于逻辑数据模型的物理数据模型。一个人来执行这两项工作太困难了,即使这个人具有所需要的知识。
·项目经理和任何非领导角色:管理一个BI决策支持项目必须是全职的工作,不能放到任何开发工作之后.一个人不可能将工作简单的划分给管理和开发。