是的，随着以用户为中心的设计（UCD）和用户体验设计（UED）概念的深入人心，互联网产品设计的方法和流程已被重新定义而且大同小异，即便是刚入门的麻瓜也能一本正经地告诉你一个正确的产品设计流程需要经过低保真原型、视觉设计、交互设计、高保真设计……等阶段。

 

彩程设计用户体验设计流程

产品经理不是巫师，拿脑袋当水晶球拍拍，就能精确地规划出每个界面和界面上的控件，而是通过一定的方法和工具，把逻辑思维逐步收缩，并落实纸面。低保真原型通常并非一个设计真正的起点，就好像一个完整而令人激动的星球大战故事还会有它的前传。

TeamCola是我们针对小团队开发的一款团队日志产品，通过让团队内部工作透明从而方便管理、增进信任和提高效率。想通过这款产品，来谈谈我们设计前期所使用的一些工具和方法。

软件设计，以人为本。产品设计前，对产品本身的典型使用人群需要个大致定位，如果不太明确，建议提前进行一些调研、走访并制作一份角色分析表，共同讨论和分析是什么类型的用户，会出于什么动机，在什么场景下，使用到软件的什么功能。关于用户研究，有很多成熟的理论与方法，不在此赘述。

产品的雏形或者说全貌，通常会先出现产品经理的脑海中，如果这个产品经理就是个单干户，那么他马上就可以做设计写代码或者同时搞了，但更多的情况是产品经理是团队的一员，需要跟团队的成员沟通，告诉他们自己想做的是个什么东西。当然，某些既不是普通产品又不是文艺产品经理的产品经理不在讨论之列。

在彩程，产品经理需要通过一张图来向团队成员来阐述这个产品的内在逻辑，用什么方式或软件来绘制不重要。这张图可以是纸面的草图，也可以经过精心的绘制，这样的图，我们称之为信息结构图。

 

Teamcola信息结构早期讨论稿

 

一个普通用户眼中的TeamCola信息结构

 

一个产品经理眼中的TeamCola信息结构

在这个阶段，产品经理着重需要考虑的是系统的核心功能和信息流向。这样一张信息结构图，对于信息逻辑的梳理非常有帮助，也方便向团队其他成员展示和阐述。

接下来，产品经理会开始绘制页面路径图和角色任务图，页面路径图会大致规划产品大概会有哪些页面，相互间的链接关系如何。然后将典型角色的典型任务列出，看看完成这些任务需要经过多少个网页，路径是否过长，是否有走不通的断头路等情况。

页面路径图讨论稿 

 

整理后的页面路径图

 

典型角色在Teamcola中可能会面临的典型任务

有了这些前期成果，就可以开始正式的低保真原型设计了，在做每个具体页面信息架构的时候，可以根据内容的多寡和重要性进行某些页面的合并或拆分。至于形式，可以是手绘，也可以用Axure之类的软件来完成。一般说来手稿在绘制的时候效率更高，成本更低，摊在桌上很文青，贴在墙上很大师；html的版本则更方便在电脑上展示和远程传输，在展现一些动态的交互细节与不同页面间的跳转关系上更为方便。

 

在前期设计的辅助下开始基于页面信息架构的低保真原型设计

 

有些页面上有相互调用的模块，我们会做成小的卡片来方便讨论时的排列组合

 

把低保真设计原型贴在墙上方便集体讨论和查阅

低保真原型后面的故事，相信大家都知道啦～就是视觉设计、交互设计、前端开发、后端开发之类的一通猛干，把这些纸上的想法变成现实。：）

Mm⋯⋯我知道我们团队今年夏天干了什么 

最后，欢迎体验我们这番设计的最终成果——最好用的团队日志管理工具——TeamCola!

来源：http://blog.mycolorway.com/2011/12/30/teamcola-pre-design/

[ subversion的代理服务器配置 ]

要配置subversion的代理服务器，需要修改$HOME/.subversion/servers文件，在此文件的[global]段加上：

http-proxy-host = 192.168.1.1
http-proxy-port = 8080
http-proxy-username = user
http-proxy-password = password

