加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

读《平台生态系统》的收获

(2020-01-09 21:10:24)
标签:

平台生态系统

平台所有者

应用程序开发者

架构策略

治理

分类: 物联网

《平台生态系统》架构策划、治理与策略,(美)Amrit Tiwana,侯赟慧 赵驰译,北京大学出版社出版,20197月第2次印发。

本书系统介绍了平台生态系统的建设和运营机制。对此内容的介绍,是至今为止我看到的最详细到位的,认为是从事平台建设和运营工作者必看的,也可以作为网络专业的教科书。

非网络专业者,读此书比较费劲。不从事这方面工作的话,读起来更难。这本书也是我读的时间最长的一本,超过了40天。虽然通过做笔记的方式,强化自己的思考,也没做到完全理解,故不敢感慨总结。

考虑到我国推行“智能+”和工业互联网平台战略,有关平台建设和运营的知识需要普及,今将书中主要内容要点,进行简单归类,按书中出现的先后顺序罗列出来,期望对该知识的迅速普及,能发挥点作用。

至少,可以用一天或更短时间,了解有关知识和基本概念。知道这本书中有什么具体内容,需要的话可买本用心研读。在此,感谢作者和译者,给我们提供的精神食粮!

 

平台生态系统是一个复杂系统,由众多的子系统组成。平台模式从本质上来说是外包给成千上万的外部合作伙伴共同创新,平台所有者共享收益。平台的成功不只依赖于平台所有者,还依赖于众多的生态系统合作伙伴的实现能力。平台所有者应当担当起领导平台的重要责任。

平台生态系统的潜在力量在于对独特专业知识的有效利用,这些知识大规模来源于应用程序开发者,而这样的规模是一个单独组织无法复制完成的。

平台生态系统的核心要素包括平台、生态系统、应用程序、接口、架构,还有三个其它相关特性:终端用户、竞争对手平台生态系统、竞争环境。

 

平台本身是更大的捆绑系统中的一部分,终端用户则从中获取价值。平台能否赢得统治和生存的进化战争主要在于下游,平台的命运和存在的关键取决于其下游生态系统的多样性和活力。

软件平台相较其他平台具有多边性,这种多边性会产生同侧和交叉网络效益,即锁定效应,防止被临近平台包络的危险。平台的进化速度必须至少发展得像他的竞争对手一样快,大多数围绕平台的创新都是生态系统中的参与者为了追求个人利益做的。

平台的致命弱点:复杂性。

平台的系统集成能力是平台将不同应用程序开发者的技能与平台结合的能力。如果应用程序能够与平台无缝对接,并以一种创造性的方式放大其能力,那么这个生态系统将具有从生态系统合作者那里获得源源不断新能力的强大机制。

平台型发展的两个前提:一整个生态系统的规模经济,二降低为平台开发应用程序的成本。

平台必须克服阻碍其进化的三个问题:一平台所有者需要给应用程序开发者足够的自主权进行创新;二应用程序必须是可分离的平台,能够自由发挥,但必须能够随后重新融合平台;三创新工作必须是有组织的,应该反映平台的体系结构和“微架构”的应用程序。

平台所有者的价值主张是:大规模分布式创新,风险转移,占领市场的长尾需求,提高竞争的可持续性。开发新产品的成本和风险从平台所有者转移到应用程序开发者身上。

平台所有者必须在增加其价值的过程中,注意六件事:一提高观察能力;二调整平台治理以改善平台架构;三通过垂直包络扩大平台的范围;四通过添加新的指标保持模块化;五填补系统中不会自然发生的创新缺口;六若平台的现有资产是罕见的,可以将其演化成市场。

 

应用程序指的是连接到平台以扩展其功能的附加软件子系统或软件服务,通过一系列可以与平台沟通、互动以及交互操作的接口来访问和构建平台功能。应用程序开发者只有发现平台有大量的潜在用户才会加入,平台只有纳入大量的应用程序才会对用户有吸引力。

