飞扬在文中最后的总结 “互联 网从未改变需求，所谓需求的创造，无非是有人可以深刻理解，并且成功加以转化，归根结底还是产品对驱动的转化。“ 这句话很深刻。

我个人想把飞扬的 几个驱动 的名字改改，使之更加中性一点。

“虚荣”–〉“被重视和关注”

“利益”–〉“谋求当下和潜在的机会”

至于”异性“，我个人觉得，这个驱动可以归属于 以上两个。

我再补充一些，我感觉到的驱动：

a.  ”情感维系”
     用户与社区互动较长时间后，形成了对社区的持久的“情感”，这个情感可能包括对站长个人魅力的崇拜，对站长事业的理解和支持，对网络其他用户或者某些用户所形成的群体认同 或者 价值认同。这批用户是社区真正的核心。

b. "学习型驱动“
    对于持续创新型的社区，存在一批同行用户，是本着”学习“的目的来参与社区的，在参与的过程中与社区共同成长。他们也可能有自己的其他实践，或者竞争产品。

 于加新 的观点我近来比较认同，的确存一个无驱动。就是存在一些用户，他们未曾体验过类似或者相似的社区，偶然来到你的社区便安家了，然后便先入为主 适应了。这部分用户需求不明确，但是用户的量在某些领域却相当可观，比如说 babytree.com 这样的面向特殊人群/大众用户 的社区。

对于社区的设计，我觉得对 社区用户的认识 和对 产品表达的技巧 是两个最重要的方面。

后来相续在很多Bloger中看到了相关的话题，包括 贝贝客 的创办者 艺叔 的一篇《UUZONE关闭的启示：建立能赚1分钱的持续赢利的模式比什么都重要》。

我对UUZone 不是很了解，但是倒是经常去看看，因为UUZone 经常有些很好的 技术想法，对于我这个技术出身的人来说，有着特殊的吸引力。2006年杭州的第二届网志年会的时候，我还见过 老冒，当然，也见过同样对技术比较重视也在努力实践的诸多站长们，比如 抓虾的老大，E都市的老大，还有 客齐集的 王建硕，他们谈论着marshup , openid ，这些我很感兴趣。

技术出身，对技术比较了解，眼界和知识面可能也更多局限于技术，我倒是很有自知之明。贝趣是我从传统ERP软件 转入互联网后的 折腾的第一网站。当初想做的时候，我只是觉得技术上自己还可以实现自己的想法，而真正吸引我下决心 辞职来折腾的，还是  直觉和一种本能的冲动——能够通过互联网 把高楼林立中孤立的妈妈宝宝们沟通连接起来，这难道不是一件很值得去做的事情。

当然，做项目也必须考虑市场，自己经济上还没有自我解放，同事朋友们也都深陷 不动产 的 泥潭。尽管创业发财的梦想都很大，但是，也都非常清醒认识到 从一开始就需要把  “养活自己” 放在第一位。

1年多过去了，贝趣从 知识+ 电子商务的尝试 发展到 社区+电子商务 的尝试，再退化为一个单纯的社区。我很真切感知道，创业中存在大量不可预知的变数 和 难以奋争到的资源。现在我在babytree.com, 也同样是参与了从无到有，从方向直觉到实现蓝图 的一个过程，我的体会更深刻了。资源是创业过程中的关键问题。
对于一个创业者，你能够拥有多少资源，可能在于你当前的积累，也可能在于你从现在开始朝这个方向的努力。这个问题是值得探讨的。

回到这篇文章的主题：技术和市场的平衡，这个平衡在创业公司中其实是资源的平衡。因为小团队，技术上的人力投入和市场营销的人力和精力投入都是在一个很有限的范围来运作。正因为有限，运作的技巧就显得更加重要。我做产品出身，很清楚产品实现中存在的诸多敏捷的措施。而对于市场，更存在大量“四两拨千斤” 的灵动性。 可是，真正的成功是要能够在 你所获得的 时机中 尽可能 优化团队各方面 的效率而产出 有绝对竞争力的成果——这就是抓虾的成功，blogbus的成功，pplive的成功 等等。

