*GFC就是最近比较火的Google Friend Connect 尝试了很多次，碰壁了好多次，刚刚终于找到使用二级域名通过Test to finalize setup的方法。 先说我这个Blog在设置GFC时的步骤：

1. 到Google Friend Connect
2. 选择Set up a new site
3. 填写站点名称[Blog]和Home URL[http://blog.94smart.com]，继续
4. 下载两个文件并上传到blog的根目录，继续
5. 点击测试按钮
6. 报错：  We were unable to locate required files at the home URL: Confirm that http://blog.94smart.com/ is the correct “Home URL” of your site. If not, go back. Confirm that rpc_relay.html is at your “Home URL”: http://blog.94smart.com/rpc_relay.html Confirm that canvas.html is at your “Home URL”: http://blog.94smart.com/canvas.html Please correct the above issues. 

翻了翻GFC Group发现这个问题困扰很多人，但并没有实际解决的方法。本来我都放弃尝试了，后来看到Google提供的GFC样板站中有一个使用的是二级域名实现的，所以决定再试一下。 后来终于试出了欺骗大法：

1. 准备二级域名[blog.94smart.com]的顶级域名[94smart.com]，测试其是否可以通过测试，如果通过可以进入下一步。
2. 重新set up a new site
3. 填写站点名称[Blog]和Home URL[http://94smart.com]，继续
4. 下载两个文件并上传到顶级域名的根目录，继续
5. 通过测试并通过
6. 进入后台Blog的Site settings，将Basic里面的Site URL改成[http://blog.94smart.com]，选择Save and test。
7. 报错，而且和之前的提示一模一样。。。
8. 点击别的菜单，我点的是Site settings的Advanced标签
9. 再切回Basic时，地址栏里已经是[http://blog.94smart.com]了，至此完成。后边可以测试下gadget，我用了Add Members和Wall的gadget。

希望这篇东西可以帮到有同样困扰的朋友，有兴趣的也可看看我Blog右侧的GFC gadgets~

  因为种种原因，今年没有参加中文网志年会，在这里祝08广州中文网志年会圆满成功！ 有兴趣的朋友可以到年会blog获得最新信息。 北京的朋友可以前往分会场：詹老师的奇遇花园咖啡。

1. 其实牢骚不分大小，也没什么先后顺序，随便唠叨唠叨，就用123体吧。
2. 两个多月前，我正式成为产品人员，有自己负责的产品和为之奋斗的目标。
3. 以前总觉得做产品跟做UE、策划差不太大，经过这段工作的磨练，现在知道以前的理解是远远不够的，我一上来就犯了很多低级错误，虽然以前听到过、别人给我讲过……但那些都没用，没有实际操作过绝对理解不了，而且一定要把该犯的错全犯一遍才会长记性。
4. 一个独立产品，不分大小，必须有至少一个产品经理，负责该产品相关的一切事情，包括但不限于调研、需求分析、产品设计、定价等等，有点类似打杂的，跟产品有关系的事情就要挺身而出，不能含糊，且多数时候必须主导。
5. 一个产品分若干阶段去操作，每个阶段或阶段里的重要功能，那就需要形成项目，每个项目由一个项目经理领导，负责包括但不限于时间管理、项目进度跟踪、项目质量保证等。
6. 产品不可能单独产生，需要一个接一个的项目去支撑。
7. 每个项目由项目经理负责管理，产品经理参与并提供各种产品方面的支持，其他角色略，但这两个角色一定要分开，项目经理有权去催产品经理提供曾约定的支持（文档、决策等），产品经理需要去做好自己的部分并争取更充裕的时间和资源。
8. 如果这两个角色重叠在一起，就会出现我前一段时间碰到的人格分裂，一方面要踏实的做产品设计一方面又在催自己赶紧完成，两个相对立的角色体现在一个人身上实在是太难受了，以后我是不会这么干了。
9. 提到项目经理，还有些想说的，以前有碰到过某些公司用行政/助理或文员秘书做项目经理的情况，这显然很有问题，项目经理应该是个可以帮助团队前进的人，绝不仅仅是只盯着Project 200X上的时间表、动不动就打小报告的、与产品和项目都无关的人去做的。
10. 唠叨够了，该休息休息了。
11. 刚好十一快到了，祝大家国庆节快乐！

改换阵营，是说我在这段日子做了很多决定，导致我相关的生活和工作产生了很多变化，变化大到连原来的阵营都变了。

1. 工作换了，不只是职位，连领域都换了，从互联网换到无线增值，职位是WAP产品经理，唉，从此我的事多了~
2. 因为工作关系，以后我会更加关注无线互联网相关的信息，可能会体现在Google Reader的阅读共享里。
3. 工作地点从离家30公里换到家边上，走10分钟就到了，说的大气点，从中关村商圈换到了CBD。
4. 告别了我原来的笔记本HP NC6000，换成了Macbook最低配的402，我现在也算是麦粉儿了吧~
5. MacOSX很好用，某些体验是Windows不可比拟的，这是我用了一个月后的感受，真是用过才知道。
6. 开始泡SNS，花比我想象中长的多的时间，开心网、5GSNS和海内是我最近最爱泡的，尤其是开心网，都没料到一个连Webgame都不算的争车位可以吸引我时常光顾。
7. 其实还有很多，就是太琐碎，我也懒得记了~

最近时常有人说我好久没写了、不活跃了、消失了等等，其实是我变得更低调了，而且也不像以前一样有什么都写成blog，最起码还可以通过twhirl用twitter去记~ 最后要说的是，那些没写完的系列暂时只好放着了，也不知道以后能不能每月写一篇~ p.s.不算了，本来想算算多少天没写Blog了，但还是放弃了，对这么长时间没写我也想说点什么，但还是想不出来什么去表示。

5月11日参加了UCD产品设计工作坊的第二次课，过程比上一次还紧张，但心情已经比第一次放松多了，团队合作也更好了，不过按照我的写作计划还要再过一两篇才会写到。 第二篇：用户定位和产品定位 上一篇末说到市场研究，其结果直接影响到后面的用户定位环节。 记得最初我们两个组在市场研究中都有很直接的结论，比如用户集中在女大学生和白领、商品范围集中在包/鞋/衣服等，用传统项目经验来说好像很明确，但是用UCD方法并不会得到如此直接、局限的结论，比如用户定位，应该从大范围开始根据用户目标和行为分析逐步确定关键因素，再通过后续很多工作才能得到用户及用户群的定位。 在用户定位这个环节，我们依赖一个用户目标（或行为）和商业价值的坐标系，小组每个人都列举了自己认为必要的因素。集体的力量就是强大，我们贴了几十个这样的因素在坐标系上，后边问题来了，我们需要选出最能同时体现用户目标和商业价值的因素，又经过很长一段时间的PK，最后留下的就是最关键的因素：搜索经验、网上购物经验和比价习惯。 基于关键因素可以进行用户群划分，我们按照各关键因素的程度大小设定了3个用户群，其中1个是主要用户群、1个次要用户群、1个补充用户群，这与我以前经历项目理念（如大而全的门户思想）完全相反，但我觉得这样更合理。 接下来是产品方向的环节，首先开始需求分析，我们又看到一个坐标系，不过这次的是以需求程度代替前面的用户目标，我理解就是将用户目标转换为需求，让需求更符合用户行为，这个环节也没少PK，我们确定了需求及程度。因为我们用的是贴纸，这让产品概念图很容易产生，我们只是把坐标系上贴纸揭下来，贴在产品概念图纸上就好了，用白板笔画上箭头、线和动词，速度那是相当的快~ 竞争分析没有过多介绍，这也变成了本次工作坊其中的一个作业。 本阶段小心得：

1. UCD方法的流程充满测试和验证，往往后一步可以确定前一步有些不太准确的想法，整个流程是个不断深入、不断完善的过程。
2. 用白纸、白板笔、胶带、随意贴等创造的纸面沟通系统太强大了，用户需求分析、产品概念图等等都能做，且灵活度高于任何软件。
3. 用户需求分析绝对不应该是PM拍脑门想出来列个表就完的，那是经过定性研究推断出来的，原来参与的项目多少会因为这个导致后期工作难以进行。

Technorati : PM, UCD, UCDChina, UR, workshop, 产品设计工作坊, 以用户为中心, 纸面沟通

昨天下午2点28分，我在办公室经历了一个特别的三分钟，为四川地震中的遇难者默哀，其间三环上的汽车鸣笛声、防空警报声大作。 昨天从早上开始，各大网站都换上了灰色面孔，让人们的心更沉痛了。 昨天开始公众娱乐都停止了，公共娱乐场所关门、网络游戏停机、游戏及娱乐类网站关站…… 上周拖下来的几篇个人Blog，也由于哀悼日继续拖下去了，也许21日以后可以补上，谁知道呢。

Technorati : earthquake, 哀悼日, 四川, 地震

北京不是第一次震了，远的有唐山大地震，近的有张北地震，但这次给我的印象最强烈。上次张北地震我在北京也赶上了，但不如今天这次震感强。 今天下午两点多，我正在22层楼的办公室为某几个数据头疼，突然我觉得头有点晕、椅子在颤，我努力想扶着桌子站起来，但是失败了。 我第一反应是不会是过劳要挂了吧，差不多1分钟以后才站起来，这时附近同事也都感觉刚才地在震，接着twitter上有好多人说"我们这里地震了"，之后QQ群被"地震"炸了窝。这时我们才知道地震了，一时间多个城市被点名，最后确定是四川汶川为震中的7.8级强烈地震，北京等地只是有震感。 “地震"注定成为近期的热点关键词，经过门户、论坛、搜索引擎、IM、twitter、Blog等途径广泛传播，网民成为最快获得信息的人，但弊端是谣言满天飞，可能会极大影响人们的正常判断，还好地震局反应快速，要不后果不堪设想。 p.s.基于人工神经网络理论，地震历史数据可以用来训练模型，但是这个模型可以准确预测地震发生吗？现阶段可能还不行吧。 晚上听着CCTV新闻台（别的新闻台看不到），都不知道自己怀着怎样的心情在刷着USGS四川地区震情列表，每当刷出一条地震信息，就有一种难以言表的郁闷，还好现在（2008-05-13 0:45）频率降低了，希望可以无限延迟下去。 鉴于维基百科地址不方便访问，这里提供一下百度百科的《地震自救大全》，不管用不用的到都看看吧。 最后，愿受灾地区的人们平安！可以恢复正常生活！ p.s.早上上班路上，家门口有两条狗在马路中间办事，当时还觉得今天的动物够疯狂的，到了下午才明白。

Technorati : USGS, earthquake, twitter, 地震, 汶川, 网络传播

明天就是劳动人民的节日，祝大家歇好、吃好、玩好！ 今年的劳动节我又可以去其他地方度假了，最近烦心事太多，正好可以出去散散心，Nice~ 这次去海南三亚，陪老婆看看亚龙湾蓝蓝的海和银色的沙滩~ 所以，Google Reader的阅读共享网摘暂停几天，各位看官请见谅~

Technorati : 旅游, 海南三亚

预告：本Blog近期将开始一个到两个项目相关的系列内容连载，敬请期待~ 上周末，去jiwai的会议室（地方真不好找）参加这次的UCD产品设计工作坊，从头到尾经历虚拟项目，效果还不错，从实践的角度开阔了我对UCD方法的理解，感谢白鸦和Angela为我们上了如此有价值的一课。 从今天开始不定期更新我的心得： 第一篇：从混乱中开始 种种原因搞的从一开始就很混乱，好像来参加工作坊的人（包括我）都没作足功课：对行业不够了解、对"图像搜索比价购物"这个概念不是很清楚、对UCD的流程不大明白等等，加上各自的工作背景，也许你可以想像到有多么混乱。 早上开场，白鸦介绍了一些项目背景知识后，在场的人开始组建团队分角色，本次工作坊集中在PM、BI、UR、ID等角色，有趣的是发现大多数人属于全能型，在实际工作中多数都是自己一个人做全套工作，划分工作职能可能是我们都欠缺的，有时在阶段最后还演变为人少服从人多的"群体智慧"。 我们就是在混乱的状态下进入市场研究这个环节，时间紧迫，10~20分钟要做好用户定位、市场定位及优劣势分析，且需理出一个吸引投资的项目介绍。这对我们打击很大，我们9个人分成若干组整理相应资料，当汇总到一起的时候发现根本合不上，使我们的产品目标打一开始就不是很明确。 事实也证明我们存在问题，因为在接下来的用户定位一度导致我们发生分歧。 本阶段我的小心得：

1. PM（项目经理或产品经理）绝对不是执行层能做好的，一定得深入战略层，需要打一开始对项目负责，哪怕是分析后决定取消项目，绝对不能是一个谁让干什么就干什么的人。
2. BI很重要，分析行业数据及竞争对手很有用，不一定非得市场人员去做，UR一样需要，且需要多花时间去做，绝对可以影响后面的工作。
3. 过往经历的项目从来都是半路加入，没有从前期加入的经历，所以习惯从别人处得到足够信息而不去管信息获得的途径，这在UR是不正常的，需要自己去获得/分析信息、数据，然后通过后面的工作去验证。

p.s.我跟两个Tony一组，其中有一个是UCDChina Blog的Tony，当时太投入，居然都没来得及单聊~

Technorati : PM, UCD, UCDChina, UR, workshop, 产品设计工作坊, 以用户为中心

别紧张，只是CSS裸奔节又到了。 4月9日是今年的CSS Naked Day，每年到这个日子就会看到大大小小的网站、Blog去掉CSS样式表，让网站"裸奔"，故这天也叫"CSS裸奔节"。 这个日子是为了推广CSS及XHTML等W3C标准页面代码而设的，更能突出网站在没有CSS的情况下代码结构是不是够清晰，其实我的Blog是一个反面例子，去掉CSS后作为主体的Post列表出现的太靠下了~ 我使用的是Aja Lapus做的Wordpress插件来实现的效果，也可以到CSS Naked Day页面去看其他实现方法。 最后，基于大家现在什么节都过的心理，在这里说一句：CSS裸奔节快乐！

Technorati : CSS, CSS Naked Day, CSSNakedDay08, W3C, XHTML, 裸奔