应用程序开发者面临两大类成本:应用程序创新成本和系统集成成本。应用程序的内部功能都可以分成四个功能元素:显示逻辑,应用逻辑,数据访问逻辑,数据库。在网络上分配这四个功能元素会导致产生五种不同类型的应用程序微架构:独立型、云型、用户端型、用户端—服务端型、对等网络型。应用程序的属性:一些属性在短期内立即可见:速度、安全性、可靠性、延伸线、可测试性和可用性;与演进相关的属性只能在长期中显现出来:可维护性、可扩展性、演进性,以及改变和包络相邻的应用程序细分市场。

应用程序的价值主张是:使应用程序开发者能够利用平台的基准能力作为自己工作的基础。

终端用户的价值主张是:终端用户定制自己的独特平台,通过混合和匹配不同的应用程序,增加平台的效用。

 

模块化是所有复杂系统的一般属性,意味着把平台和应用程序之间的依赖最小化,但内部依赖最大化。设计模块化的五个有益经验:分块、接口、系统集成、所谓的模块化税、涌现属性。平台生态系统的架构决定了其生产方式,模块化减少了平台所有者和应用程序开发者之间的“交易成本”和“协调成本”。模块化可以是一个强大的组织战略,使分散创新成为可能,同时保留生态系统范围内的协调。

模块化的善于加快生态系统中单个应用程序的产生,但不善于产生生态系统另一边的参与者。

魔法规则:一可重用高的功能进入平台;二通用类的功能进入平台;三任何接口都是平台的一个组成部分;四稳定的功能进入平台;五不稳定性最高的功能位于平台之外。总之,平台应该重视低变化的高重用性的功能,而将高变化和低重用性的功能委托给应用程序。

架构:是分拆并重新集成一个复杂系统,是一个平台的DNA,促进组织发展,决定了平台的演进路径。

一个好的架构必须具备四个简单的属性:简单、有弹性、可维护和可演进。

接口:是平台生态系统中平台和应用程序之间的一个协议,是平台可见的信息,是平台和应用程序之间的黏合剂,指定了应用程序与平台的基本的技术交互规则。标准化的平台接口是开放平台架构的关键,接口遵循三个标准:准确性(精确)、稳定性(固定)和多功能性(通用)。

 

平台治理的三个维度:一决策权,权力和责任应该怎样在应用程序开发者和平台所有者之间进行分配;二控制,平台所有者为了与应用程序开发者有协调一致的目标可以混合使用的四种机制,包括把关、指标、过程和关联控制;三定价策略,是关于如何将收益在平台所有者和应用程序开发者之间进行分配的决定,包括五个平台定价策略(简单的、透明的、现实的、以价值为基础的以及公正的)。

平台决策权:是指平台所有者或应用程序开发者之间是否有权直接负责与平台有关的决策,平台或应用程序的决策权大致可以分为两类:战略和实施。

控制:是指平台所有者确保应用程序开发者的工作与平台的最佳利益相一致的手段。平台所有者可以使用三种正式的控制机制和一种非正式的控制机制,即前述的把关、指标、过程和关联控制(非正式)。

金发姑娘原则:平台所有者必须将控制组合控制得恰到好处。

把关控制:代表着平台所有者在多大程度上使用预定义的客观接受标准来判断应用程序,和应用程序开发者是否允许进入平台生态系统。必须满足三个重要要求:平台所有者必须有足够的能力判断应用程序开发者的服从;平台所有者必须是公正和敏捷的;应用程序开发者必须愿意服从这种把关机制。

过程控制:指的是平台所有者根据遵循开发方法、规划和过程的程度来奖励或处罚应用程序开发者,从而获得理想的结果。

指标控制:是指平台所有者根据应用程序开发者的工作结果实现预定义绩效指标的程度,来奖惩应用程序开发者。必须满足以下条件:一由平台所有者预先设定;二能够客观测量。市场导向型指标的位于目的。

关联控制:是唯一一个非正式控制,这种控制机制的基础是,平台所有者与应用程序开发者所共享的行为准则和价值观。这种控制机制依赖于平台所有者为平台生态系统提供一个总体的集体目标。研究人员称之为集团控制。

定价决策包含五个条件:一定价在平台的两侧是对称的还是不对称的;二如果不对称,由谁补贴,需要多久;三接入与使用的定价是多少?四使用固定比例还是可调整比例来划分收益;五应用程序的定价决策是什么?