注意以上配置前面不要留有空格，否则使用svn时会出现如下错误

.subversion/servers:68: Option expected

附录，linux其它代理服务器设置参考

[ 通用代理服务器配置 ]

对于大多数Linux控制台程序，例如Debian或Ubuntu中的apt-get和aptitude命令、git命令、wget命令，这些程序都使用http_proxy和ftp_proxy环境变量来获取代理服务的配置。

方法是在你的~/.bashrc里加上类似下面的话：

export http_proxy=http://username:password@proxyserver:port/
export ftp_proxy=http://username:password@proxyserver:port/
如果你的代理服务器需要用户名和密码才能访问，需要填写上面的username和passwd部分，否则的话，省略这两部分。

例如，假设你的代理服务器为192.168.1.1，端口是8080，用户名为easwy，密码是123456，那么应该这样设置这两个环境变量：

export http_proxy=http://easwy:123456@192.168.1.1:8080
export ftp_proxy=http://easwy:123456@192.168.1.1:8080
这样配置之后，退出再登录一次，或者直接使用下面的命令source一下.bashrc：

source ~/.bashrc
现在，上述程序就可以通过代理服务器访问网络了。

[ yum的代理服务器配置 ]

如果想让CentOS中的yum可以通过代理服务器更新程序，则需要修改文件/etc/yum.conf，在此文件中加上：

proxy=http://easwy:123456@192.168.1.1:8080

现在使用yum就可以更新你的软件了。

最近，我遇到这样的问题，以前有一些二级域名应用，后来这些应用没有了，这些二级域名全部自动指向了我们主站，不利于搜索引擎。

解决办法如下：

vi nginx/conf/nginx.conf

增加一个server如下

运营模式的具体目标：

1、要有一个有价值，吸引力的产品（网站）

2、建立自己的用户库

3、可持续执行的营销模式

营销模式下次讨论。

今天，我要谈另外一个误区：盲目建网站

很多时候，人总是在穷则思变，没有赚到钱就老想别人怎么赚到钱了，或者说有什么新的赚钱方式，由其互联网发展速度之快，每天都能有新的赚钱成功案例，这些案例对于哪些没有赚到钱的网站来说，就像救命稻草一样，或者说新的希望。于是乎，他们很快就来山寨，由原来一个网站，变成二个网站，甚至三个网站。

由于时间，精力与资源有限，往往无法运营多个网站，结果要么丢了以前的站，要么两个站都是平庸之作，还是不赚钱，而且比以前更辛苦了。

这样的事情太多了，所以创新少，跟风多，山寨多，就是这个现象，纠其原因就是大家没有想到一个网站成功与否，很多部分取决于运营执行。所谓商业械，运营模式等各个模式，只要公开了，大家都会。不要以为自己拥有了一个特别的模式，就万事大吉了。

其实纵观各种生意成功之处，都是资源整合与积累的结果。

所以我们在选择运营模式上一定要结合自己的资源，然后整合，并不断积累，最后才会突破界限，走向成功。

积累听起来容易，做起来很难，要有毅力与策略。

认定了一个运营模式后，就要坚持，可以微调，不可大动，除非你的模式得到完全证明是不行的，否则不要被外界的变化而动摇。

让我们从现在开始积累，聚集，坚持自己的不归路吧

搞网站似乎成了一个习惯，必须先了解商业模式，然后向身边的说明商业模式，感觉商业模式成了互联网的某种时尚代名词，我们谈起来也格外兴奋。

那么到底我当初是怎么理解什么商业模式呢？印象中，我当时只记得商业模式就是解释靠什么赚钱，也是这样与别人说的。这个解释到今天并没有错，商业模式确实就是一个如何赚钱的套路。但是，当时我其实每次解释时，都自然提到广告，佣金，服务费等之类，似乎当时几乎将这些作为互联网的商业模式的同义词。

今天理解的商业模式，还是依靠什么赚钱，并没有变。变化的是，早已不局限以上提到广告，佣金，服务费用了。更加深刻的是，明白了互联网为什么要提出一个商业模式的概念。