前段时间在 babytree 听 keso 分享了他对社区的理解，keso 把社区的关系概念化为“人与人”，“人与信息”，“信息与信息”三重关系。

这三重关系虽然很显然易见，但是，对我的思路影响却很大。我觉得这三重关系把社区的功能设计方向一下子清晰化了许多，为大家在以后的社区设计、社区发展的同行交流中也提供叙述的 一个逻辑思路。

我自己总结了一些社区功能设计的思路要点，在这里与大家分享，希望大家继续补充。

一、人与人的关系
 
        0. “人与人的关系”是社区的核心

 1. 人与人的关系的建立 可能是一种直接建立过程，更可能是一种间接建立过程。

           前者指在社区里，A 偶然认识了B, 然后触发了A与B的后续信息交流。这一点成立的原因是 人往往是好奇的，而在社区中这好奇没有带来坏处。这一点对于
新用户/新社区来说，非常重要。

           后者指，在社区里，更通常的是A 通过信息 认识了B。由于这种认识是在一个信息环境下建立的，具有选择性，目标性、甚至是“功利性”。

        2. 人在社区中是关系网络的节点，意味着 有两种截然不同的需求。一种是主动性需求，由A发出；一种是被动性需求，施加到A身上。这两种需求需要相互平衡。

           主动性需求包括：A 想在社区中干什么？A希望社区给他带来什么？假设所有用户的这些需求累计起来是集合 Set1, 而Set1中可能作用到A 自己身上的是 Set2

           被动性需求包括：Set2是累计的被动性需求，但是Set2中可能存在 A 自己不希望的。比如，A希望知道好友B的任何活动信息，但是A 可能不希望自己的活动信息为B所知。

        3. A与B的关系维护是通过信息来达成的，信息需要一些触发点，增加触发点，可以促进信息交流的频度。触发点有多种类型

            存在某些普适性的触发点，比如 生日、节日
           
     存在一些仅适合A，B之间的触发点，比如 A,B 的共同兴趣，这些触发点往往同 A与B 之间的历史交流 有关系。

        4. 关系维护的深度 处决于 A B 之间历史交流沉淀下来的 价值影响 和 认同度。

        5. 关系维护需要面对 内外界的多种影响，外部影响包括：个体变动、价值迁移；内部影响包括：新鲜感丧失，维护代价增长 等

二、人与信息的关系
 
       0. “人与信息的关系”服务于“人与人的关系”。           

       1. 人是主动方，寻找信息的过程，是信息逐渐被过滤的过程。过滤的方式可能很多：搜索、结构化导航、人际传播 等

       2. 寻找信息的代价越少越好

       3. 潜在兴趣的挖掘能够 提供 用户一种持久的 新鲜感

       4. 能够很好区别不同信息的重要性, 必要的时候把决策权交给用户

三、信息与信息的关系

       0. “信息与信息的关系”服务于“人与信息的关系”

       1. 信息a与信息b 在社区中的关系并不是稳定的，关联程度处决于 阅读的人 C 对 a的作者A 和 b的作者B 之间反映在内容上的认同度。

       2. 信息与信息可能直接通过keyword/tag/category 去关联，也可能通过 信息–人–信息，信息—人—-人—信息去关联。

       3. 信息与信息的关系应该围绕着 社区中人的主要需求 去组织