平台所有者必须做的四个定价决策分别是:一到底选择从一方赚钱而另一方不赚钱(非对称定价),还是从双方都赚钱(对称定价);二决定补贴哪一方(如果有的话)以及补贴时长;三关于接入定价和使用定价,对进入和使用设置不同的价格是非常必要的;四关于收益结构的划分,分配时采用固定比例还是可调比例?

最终的定价决策是针对特定应用程序的定价和许可决策。应用程序开发商在定价决策权中有相当大的决策余地,但这个决策权可能会受制于平台所有者的其它四个定价决策。

应用程序开发者使用三种定价结构中的一种:单一永久的许可,终端用户一次性支付永久使用的费用;基于订阅的许可,允许用户使用应用程序以及所有未来更新的程序;基于使用的许可,根据用户实际使用情况向用户收费并且需要对使用情况进行直接的测量。

镜像原理的要点是:平台生态系统开发团队的组织必须反映其技术架构。决策权的划分是组织架构的一个概念属性。

平台生态系统的架构决定了平台所有者的任务架构以及应用程序开发商作品架构之间的依赖关系架构,平台和应用程序之间的架构必须反映在整个生态系统的权力和责任的划分中,生态系统中子系统的边界决定了每个相互作用的群体之间的可行边界。

平台战略决策权倾向于与平台所有者集中,但应与应用程序开发者的投入相结合。因用户需求多样化的知识来源越来越分散,应用程序开发者比平台所有者更加理解自己的需要,更可能有深厚的用户知识,应用程序的战略决策权应该下放。

可移植性意味着一个应用程序可以很容易地在另一个平台上执行。

平台架构越模块化,平台决定就越集中,应用决策就越分散。

平台的战略决策权和实施决策权,与应用程序的战略决策权和实施决策权,这四种决策权中,平台的设施决策和应用程序的战略决策是最直接的。

指导平台控制组合的五个经验法则:法则一控制组合的结构应尽可能简单;法则二控制投资组合应该对应用程序开发者透明;法则三控制投资组合应该基于对应用程序开发者的工作如何完成的良好理解;法则四一个控制投资组合必须符合平台所有者关于平台的理解;法则五控制投资组合应该是公平的。

当满足以下情况时,平台所有者需要进行过程控制:一不能通过客观的指标来评估应用程序开发者的工作结果;或者二在关于如何开发应用程序方面比应用程序开发者有更好的理解。

平台所有者会从以下几个方面促使开发者遵守相应规范:一编程资源,包括技术规范、手册、程序员指南,以及用于编写程序的编程工具;二集成开发环境、软件开发工具包以及参考模型,是平台所有者帮助开发者的常用方式,使其开发的程序符合平台接口规范;三模型和原型设计工具,允许开发者在不用编写代码的情况下,以较低的成本创建一个程序的雏形;四集成协议和测试标准是确保应用程序契合平台的规则和接口规范的标准。

平台生态系统中很少需要通过指标进行控制,原因:一应用程序战略决策是分散的,判断应用程序性能的最佳标准和指标,是由开发者决定的;二市场竞争力决定谁是赢家,要创建适合市场的应用程序;三过程控制和指标控制不能混合使用。

关系控制是成本最低的控制机制之一,当关系控制不可行时,就使用过程控制或指标控制。关系控制需要平台所有者营造集团文化,在开发者社区传播共同的价值观、规范、目标和思想,可采用的方式有:一平台自身率先垂范;二加强生态系统成员之间的认同感,三组织应用程序开发者之间进行交流。

平台定价策略,必须与平台的商业模式、生命周期阶段及其体系结构完全一致。决定双方价格是否倾斜的第一个标准是平台的商业模式,商业模式成功的一个决定因素是间接网络效应。平台往往对一边的用户进行补贴,而从另一边用户赚取利润。

如果支持其规模发展的间接网络效应,就应该选择对价格变化较为敏感的一方。平台所有者应考虑的问题是应用程序开发者是否更重视对终端用户的访问,或者终端用户是否更看重应用程序。通常应遵循两条一般原则:一平台所有者必须保持降低的访问费用,以鼓励平台各方的潜在采用者;二平台应向个人收取使用费或访问费,而不是同时收取两样。

利润分配的三个准则:一平台所有者不会滥用其权力,并且共享收益。尽管固定规模的收益分配在当代平台中最为常见,但变动的规模可以在平台生命周期的各个阶段发挥强大的作用;二平台的生命周期阶段;三平台体系结构。

 