那是因为人类一直以来”如何赚钱“基本上离来开“低买高卖”，这也是所有人能够理解的生意。而互联网的出现，特别是在没有电子商务出现之前，人们难以理解在这个上面完成“低买高卖”，为此用一个商业模式一词来解释。

有了商业模式，就等了有了希望，但是缺少工作方向与目标，那么超着什么样的方向与目标来实现我们这个商业模式希望呢？这个比商业模式还重要，就是运营模式。

这个词更是难以理解，说实在的，三年前我真不知道，也不明白其含义，可以这样说，不能理解运营模式是难以在互联网上成功的。三年前，我只知道要做一个比较网站，为用户提供比价等服务，从而赚取广告等费用。这句话里其实包括商业模式与运营模式，但是当时并没有理解运营模式，特别没有理解其深刻含义，或者说细节含义。

经过二年来折腾，与吃亏，现在算是总算明白其的重要性与价值。

运营模式的理解深浅决定了我们的策略与方法恰当与否。

二年前理解的太肤浅，以为一味的将比价这个功能做好就可以了，所以一头扎在里面，这样，不但走向了极端且忽视了“商业目标”，没有整体把握运营策略。搞得非常辛苦，确离目标更远。

运营必须围绕商业模式，不能只考虑运营不考虑商业，那样我们走不远的，离开了运营考虑商业模式，那就是空中楼阁。两者必须平衡，要有策略，有时为了商业模式，牺牲运营目标是正常的。当然两者之间的平衡点倾斜度，还取决于手上资源多少，有足够多的钱，可以先侧重于运营，再考虑商业模式。

如何在不破坏运营前提下，确保商业目标，这是我们最大的挑战。

通过放慢进度或者牺牲一些资源来确保我们一些商业目标，从而使我们有更多力量失去运营前进。

这次会议收获还不错，了解到了最近google对外链权重降低，自有搜索广告以及一些优化广告技巧。具体如下

第一个讲座，介绍了在线广告市场状况

有巨大的流量在浪费，广告主在线预算只有18%左右

特别是品牌广告没有规模化，很少在线投放，仍是以效果营销为主

google提供了跨网站跟踪技术介绍，可以很好提高品牌广告，举了一个google的nexus手机推广案例，在线广告预算达到74%，在线销售量达到68%。另外一个案例，是京东案例，周年庆时希望广告给曾经关注京东的用户展示。

第二个讲座，谈到新媒体，视频广告的应用

将广告嵌入视频（FLASH)，这个东东，还没有什么概念，回去试一下看看

第三个讲座，沈凯讲的有关政策与优化

一是，google将影响排名的260个因素之一的外链权重降低了

二是，打击黄金链与链接买卖

再次强调原创

另外，他建议大家将adsense,analytics,webmaster三个工具结合 使用

再有，推荐大家去看，AdSense 优化器和优化实验室

最后分享两个广告位置实验数据

1、右边的300*250广告，比左边点击多

2、首页首屏广告价值高

第四个讲座，google搜索广告解决方案

自有搜索广告与自定义搜索广告，前者需要人工申请。后者的地址是/cse

最后一个广告是讲DFP（doubleclick for publisher)广告系统与adsens配合的好处

fail connect to database: error connecting: Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size was reached

开始以为是数据库连接不够，后来发现不是这个原因

然后调整了IIS6.0的应用程序池

1、建立独立的独立应用程序池,我命名为ttt，IIS6默认是多个应用程序共用一个

2、修改了ttt相关参数一个，如图

然后测试下了一天，问题解决了，继续观察中

由于公司名称发生了变化等原因，原来支持无法入帐

这就需要重新申请签发票给我们

google考虑了这点，特给了相应支持，请参考

http://adsense.google.com/support/bin/answer.py?hl=cn&answer=53936

注意，支票号是选填的，没有收到支票是无法知道支票号的

另外，填写的签发时间以帐号中的付款历史为准，不要以收到的支票上的时间为准。