2010-7-15
支付宝开放移动支付API
这个标题代表了我的梦想，并不是现实，不过我有很多话想说。
首先，现在开放平台已经无处不在了，随便列举一下：
- 传统操作系统开发平台：Window, Mac, Linux...
- 基于传统操作系统平台的中间平台：Java, Flash （Adobe Air）, Silver Light...
- 基于浏览器的开发平台：IE, Firefox, Flock（主要形式是Adds-on，Toolbar，Button，Sidebar等）...
- 基于传统操作系统的应用平台上的开发平台：Google desktop （上面的应用较Gadget）...
- 基于浏览器插件上的开发平台：Google toolbar （上面的应用较Gadget）...
- 基于SNS网站的开放平台：Facebook F8, Facebook Friend Connect, Google OpenSocial, Wealink, Xiaonei, 51...
- 基于Web2.0网站的开放平台：Twitter, Flickr, Digu, NetVibe, iGoogle（上面的应用较Gadget）,淘宝网的TOP...
- 基于智能手机操作系统的开发平台：Symbian OS, iPhone, Blackberry, Windows Mobile, Google Android...
- 基于功能手机的中间件开发平台：VRE（MTK控股）, K-Java, Flash Lite...
- 基于手机的Widget开发平台：Nokia Widget（维信）, 中国移动 Mspace...
- 基于手机游戏中间件的开发平台：豆包
这里面最强的是Google，不管是什么平台，都在逐步统一为OpenSocial架构，方便开发者一次开发到处运行。但是，Google并没有一统江湖，无数的巨头提供的无数的API让应用开发者们着实头痛了一把，到底从那个入手呢？
其实这还没完呢，眼花缭乱的平台中，唯独缺少了最重要最重要的那一环：支付平台！
目前，我们常见的网络（包括无线）支付方式有：
- 在线银行卡支付（银行直接提供接口或者银联统一接口并行）
- 支付宝，快钱等代表的第三方在线支付服务（最终支付源还是银行卡）
- 自行发行充值卡，神州行等电信充值卡，以及Q币盛大币等比较流行的游戏充值卡带扣费
- 电信运营商提供的账单带扣费，包括168声讯台，SP短信带扣费，还有联动优势这种专门的小额支付提供商
这些五花八门的支付渠道中，表现最好的是有着淘宝网独家支持的支付宝网络支付（成本最低）以及移动运营商背景的SP带扣费（有些成本）；其次是游戏点卡带扣费（成本太高）。
目前，在移动应用市场，主要还是SP带扣费和免费为主，这背后对应的是50%的利润流失，以及3个月以上的付款周期，还有很多维护成本和公关成本，这是一种无奈的举措，运营商掌控力太强了，暂时又没有更便利的移动支付渠道。移动应用开发者不光要负责开发，绝大部分还要自己推广，买服务器，买带宽，然后还收不到钱，慢慢地竟然培养了很多用户“吃白食”的习惯，实在是对整个行业的巨大不利。
假设支付宝移动支付平台对外提供开放接口，那么广大移动应用开发者就可以在自己开发的应用里完美地集成支付宝支付功能，方便了1.5亿支付宝用户购买优质体验的移动应用，也鼓舞了应用开发者。毕竟支付宝背后的阿里巴巴是一家国内成功的互联网公司，不是移动运营商，所以其合作模式，执行效率，分成比例都要科学合理许多，大家也更愿意与之合作。
虽然垄断不是一件好事，我们总是述说着Windows垄断PC操作系统带来的种种不利；但是我们很少去思考Windows垄断PC操作系统给整个产业营造的另外一种便利——无需费力选择！有时候没得选反而是好事。你看如今的手机开发平台，智能手机OS加上中间件，多如牛毛，不幸中的万幸是Symbian在 Nokia的支持下有了比较优势的占有率，所以很多移动应用开发者索性只开发Symbian，或者Java（Java在Nokia手机上的表现同样也是最好的，由于其他手机品牌和平台）。这也是一种无奈的选择。
回到支付方式上，目前是个十足的空白（存在的都是万不得已的折中），我代表广大移动应用开发者呼吁一种有主导优势的支付平台来为产业做贡献（利己利人），释放面向手机应用的支付API接口，让即将到来的3G手机应用上都能集成支付宝付费模式（简单易用），从而不再受移动运营商的强势管理，促使整个行业更加健康的发展！
今天在TechChrunch看到了一篇报道，Micro-Blogging Meets Micro-Payments, Courtesy Of Tipjoy’s API，或许这就是一种Web2.0支付平台开放的先例，很有参考价值，与大家共享！
支付宝2.0，一起期待吧！
最后，附上一些关于支付宝强大的参考信息：
根据最新的报道，截至2009年3月30日，支付宝注册用户已突破1.5亿，占国内网民总数的50%。高普及率表明支付宝已开始进入大众化应用阶段，成为当前互联网上继电子邮箱、即时通信、社交服务（SNS）等应的主要基础应用之一。
其他一些值得关注的数据：
- 早在2007年，支付宝注册用户（5.2千万）就超出银行信用卡用户（4千万）。
- 2008年9月23日，支付宝官方宣布注册用户数正式突破1亿，之后的半年又迅速增加了5千多万会员，达到今天的1.5亿；
- 以注册用户地区分布来看，位居前五的省市分别为广东、浙江、江苏、北京、山东，广东以1500万的注册用户无可争议地成为支付宝用户最多的省份。
- 统计显示，目前国内已有46万家的独立电子商务企业使用支付宝作为网络支付工具，支付宝的日交易笔数峰值也超过了400万笔，日均交易峰值达7亿元。
除网络交易市场这一传统支付领域外，支付宝的应用领域正在不断拓展，目前已进入航空机票业、电子政务系统等领域，并向日常消费领域挺进，如实施了上海、杭州等地的水、电、煤等公共事业缴费以及与电信业的合作缴费，开始从准金融走向生活应用。
版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://betashow.blogbus.com/logs/39577758.html
Google将会成为运营商终结者
我只想用很简单的一篇文章来证明这个结论，不会太长，不会太繁琐：
首先：
Google的商业模式是什么？——无限趋于精准的网络广告；这句话的还可以理解为：广告越精准，广告收费越高！
其次：
运营商的商业模式是什么？——目前是语音和数据通道为主；将来时电信增值业务以及逐渐衍生出来的互联网业务（囊括很多种类）！
接下来：
我们看看Google的产品线（随便列举一些大家比较常用的和有特别意义的）
1，Google搜索（核心产品）
2，Gmail（第二个核心产品）
3，Google Voice（刚发布的核心产品）
4，Google Calendar
5，Google Docs
6，Google Map/Earth
7，Google Music
8，Google Video/Youtube
9，Google Android
10，Google Picasa相册
11，Google Apps（给企业用的产品包）
12，Google Blogger
13，Google News
14，Google Alerts
15，Google Translate
16，Google Accounts（Google进入社区业务的重要一步）
17，Google Friend Connect
18，Google Checkout
19，Google Talk
Google的产品很多很多，有个重要的共同特性：免费！因为背后有强大的Google Adsense商业体系支撑。
Google并不是慈善机构，也不是“意气用事”一定要跟收费的Microsoft对着干，Google的免费产品战略只有一个核心目的：
精确了解每一个用户！
这个战略目的的直接好处很显而易见：把合适的广告在合适的时间以合适的方式呈现给用户！
打个比方，当你想买车的时候，你可能会在Gmail里跟朋友沟通，你可能会在Google搜索里搜索，也会在电话里（Google Voice）跟朋友探讨，你也可能会在Google Calendar里协商周日去4S店看车，或者在你的Google Map里标注你打算去的车行的位置，你也有可能写一篇关于你研究车子的心得的文章发表在你的博客站点（Blogger），你也会发短信跟朋友提到你看重的车子（Google Voice支持SMS），你还可能把一些喜欢的车子的相片保存到你的Picasa相册里，你或许还用Google Alerts订阅了一些车子的信息提醒，你也会把一些国外关于车子介绍的文章用Google Translate翻译成中文来看，你或许用Google Friend Connect登陆到一些社区里跟网友探讨车子的话题，你在你的Google Android手机里设置了喜欢的车子的桌面主题或者打电话发短信沟通车子的问题和喜好，你也可能会把一些网上看到的关于车子的文章保存到你的Google Docs里面，你也会在Youtube上看一些跟车子有关的视频短篇……
上面的例子很极端，但说明一个问题，你依赖Google产品越多，Google就越能准确地了解你，甚至比你自己还了解你！
那么可能5年后（尤其是美国用户，对Google依赖强于中国用户），用户们就会经常在Google产品中“惊奇地发现”自己喜欢的产品，并且购买。而这个时候Google赚到的就不仅仅是关键字费用了，甚至可能是销售提成！
说了这么多，只为证明第二个问题：
随着Google对用户了解越多，Google的利润空间会越来越高，高到可以支撑其破坏运营商的商业模式！
接下来Google会干什么？
继续加深对用户的了解——渗透到非Google产品领域！
如何？
你可以不用Google的搜索，不用Gmail，不用Google map，不用Google Docs，不用……但是你要上网就要用网络，所以Google打算给你提供免费的网络接入！
这已经发生了，在美国已经有Google提供的Free WiFi可用（自己上Google搜索一下就知道了），然后也有传闻说：Google要收购Spring（美国第三大移动运营商）；这些都说明Google试图通过Free的服务了解越来越多的用户，你即便不用Google软件服务都不要紧，你总是要上网的，而运营商给你的网络都是收费的，Google提供的总是免费的，或者以极低的价格进来，并趋于免费。
要命了，当某一天，Google的用户基数足够大，配合Gtalk Mobile（或者收购Skype），同在Google Free WiFi（或者其他标准的Mobile Internet Access）下的用户之间就能免费通话，而当利润空间足以支撑Free IP to Phone（就是通过Gtalk Free打到传统电信运营商的网络）的时候，就是Google干掉运营商的那天了！
别以为运营商有庞大的资产，Google还很弱小，这里有个基本的理论：
当你的商业模式不再成立的时候，资产就变成了负债！！！
运营商的商业模式上面提到过了，为了不使自己“管道化”（Google会让管道免费），运营商也在尝试各种增值业务，虽然3G等概念之后运营商的数据业务和增值业务提高不少，但是语音业务依然是最最最核心的那块，也是无法替代的，所以如果Google将管道免费（比如收购Spring等小运营商并且将网络Free出来，在上面顺便提供Free的VOIP）的时候，AT&T等运营商还无法实现商业模式的转变，那么其庞大的网络资产就会沦为负债，股票就会大幅度缩水，最终被投资人不理智地抛售，并且被Google廉价收购，最终完成运营商的终结！！！
未来，我们打电话发短信都是免费的！在这一点上，我们要感谢Google！！！
但是，这里面有很大的风险，Google你我们自己都要了解自己，这本身就很可怕，Google今天不作恶不代表明天不可能，或者……
看来，美国的反托拉斯法还是需要挟制一下Google的，否则可了不得啦！！！
不管你信不信，你可以把这篇文章保存到你的Google Docs里面，并且在你的Google Calendar上找到2015年5月17日（国际电信日），标记上“Google将在今天消灭掉电信运营商”，然后设置“Email提醒到你的Gmail账户”，等到5年后，我们再来看看Google是否能让我们“Free Network和Free Voice”的梦想实现，顺便干掉电信运营商？
SNS除了广告和会员费之外还能如何盈利？做为Wealink这个国内No1的SNS网站的活跃用户，我经常思考的就是这个问题，因为我希望Wealink能在我的有生之年一直为我提供这个服务，SNS有着天然的转网门槛，所以一旦我沉淀在这个社区我就很难再出局，唯一的希望是他走好…… 要想分析到未来的盈利模式，首先要考虑的就是SNS网站能给用户带来的价值中除了SNS本身的社会关系巩固及扩展的价值——这个价值对应的就是会员费，而会员费不是我本次要讨论的话题。其他价值还能有什么？这就要看基于SNS的基本服务，还能延伸出什么样的有切实市场需求的功能，因为功能是解决价值的手段。
SNS还能延伸出什么功能？
我没有理论依据，不过凭借个人感觉，认为以下一些功能可能会与SNS的基本功能形成互补并相互促进，最后成为一种增值业务存在于SNS业务架构体系中，支撑SNS业务的持续发展。
- Communication系统——SNS本身就是一个关系网管理系统，而关系的管理离不开沟通，所以所有形式的沟通可能都会逐步整合到SNS在线业务架构体系中，比如已有的站内短信、个人公告、手机短信……未来可以增加 Web Email聚合（应该替代传统EMAIL，让用户摆脱维护多Email帐户及好友Email地址的烦恼）、Web Call（至少替代现有的VOIP业务，让用户免去手动输入电话号码的烦恼）、Web IM（既然已经连接了，维和还要登陆MSN再次添加一次？多此一举？Meebo已经向我们证明了SNS有能力直接提供基于Web的MSN等IM系统的互通，用户可以免去第二此添加对方为好友及登陆MSN客户端对话的烦恼）、群组交流（人以类聚，物以群分，即便是一个面向大众的SNS网站，也要在内部对用户进行区分，方便各个分组内的用户能更好沟通，并避免来自非同类分组的"骚扰"）……
- Personal Presentation系统——SNS的目的是维护现有关系网（加深关系）及扩展交际圈，那么一个很好的表达自己的系统就非常有助与这个目的达成。以图文为主的Blog、以语音为主的Podcast、以视频为主的Vlog，这些都是新兴的自我表达系统，SNS应该通过某种形式聚合这些业务，当然并不是一家独做。我信奉让专业的人做专业的事，当然我也信奉 互联网领域联姻的门当户对，也就是说加强战略层次的合作，比如Wealink和Blogbus的合作就相对更进一步，类似的合作要加强，帮助用户更好地表达自己……
- File Sharing系统——分享也是人际交往的一个重要环节，分享不仅仅是上面提到的表达自己，更是一种帮助，一种友情的体现，因为尼分享的不仅仅限于娱乐内容，也可能是知识、工具。随着客户端应用网络化及存储网络化的浪
潮及宽带（包括3G）普及的配合，越来越多的用户资料将会存储在互联网上，而在线存储为File Sharing提供了更好的基础，用户不用为了分享一个文件而临时发送Email或者Upload文件，他们需要的仅仅是Drag a online file and drop to a name in the online address book......这里的File指任何格式的电脑文件，针对几个特定的格式，可以提供特定的分享方式，比如 Video、Photo、Music、Word、PPT（这些都有现成的参考案例），针对其他类型的文件，比如EXE程序等，可以按照" 共享文件夹"等方式实现……
- Location Based Service服务——这个服务我前两天发Post讲过了，既然是扩展关系网，就免不了真实的见面沟通，否则永远是虚幻的，而基于LBS的移动业务，可以让这个线下Meet-up的方式变得更加浪漫和有效，当然为了区别有效扩展关系网和"垃圾交友请求"，用户需要在线提前做好设定……
- Personal Information Management服务——个人信息管理，看起来是一种非常Private的行为，为什么有必要出现在SNS网站呢？其实个人信息的范畴比较广，这里可能会重复上面提到的部分内容，比如通讯录的管理和共享，以及非在线用户的通讯录的维护——您有没有想过你的某一部分通讯录其实可以共享出来给特定的人群？（比如你是大学班长，你收集了所有同学的通信录资料，想共享给所有同学，但不希望今后每个细小的更新都要重新通知一次？）。另外，个人信息还包括Calendar，不知道您有没有试过Calendar的Sharing服务？公开您的某些日程可能对您的工作有很大的好处，比如公司HR打算给您安排一个面试，她就可以直接看您的Calendar找到Available的时间，而不是打电话骚扰您。您有些Email是否对应了您的某个日程安排？是否需要和您的Calendar建立某种连接？（其实Google这方面做的还算不错，我一直在用）有些日程是您自己安排的，还有些日程是完全社会性的，不过您可能也打算参加，如何获取星期并与您的日程安排协调起来？（比如Upcoming的社会性活动日程）。最后，即便是网络服务普及，您可能还是在很长一段时间无法抛弃Outlook、Foxmail、PDA通讯录、Mobile Phone地址本等传统工具，如何实现SNS上的PIM和您传统工具或应用的同步？
- Social Searching服务
——这是针对人的搜索，有别于Google那种针对信息关键字的搜索。这是一把双刃剑，高端用户不希望被任何对他没价值的低端用户检索到，而新用户进来如果谁都搜索不到的话也会马上成为一个"孤岛"，逐步衍生为"死用户"。所以Social Searching可以在适当的用户自行选择授权的情况下开放用户的部分可公开信息……
- Human Resource服务——这个Wealink已经提供而且在美国的Linkedin取得成功的服务，的确是一种SNS生存的有效工具，因为这个功能的"用户"是企业，而面向企业只要解决价值，就能收费，51Job不是活得不错吗。而且SNS相对于传统在线招聘网站，增加了用户评价体系，这更能有力帮助用人单位判断候选人的资历和条件。相信随着SNS的深入发展，会成为下一个Online Hunting2.0……
一点拙见，供SNS从业人员和爱好者探讨。所有的业务都是一步一步来，总要有个逐步发展的过程，而且每个公司都不能支撑起整个产业链，所以我所提倡的还是在合适的战略指导下按部就班、广泛合作，与合作伙伴共发展。
2010-4-13
两周前北上帝都，和一个大学时代的老同学吃饭聊天。说起这个蜗居海藻，我就问她：你能接受么？我这个老同学很严肃地告诉我：不理解不接受。道理是她觉得靠自己奋斗，一样可以得到想要的一些东西，为什么要做这种事。我这位同学也是个平常老百姓，无权无势，一刀一枪地拼了十多年，今儿个也是某大型跨国公司在中国地区的主要负责人，有房有车，算是个成功人士。早年在国外端过盘子，在国内也以娇小玲珑之躯扛过家具布过展，故而她的话语我倒是相当理解的。
不过，既然是我大学同学，那就也是70后。而海藻大致描写的是80后一代。作为一个旁观者，我特别能理解海藻的行为，说到底，80后是相当艰难的一代。
由于众所周知的原因，建国后有那么整整一代是被迫垮掉了。80年代改革开放后这一代中只有一小批人去当了重任，还有很大一批人算是“老头子复出”了。故而，对于70一代的人来说，并没有什么天花板。我对我的老同学说，你端两年盘子是有盼头的，因为上面坐着的人快退休了。
但80后面临的是一个完全不同的境地。当他们进入工作领域后，发现大大小小的所谓领导都是年富力壮的70后，等他们退休？呵呵，自己也差不多了。这就是一个天花板，而这个天花板，对于整体一代人来说，不是单靠努力就可以逾越的。
第二个原因是几次发横财的机会都和80后关系不大，特别是85后，故而原始积累不足。一次机会是中国股市。中国股市有两次发横财的机会，一次大致在90年代初期，我至今记得当年延中实业收盘40多块第二天开盘300多块的事。第二次就是05年中到06年中的1000点到6000点。对于一个80后人来说，这一波虽可参与，但考虑到刚刚毕业不久，本钱不大，要赚从绝对数而言也赚得有限。
另外一次发财机会就是房市，或者说，即使不炒房子至少能完成个基础建设。在我记忆中，中国房市在97年是个极低的低谷，当时买房子又是蓝印户口奉送又是可以退还个人所得税，有的楼盘还送车牌送车位，售楼小姐服务态度好得不得了。97年什么概念？即使是1980年出身的，都还在高三或者大一。这不现在轮到他们要买房结婚的时候，房子已经是一辈子的负担了。
第三个问题是竞争问题。总体来说，人和人之间的竞争与教育有很大关联，普遍意义上高教育就是高收入的代名词。我记得我这个70后考大学（91年），文科生是4.5取1个，故而杀到社会上之后，发现本科生还是相对吃香的。而到了80后，大学生有啥子稀奇，彼此之间竞争力都差不多，对于一个普通家庭出身的80后来说，踏入社会时的竞争力对于同辈而言，并没有什么特别的地方。
父辈们缺少教育的机会而沉沦，但同代人当中也的确有人越过高考门槛而成就一番事业。故而他们相信“知识改变命运”，愿意也努力督促80后接受教育。偏偏社会现实开了一个巨大的玩笑，才有了本文上方的配图：知识，真得改变命运么？
第四个问题是家庭问题。80后的父母普遍上算是“共和国的同龄人”，有黑色笑话说这一代人建国后的各项运动一个不差全轮得上，差不多是实情。而80后本身大部分都因为相对严格的计划生育政策是个独苗，于是肩负着相当重的父辈期望但又从父辈那里拿不到什么资源。这是和90后很不一样的地方。相对而言，富二代也好官二代也好，90后居多。更何况，90后可以期盼70后退休，故而没啥子特别的天花板。
有时候想想，真得还不能用“艰难”来形容。两夫妻月入2万不算低了吧？但要买地段尚可的一套三房两厅的房子，算它150平方吧，不吃不喝也得供上个十多年，还不算利息。海藻拼着做一段小三，又是房子又是存款，那会少奋斗多少年？
—————— 说明的分割线 ——————
其一、我是说整整一代人的情况，而不是指某个个体。个体出于各种原因，80后也有混得很好的，70后也有混得很差的。
其二、关于70后和80后，大致上我认为并非70-79年出身的就是70后，80-89出身的就是80后。70后应该以76年为界，77开始到85左右算是个80后，85以后到90之前算是个85后。
其三、只是个人的一些推测，没有什么数据佐证。我不是在写社会学论文。
其四、最后一点，也是最重要一点，就是我认为再过十年，80后很成熟的时候，这个社会会发生很大的变化。俗话说穷则变，变则通。这帮受过高等教育但又整体感觉不得志的人群，其实会推动社会的变化。不是那么恰当地借用勒庞的一句话：
学了一堆无用的知识乃是造反的不二法门。
故而，《奋斗》乃是一部偶像剧，纯粹就是个拿来麻醉自己的故事；而《蜗居》才是真正意义上的奋斗的现实剧，才会形成广泛的共鸣和代入。
UPDATE：晚上和一个朋友聊天，他问我究竟是推动社会的什么变化。丫丫叉叉还聊了蛮多，我就不录了。只写上这么一句话，十年后再来看看：
一个文明的重大转折，总是由最艰难的那一代完成的。
2009-2-17我们在使用SHAREPOINT的时候,经常用到一些与OFFICE集成的功能,最典型的就是数据表中编辑的功能了
如果你无法使用该功能,提示没有安装OFFICE的组件的提示的话,主要是OFFICE2003没有注册这个组件。
你可以执行下面的操作
如果是office2003
Regsvr32 “C:\Program Files\Microsoft Office\OFFICE11\owssupp.dll”
如果是office xp
Regsvr32 “C:\Program Files\Microsoft Office\OFFICE10\owssupp.dll” 2009-1-20
如果您有兴趣知道将是主要特点未来的Microsoft Dynamics CRM 5.0 ，我建议检查西蒙赫特森的职务。
请记住，在未来的Microsoft CRM版本实际上是计划发布2010年年底2009/early （有没有现在的代号） ，因此这是一个真正的预览。
这是西蒙的功能列表（跨这里张贴） ：
新的功能为最终用户
增强导航-我想这是不可避免的，但CRM5使用相同的“良好的用户界面” （又名丝带）为Office 2007的。这种新的“命令栏”取代了CRM 4.0 “工具栏”上方的每一页，是对内容敏感的。此外， “命令栏”可以完全自定义，你可以添加自己的按钮一样，您可以与今天ISV.Config文件。  
顺便说一句，这是没有讨论，但出现在剪彩是“添加到队列”命令，而我只能猜测，你将添加任何实体（包括自定义实体）的队列。
单页的形式-的形式模型在CRM 4.0使用标签的形式分裂成多个网页。在CRM5标签都显示在相同的方式部分，每个表格只是有一个单一的，滚动页面。正如你所看到的导航页帐户实体，制表符，现在显示为一系列“快速访问”导航键下的“信息”链接。 
-
数据过滤-一个往往要求的特点是能够过滤器中的数据网格，就像Excel中。现在，您可以浏览到“数据视图” ，点击“过滤器”命令，您可以执行自己在网上过滤。
再次，虽然没有明确指出，看来，您可以快速地保存您的过滤器作为检视，以及设定自己的默认视图。
在线可视化-虽然不是商务智能在真正意义上的短语， CRM5允许您可视化中使用数字数据线图表。这不是的SQL Server Reporting Services的，但很像的。 NET图表解决方案，登打士。
图表本身钻通过启用，您可以选择一些不同的图表格式，如酒吧，柱，渠道，线，饼图和散点图。
小组所有权-实体在CRM 4.0被用户国有或组织拥有的。现在团队国有实体增加在CRM5 ，并融入了基于角色的安全模式。
母语的SharePoint集成-集成与Windows SharePoint Services的文档管理，其中包括网站和文档库配置，文件元数据，项目安全和退房能力。
非结构化关系-新一代的“关于确定”和“关系的作用”的功能，让您确定特设关系任何两个实体。
管理员的新功能
灵活的形式布局-我们现在有更灵活的形式是如何规定的，例如，我们可以立场节并排，以及外地的标签上，左边或右边的每个领域。最重要的是，我们现在可以设定“在线小组网格”为儿童的记录，以便结合内置页框和JScript的是不再需要，使这项工作。
-
过滤查询-其中最要求的功能，终于使之成为产品。虽然定制的形式，您可以选择预先定义的看法或更好的过滤器还可以通过相关查询在同一个窗体上。
-
表格标题和页脚-现在，所有标签，区段和领域出现在一个单一的，滚动的形式，是完全可能的形式将成为相当长，你最终将滚动向上和向下更经常地找到您需要的信息。为了使最常见的要求可见在任何时候，您现在可以将这些领域的页眉或页脚，使他们将始终显示不论滚动。
解决方案管理-以客户关系管理4.0 ，你必须执行手动过程定制你的解决方案，以确保您没有覆盖以前的自定义，或破坏任何第三方的ISV解决方案。在CRM5我们现在说的概念，解决方案。
一个解决办法是定义自定义实体的一套，工作流程，电子邮件模板，安全的作用，插件等，可作为一个单一的管理单位。每一个解决方案是版本控制，大概你可以有多个版本的同一解决方案安装，退回到以前的版本，如果必要的。
您还可以定义解决相依在一个解决方案只能是另一种解决办法，如果安装也安装。例如，您可能有一个基本的解决方案为您的整个组织，一个部门具体的解决办法基础上的。
名字空间碰撞避免界定出版商，每个出版商拥有一个独特的名字空间。这避免了常见的问题，即默认的命名空间“ new_ ”是用于所有的自定义，从而导致潜在的命名冲突。
最后一次加一点是，现在，您可以指定哪些属性将出口作为解决方案的一个组成部分，而不是没有选择，只能导出整个实体。
多选项设置-也被称为“全球Picklists ” ，您可以定义这些级别上解决，并再次使用，跨越多个实体。
拖放式编辑器-一个最耗时的个性化的任务是在CRM 4.0的形式设计。每当您要添加，删除或重新定位标签，部分和属性，你必须经过一个多单击进程。与CRM5 ，现在您可以拖放的所有要素的一种形式，加快这一进程大大
-
审计-虽然没有明确提到会议期间，我发现了“审计”设置的属性设计形式，使您可以打开或关闭审计。
新功能开发
自定义代码客栈-有一种新的服务器上运行自定义的角色插件代码和定制工作流程的活动，而不需要充分信任。这意味着，将有可能运行自定义代码在CRM在线环境和实现真正的平等的内部部署，合作伙伴主办和微软托管部署。
插件交易支援-在CRM 4.0可以注册一个插件，选择运行前（赛前）或之后（事后）的客户关系管理平台的作业。但是，您无法运行作为交易的一部分本身，所以你必须自己赔偿的权利的事件逻辑的客户关系管理平台的操作失败。 CRM5解决了这一限制，您现在可以选择登记您插件中的一部分，平台作业。该CRM5插件注册工具已被修改，以支持这一点。
-
自动插件评测- CRM5将跟踪如何插件正在执行，什么样的资源消耗，如果是意外造成的例外情况和是否违反了安全方面的限制。如果某个插件失败了一些时候，被自动禁用的执行，帮助保持系统的完整性。
我想在这里补充说，也只有客户关系管理流程方面将是提高了很多和白使用将延长。 你还记得多少次，我们已要求该小组已筛选查找？因此，自然要求，我认为...在CRM 5.0我们将这一功能！ 我还亲自要求：我希望关于改进对数据导入和数据迁移。 4.0客户关系管理有很大帮助的数据迁移，但它并不总是那么容易迁移大量的数据从一个自定义系统，客户关系管理（由于进口过程，有时是“冻结” ） 。 常常地摆在我们开发人员的面前, 一方面是一堆随时可变的业务逻辑需求(比如：我们部门要建立一个共享和审批的文档系统, 或是我们公司要建一个文档存储中心) , 另一方面是一个似乎被Microsoft Demo得无所不能的MOSS系统, 但是有一个问题就是, 如果你要开发出一个产品或是一个解决方案, 如何在这两者间进行搭桥, 而这一点却似乎没有人帮助你。
该用什么，Excel Service?列表库?文档库? 工作流?
本文以ＭＯＳＳ为例，把规划业务系统划分成如下几个阶段：
一、业务层次划分
分析方法依然没有改变，“自顶向下”，“先考虑业务流程再转向ＩＴ系统”
现在，没有疑问了，我们选择了Moss，那么从整个开发方案入手，
一个独立的解决方案（比如：一个企业项目管理系统）＝＞一个ＭＯＳＳ网站集
各个功能分解（比如：企业项目文档管理、施工记录管理、工程进度管理）=＞三个业务网站。
模块分解（比如，文档管理分：合同管理、预算管理、进度款管理、企业内部请示、政府批件）＝＞文档或列表库
数据结构分析（比如：合同管理（合同号，名称，合同对象．．．．））＝＞ 网站栏或列表栏
业务流分析（比如：打内部请示－＞部门经理批示－＞老总批示－＞通过） ＝＞ 工作流模型
重要的一点，很多进行ＭＯＳＳ开发的开发者，认为ＭＯＳＳ面向业务的功能更强而不去做基本的模块分析表，数据结构表，业务流程图，这对于以后开发工作带来很大的随意性。
二、技术方案选择
MOSS并不是万能的，作为一个方便的平台，它却是万能的。从上面的分析结果会形成一系列的模块功能表、数据结构表、业务流程图。继续自顶向下：
先考虑模块－＞ 这要求对ＭＯＳＳ网站和整个服务器产品系列有一个整体的了解，从上面例子看，＂项目进度管理＂整个一个模块完全是Project Server的事情，并且做为业主方，并不太注意考虑项目下面子活动的情况。这个模块可以交给Project组完成了，做的只要做一个接口。其实ＭＯＳＳ也可以做一个轻量级的项目管理，它提供的甘氏图都是这方面很好工具，但是如果是整个项目组人参与其中，最好把Project做一个后台。前端以MOSS来展示。
再考虑功能 －＞ 这要示对ＭＯＳＳ库和列表非常熟悉，MOSS中主要有如下三个库类型：列表库、文档库、表单库。 选择哪种库是至关重要的事情，如果一但库类型选择错误，迁移数据还是比较麻烦的。因为字段错了，你可以更改和添加，库错了，直接影响到系统的功能。
１ 列表库，主要用于以记录为主，一条记录支持多个附件，在SPD中可以方便地定义数据视图。
２ 文档库，主要用于以文档为主，一条记录只支持一个文档，在SPD中可以方便定义属性的视图，也方便使用Office与部门同事协同作业。
３ 表单库，优化的表单界面丰富的可编程性，支持方便的属性提升和ＯＡ功能，但表单插入附件比较不方便。
它们是并行的关系，并不是任何一种情况，有都可以不加思索地考虑，能用列表就用列表，然后再考虑其它。
举个例子：
从制作“合同管理”业务流程图中，我们发现，客户对于合同管理有如下描述：“一个合同，要包含合同编号，合同金额，合同预算时间金额，合同签订人，办理部门．．．．．．一个合同有ＷＯＲＤ版的电子文件，也有PDF版的扫描件，有招标文件”
很明显，如果用文档库来处理，每一个文档都附加这样的信息会产品大量的“脏数据”，这样的情况只能使用“列表”，一个列表项就是一个合同记录，并且可以附加很多附件。
另一个系统，客户这样描述他的需求：“每天，都会固定地有十几个下级公司上报他的用气量，我希望在一个网页里看到今天所有的上报记录和情况说明和附件文档，填上批准值，一次性批准今天全部申请”
很明显，InfoPath的表单一次只能显示一条记录而不能显示当天全部的记录，当然我们可以通过自定义工作流，再定义一个“今日申请InfoPath 表单”一条记录包含另一个库中今天所有申请。然后再定义一个回写回作流。但是如果用“列表”或“文档库”处理就很方便，你可以在SPD中使用“多项目表单 DataView”，在筛选条件里，加上@Created>=Today()，就ＯＫ了。
继续考虑数据结构=＞
首先考虑数据流，如果每天只有十几条数据入库，我想完可以使用列表库，而不必使用Sql Server，每个结算年度也就不到一万条。使用工作流每年归档一次。但如果每次处理的数据都超过一万多条，建议使用Sql Server，比如项目管理要求管理到2万根管材的状态数据，可以前台使用InfoPath表单，提交到Sql Server，使用Moss 的 BDC，来处理Sql Server的查询。
然后就是字段，一般ＭＯＳＳ中的栏都可以满足要求，一些共有字段，建议首先定义为“网站栏”然后再是列表或库中的栏，系统会帮助程序员自动维护一些共有的栏。不能满足要求的，简单点可以使用Event hanlder搞定，复杂点使用CustomFieldType，一个字段可以使用多种自定义特性。
与数据库设计不同的是，如果你想开发简单点，数据冗余有时是必须的。比如在“合同预算”中客户要求按月统计。如果你在列表中加入一个计算栏“月份”，=FormatDateTime ([日期],"yyyy-MM")，这样就可以直接在页面加入“选项筛选部件”，不使用SPD的视图，开发出简单的按月查询页面。
最后，开发工作远不止业务逻辑那么多，还涉及报表，查询，系统日后维护，这些都是从这些基本的库和数据中延伸出来的，设计一个好的业务逻辑底层，是开发好系统最关键的部件。WSS ３SDK，是最重要的参考资料。做好这些工作，再看看MOSS 2007的SDK，才发现原来MOSS果真可以Do Everything 。 2009-1-7新年1月1日.终于收到了获选09年度MVP的消息..想想也算新年到来的一份礼物吧.
研究SHAREPOINT已经两年多了,也非常希望一直研究下去,并且带动更多的人参与到这个社区并且一起进步,获得MVP也是对自己两年多以来的认可,同时也意味着更多的责任,需要花更多的精力去引导社区的共同发展,让大家一起努力吧.
2009-1-3刚才在网上逛.看到SPRIT发布的关于SHAREPOINT的WEBCAST全集,就转载过来了,如果有初学者的话,强烈建议把这些WEBCAST都看完吧,肯定收益匪浅的.
Office SharePoint Server 2007 Webcast 全集
|
|
|
|
|