平台生态系统的演化是一场旅程,而不是一个目的。演化的测度正是那些标识,有助于监视一个平台或应用程序是否朝着预定的方向前进。演化的度量指标可以是可操作的或者是战略性的,并且跨越了短期、中期和长期。演化的指标在短期内包括弹性、可扩展性和可组合性;在中期包括粘性、平台的协同作用和可塑性;在长期包括包络、持久性和突变。

在生态系统中获得生存的人,是那些能够应对挑战的人,而不是那些最强健或最聪明的人。

实物期权是一种思维方式,规范了平台和应用程序项目应该如何设计以防止潜在损失,同时保持其潜在的收益。一般来说,一个项目中所涉及的变动或波动性越大,实物期权就越有价值。实物期权有六种类型:战略成长、延迟、分期、延展、转换、放弃型。其中,分期期权是最常见的,将项目分解成必须做和可能做的,并在期权驱动排序中实施。

模块化算子是一个可以在模块化平台生态系统中实施的离散的行动的集合。共有五个:拆分、减法、替代、加法、突变。都可以作为一个整体应用在平台生态系统、整个平台或整个应用程序中,一次只能应用一个。

拆分算子将单片系统分为两个小的模块化子系统,减法算子从系统中移除子系统,替代算子用一个子系统交换生态系统中的一个子系统,加法算子为生态系统增加一个新的子系统,突变算子复制系统以创建用于不同应用领域的不同衍生系统。

OODA循环是观察—调整—决策—行动的缩写,博伊德理论中的其它三个观点:强调是什么,而不是怎么样;持续参与平台市场;快速和频繁的行动。

平台协同性,在某种程度上是指应用程序开发商为实现平台的发展,专门开发的一个程序。平台所有者可以通过以下三个方面增加其协同性:拥有大量的终端用户;减少应用程序开发商开发代码的成本;差异化的平台功能的竞争优势。

平台的创新性:一个灵活的体系结构和分散的决策权,是整个生态系统两个强大的杠杆,能够提高平台的创新性。增加生态系统的创新能力有四种方法:将应用程序演化从平台演化中解构出来;深化生态系统的专业性;在平台创新下再分配所有者资源;保护平台核心价值。

积累不可替代的资产,最难替代的资产是一个平台创建的跨侧和同侧网络效应。平台的创新重点必须转向过程创新。

平台的弹性是指其适应平台内和平台外环境变化的能力。增加平台的弹性,要求:一有一种模块化的平台架构;二进行平台架构的治理和调整;三平台运行的决策权在平台所有者,但是应用程序的决策权在开发商;四有足够的控制,以确保开发人员遵守平台的接口标准。

 

平台的可伸缩性是指平台功能特性的大小与财务能力的大小无关,包括两个方面:一向上延伸和向下延伸;二应用程序和终端用户。可以通过以下方式提高其可伸缩性:一通过标准化的平台接口和去耦应用程序,尽量减少平台和应用程序之间的非结构化通信;二使平台开始时的选择最小,逐渐嵌入丰富的选择;三对应用程序采取分级定价和服务级别协议(SLA)。提高平台的可伸缩性,要求:一拥有一个开始时就有着丰富选项的模块化平台架构;二是使用分层和配额的定价方式进行平台治理。一个互补的办法是调整平台治理,尤其是它的定价体系。

应用程序的可伸缩性是指它保持其功能表现和财务可行性的范围。

 

平台黏性指的是一个平台的终端用户和应用程序开发者(平台的双边)的行动模式。

提高平台用户粘性的方法有三种:一提高应用程序开发者的黏性,是提高终端用户平台黏性的最有效办法;二锁定终端用户的基础价值而不是强制要求,有效的非强制锁定建立在三个方面:不可移植的网络效应,个性化,以及降低用户的搜索成本;三选择与竞争对手不兼容的平台战略。

提高应用程序开发者的平台黏性:平台所有者必须专注于使自身变得更便宜,更容易接触,使应用程序开发者更快地开发应用程序,平台能够通过这些应用程序挖掘潜在的用户。

应用程序的黏性取决于应用程序的终端使用者,提高应用程序黏性的前提条件,在于让应用程序的终端使用者,认识到它是以价值的并易于使用。