日构建在XXX部门的应用经历
日构建未来构想
“没有最好，只有更好”，这是对日构建系统的要求。未来的日构建一方面要解决目前日构建实施中已经显现出来的问题，另一方面，则要挖掘出更深的内涵。
1. 流程全自动化
流程全自动化的意义是节省维护的人力成本，同时加快构建的反馈。日构建的理想状态是按需构建，即任何时候有构建需要，日构建则启动，并以最短时间产生输出。当然实际情况是构建需求可能并不统一，同时输出与构建启动存在一定的时间差。平衡一下，我们希望以更短的构建周期来达到构建反馈的作用。
设想中构建流程的发起可以是时刻触发，也可以是命令触发，还可以是自动侦测触发，即当发现有任何新的提交，则触发构建。一旦触发，全自动的流程应该在无人监管的情况下正常产生目标输出。
2. 构建流程可定制
构建存在多个流程，这是实践中发现的需求。有时候可能只需要对个别项目进行全部构建既可，有时候只需对项目的部分工件进行局部构建既可，有时候可能只需要对最终输出替换某个元数据，等等。日构建的构建应该可以定制为不同种类的流程任务，并辅以不同的项目，部件作为构建参数，当有特定要求时，只需要选择某种流程任务，并指定参数既可完成。
3. 更高易用性
目前的日构建为各种构建需求提供了一系列的构建命令，这种基于命令的构建方式虽然灵活性非常高，但是不易记，难使用。目前的构建只能针对某个项目进行处理，无法提供批命令作用一组项目或者一组工件。未来改进措施是提供类似PT的菜单命令，并扩展支持复合命令，提高灵活性和易用性，争取让每个人都可以较容易学会使用，以便进一步推行“替死鬼”制度。
4. 可插拔的审计和统计处理框架
审计和统计属于附属在日构建上的“扩展”功能，正是这种“扩展”功能是日构建走出了普通构建的定义，成为产品和过程的一个有效控制手段，并为基于敏捷理论的项目管理提供是实践方案。审计和统计的功能必定随着项目需要而存在较多的变化，因而日构建应该需要支持可插拔的审计和统计处理模块，以便提供足够的适应性和可扩展性。
5. 数据和报表分离，提供更多管理决策信息
目前的日构建虽然也采用了数据和视图分离的设计原则，但是构建输出数据还是以文件形式存放，不便于数据共享。未来的日构建输出需要部分改造为输入到数据库，并且形成历史信息库，比如每日构建各个项目的构建信息，单元测试，甚至性能测试的数据信息等。这样基于每日开发进度信息和状态形成的数据库，可以直接提供管理层最真实、最有价值的信息，为项目管理、技术决策提供直接依据。这个功能对XXX的敏捷化管理应该非常充满吸引力。进一步，这个数据库还可以与DMP结合起来，发挥更大的价值。
6. 与统一环境的结合
日构建的输出已经成为不同工作人员的工作输入。目前的日构建输出需要人手工同步到标准服务器，并且手工控制版本。未来设想日构建的系统可以作为一个外挂模块直接集成到统一环境中去（关于统一环境的未来设想请参看本人的另一篇文章），这样管理人员可以通过统一环境直接搭建各种测试环境，开发人员可以借助统一环境直接更新自己想要的版本组件。
7. 补丁管理
一旦XXX面世，即将面临各种补丁管理。日构建应该能够很好支持补丁的打包和发放。

1       让人的资源多起来

       软件项目开发的核心资源就是人，在一定的项目规模和资本规模下，人的资源是受限的。项目中考虑人的资源常常以人数来计，但是实际中我们都清楚，工作量是以任务来分解和总和的。这就说明人和任务之间存在一个关系，这个关系就是角色。

1.1    角色（Role）

角色是对工作任务的职责抽象，与具体的职位有着区别。一般情况下，角色和职位是多对一的关系。敏捷风格的项目管理认为在产品（软件）开发过程中，成员所承担的角色虽然有其固定的一面，但是可以赋予它更多变化来改变工作的分配模式。举例来说，A的职位是项目经理，但是同时也是优秀的设计师，那么，可以认为A承担了项目经理和设计师两个角色。