增加应用程序在不同时期黏性的策略:一发现并满足当前和可能的终端使用者的潜在需求;二为应用程序的目标终端用户的不同需求创造不同版本的产品;三充分发挥应用程序特定的而非平台特定的网络效应;四通过应用程序不可复制的个性化设置锁定终端用户;五在多个非竞争性平台上多归属;六在多个竞争性平台上多属。

 

平台可塑性:随着时间的推移,在一个平台学习新事物、获得新的能力的过程,就表现出可塑性。可塑性是衡量平台提高创新水平的一种方法,可通过以下三个方面加快平台的创新步伐:从开发商的利益出发促进生态系统的创新能力;增加生态系统的多样性能够增加平台的创新能力;意识到平台的创新不会自主发生。

要加强平台的可塑性,需要增加平台生态系统中的应用程序开发者的多样性和规模。

但依靠模块化增加平台可塑性,需要平台完善其体系结构。特别是平台治理的定价维度应提供强有力的激励措施,使纯粹出于自身利益的应用程序开发者积极参与平台创新。如果不进行这样的管理,应用程序开发者的主要目标便可能是侵占生态系统的利益,这种行为被称为在复杂的系统中逐利。

应用程序的可塑性衡量着应用程序可以在多大程度上作出改变,首先体现以下两种功能:一使应用程序进入平台生态系统模块化;二在应用程序的微观架构内使用公开的标准。

应用程序的可塑性首先由应用程序的微观架构驱动,其次由应用程序在平台控制管理维度下的调整工作驱动。

 

 

包络:一个平台所有者可以通过五种方式来实现水平包络,包括确定相邻的捆绑机会;在临近的市场看S曲线;注意独立技术流的收敛性;跟踪监管办法;观察竞争对手平台的包络攻击。

防范水平包络攻击的三种机制:一严格控制平台的接口能够阻止现有竞争对手的攻击,但不能阻止横向包络的攻击;二改变平台所有者使用的商业模式有时能够拒绝一个包络攻击;三交叉授权合作伙伴和两个易受攻击平台的合并,可以让合并后的平台在攻击中幸免遇难。

平台所有者可以进行垂直包络的三种情况:具有战略功能;具有填充间隙功能;共同利益超过少数利益将受到处罚。

不同于包络能够扩展平台的功能,平台突变能够在不同的应用领域创造一个独特的衍生平台。

应用程序的包络运动提供了一条将自身逐渐发展成平台的途径,就像平台一样包括水平包络和垂直包络。今日的应用程序可以成为明日的平台,或成为一个嵌套的“平台内的平台”。

水平包络指应用程序当前终端用户广泛使用的其他应用程序,促进水平包络的关键在于管理。垂直包络是指有选择地将原本由平台提供的功能吸收进应用程序。

有三种方法可以使应用程序开发者免受平台所有者的下游垂直包络:一如果平台所有者无法以应用程序开发者那样的方式创新的话,这种攻击发生的可能性就较小;二网络效应对于应用程序而言是独特的并未与平台共享,为避免此类威胁提供了更多的保障;三应用程序开发者可以通过在多个竞争性平台上的多归属来对冲风险。

 

持久性:有两个解决方案可以提高平台的持久性,即一使有价值的新功能的增加速度大于竞争对手复制它们的速度;二发展不可替代的资源。

只有当平台继续为其当前和未来的应用程序开发者,以及终端用户提供一个有吸引力的价值主张时,平台才能持续下去。

一个持久的平台,其特征不是只专注于做特定的事情,而是善于创新,挖掘应用程序开发者和终端用户的价值。

应用程序的持久性是指其在平台生态系统中,面对竞争对手生存下来的能力。当开发者无法抵御平台所有者的包络攻击时常常会采用勇敢撤退策略。

应用程序变革的机会主要来自于对之前分散的技术流的整合。平台变革的关键推动因素是管理,特别是拥有应用程序开发者的策略选择权。提高应用程序可塑性和持久性的治理结构有利于应用程序变革。

一个模块化的应用程序架构和一个内部整体化的应用程序微架构,可以增强应用程序的可塑性,增加其竞争持久性。

 

应用程序市场是流行驱动的市场。少数应用程序获得成功,竞争对手的应用程序的进入,通常为每个参与者扩大了新生市场的规模。

畅销的应用程序常常始于一个尤里卡时刻。对现实问题、挫折和烦恼的第一手洞见,来源于对用户使用背景的深度挖掘。新兴市场中的大多数应用程序,未能认识其直至的对手,通过不是指明显的竞争者。

在同一平台上相似的应用程序,可能有相当不同的架构特点。在遵循平台的界面标准和应用程序微架构之间的选择。同一平台内的应用程序会有相当大的差异,独立的应用程序微结构最有活力。应用程序的微架构塑造了他的可演化性,决定了应用程序如何建立起来,以及如何借助平台发展。微架构的选择通常是一次性的,在应用程序修订中不可逆。

评估蓝海应用程序需要评估以下问题:一应用程序地址如何广泛地分布?二谁将是主要采用者,它们将如何使用应用程序,为什么?三、他们将准备支付什么?阻止他们采用其它应用程序的方法是什么?

    提高应用程序弹性的原则:KISS原则,最简单的解决方案应是最正确的选择;二遵守规则,即坚持标准化的平台接口的指导方针和API传统;三了解你的决定权,在拥有决策权的同时也负有相应的责任;四内部设计?余提供未来的灵活性。

虚荣定价法则:利用应用程序的高价版影响终端用户对所有其他版本价值的认知。

 

金发姑娘法则:基于这样一个想法,在顾客面临一种产品的三种不同模型时,他们通常会选择中间的那个。

平台能否成功在于其核心市场是否有使它成为赢者通吃市场的特征。只有平台市场同时满足以下三个条件时,单一的主导平台才会出现:一对终端使用者和应用程序开发者而言多属都是高成本的;二跨边界网络效应为正且强;三终端用户对平台的需求是相对同质化的。

应用程序开发者最好是多归属,并在应用程序的实现中淡化平台协同。只有在两种条件下,应用程序开发者必须提高应用程序的平台协同:一提高平台协同会使得应用程序提供终端用户所重视的独特功能;二它可以显著地提高应用程序预期采用池的规模。

只有当三个条件同时满足时,这个平台才占主导地位:一终端用户和应用程序开发者的存在成本很高;二横向网络的影响必须是积极的和强大的;三用户的需求是相对同质的。

 

商业生态系统的出现正在改变企业间竞争的第一规则。在越来越多的不同行业中,竞争越来越多地转移到竞争对手之间的生态系统,而不是竞争对手的产品或服务。

促进商业系统出现的驱动因素与软件平台的驱动因素相同。商业生态系统参与者追求自身利益是企业生态系统竞争优势的源泉。

商业生态系统特有的三个属性:一历史上需30-40年的演化动力可以在平台市场的5-7年间展开;二过去500年的现代商业中,每个行业的重大破坏性创新几乎总是来自行业以外的人;三商业系统的架构治理是不可分割的。

一个商业生态系统的三大参与者:生态系统协调者、补偿者和消费者,必须在商业生态系统中相互配合,才能比传统的商业模式更具吸引力。

一个商业生态系统的演化能力决定了它的繁荣和生存。在演化竞争中,生存下来的商业生态系统不是最强、最大或最“聪明”的,而是最适应环境的。商业系统的不断挑战在于如何吸引和维持外部补偿者的贡献,同时让业务经营者掌握新的创造价值的一部分。

 

架构与治理的关系导致了短期、早期和长期生态系统的演变,体系为短期内的弹性、可伸缩性和可组构性;中期的黏性、平台协调性、可塑性;长期的突变性、包络性好持久性。

将生态系统的架构与治理联系起来,这是协调其发展的关键。业务流程、产品和服务的架构是一个商业生态系统的DNA,印证了商业生态系统的可演变性。通过激励补充机制来激励互补者、强制遵守体系结构规则是生态系统治理的两个关键。治理有三个维度:决策权(谁决定整个生态系统);控制机制(生态系统协调者如何控制生态系统的互补);定价政策。

完美的生态系统架构(仅理论上存在)的简单、有弹性、可维护和可演化的。商业生态系统的创新是与生俱来的,它鼓励每个人做他们最擅长的事,让每个人都过得更好。

 

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有