在软件开发管理中，角色其实非常丰富。常见的角色如：项目经理、需求分析师、系统设计师、开发工程师、测试工程师。对于大型项目，比如基于J2EE的项目，根据实际项目中的技能需求，需要各种类似专家的角色，比如人机界面工程师，部署工程师，配置管理员，DBA等。

敏捷的项目管理中要求角色不是固定的，一人可以担任多个角色，这样才可以充分利用已有的资源。如同电网的电力资源一样，资源的存在和分布有时是难以改变的，但是其是否充分利用依赖如何调度。

角色是项目中任务的具体承担对象，从角色角度而不是职位角度考虑资源的分配，有利于合理分工，保持资源的平衡。对于存在多个项目并行工作的情况，这一点非常有意义。我们知道，一个公司的DBA不会太多，多个项目并行工作的时候，可能各个项目都需要DBA的协助，但是从人员编制上，DBA可能仅隶属于某个具体的项目组。这个时候如何解决资源的分配呢？同样，优秀的架构师对于整个公司来说也会是稀缺资源，我们如何让这些稀缺资源发挥更大的作用呢？当然，可以考虑从人力资源编制上解决这个问题，比如成立独立于跨项目组的专门的架构师组，总体设计组等。但是，实际情况往往是人力资源制度的改革步伐永远会远远落后于实际需要。况且，从资源模型本身来看，资源本质上是与角色捆绑的而不是与职位捆绑的。

<图〉

2001年的时候，公司有Milkyway和Apollo两个项目在同时运行，两个项目都是电子政务项目，采用J2EE技术实现。当时公司是首次接手电子政务项目，对于Web页面所需要的大量美工虽有考虑，但是最终只招聘到一个合适人选。在Milkyway项目组中，大家都知道开发人员Alen喜好摄影，其实是一个图形制作爱好者，Photoshop高手。当美工资源已经成为事实上的开发瓶颈时，我给领导提出了一个建议：是否可以让Alen也充当美工角色呢？可以在开发任务上为Alen消减一半，让他有另一半的时间去让我们的工作产品漂亮起来。后来跟Alen商量让他兼美工这一角色，他愉快地答应了。我想，对于一个图形制作爱好者来说，还有什么工作比干自己喜欢的事情更愉快呢！

1.2 虚拟团队(Virtual Team)

测试部经理Anny，配合Wiki安排测试设备和数据准备。

写下孩子成长过程的点点滴滴，这是一份责任，也将是每个父母都可以完成的“著作”！

贝趣团队非常重视对孩子们的点滴纪录功能，并诚挚希望父母们用心去纪录，让更多的人可以产生交流，相互学习。一个孩子的成长，很大程度是在父母的影响下塑造了自己的个性和世界观；而对于初为父母的你们，什么可以影响你们？

交换一个苹果，每个人获得的还是一个苹果！交换一个思想，每人获得两个思想！ 

  新版宝宝成长日记的改进：

1. 提供一个类似播客的大日历，每个日期格现实当天的日记。点某个日期格即可在当日记日记
2. 日记新增“天气“，“心情“，“宝宝表现”，从而赋予日记更多信息描述。尤其是“宝宝表现”，将在未来成为一种激励宝宝上进的手段！值得期待！！
3. 日记采用博客的编辑输入框，可以类似这篇blog 一样，提供近似完美的多媒体现实和预定义图画插入，以及与宝宝相册的关联。这样，就可以把宝宝的照片和日记关联起来，提供一个全面的宝宝生活纪录。（尚未完成）
4. 允许评论，这样可以有更多交流！
5. 提供更为人性化的日记查找和浏览功能（尚未完成）

  未来我们还会提供宝宝日记出版，站内日记量最多，最好的若干《宝宝成长日记》，贝趣可以免费为其印刷，那可是嵌入各个时期照片，图文并茂的珍贵档案哟！

 来贝趣，享乐趣，贝趣因你更精彩！