云计算业务#
我们吸收OpenStack的组件化设计，把整个云体系设计成类似可插拔的系统。比较优势是在广度的基础上建立的深度。我们追求的是每个领域都紧跟前沿，必要的时候再自己主导一些突破，把重点放在对整个体系的整合能力，对上下游的影响能力上。
PaaS为主，SaaS为次，和IaaS为辅。
PaaS业务。这是它的定位和意义，就是把PaaS和SaaS所需要的账号、支付等基础环节和数据、算法等增值环节（未来也会成为基础环节）都补充完整。主要是为搭建PaaS和SaaS提供基础组件，比如账号、支付、云管、DevOps、Web应用、数据、算法等等。学习HashiCorp。
SaaS业务。次要业务。SaaS业务如果说PaaS业务是在技术上提供一个基础，SaaS则是在管理上提供一个高新科技公司管理所需要的方方面面，把管理经验代码化地总结和传递。仅为市场上这类最复杂的公司提供解决方案，预计市场规模不大，更多和经济咨询业务协同。学习Assassin。
IaaS业务。辅助业务。主要是补充PaaS体系需要的关键点，但是IaaS厂商没有补充的。云原生生态增砖添瓦。假设在云原生的基础，也就是以k8s为基础的整个云原生生态。不假设OpenStack和虚拟机生态，仅做有限的适配。从目前的情况看，如果假设底层是k8s，无论是私有云（大客户项目）还是公有云，我们的整个体系都可以服务于B端项目。学习Google。
愿景。Sky computing提出了一个很好的愿景，是我们云业务的长期的方向。主要是尽可能和具体云厂商无关、最大限度的选择最便宜的，等等，以方便下游客户使用、同时避免厂商绑定风险。
主题：阐述我们的云计算业务的产品方向、核心竞争力、财务模型等。
新提纲（旧提纲的进一步拓展）：
我们认为未来的云计算生态应该是什么样的？需要什么样的厂商来领导这样的生态？
为什么要造一个云体系而不是一个单一的云？因为研发有规模效应，增长有网络效应。这样才能确保领导地位难以被挑战。
为什么开打闭？因为上述需要巨额投入，也需要生态参与。
提纲：
背景：长期趋势和短期趋势。
核心竞争力/价值主张：开放的体系、严谨的工程控制、社区驱动降低研发成本。
收入来源和成本结构。
风险及控制。
短期趋势的市场环境分析#
经济紧缩时期企业投资趋向保守，但同时，这也意味着竞争可能相对减少。在这种情况下，那些能够有效利用现有资源的企业可能会获得比较优势。这些企业能够通过提高运营效率、降低成本、优化产品和服务来保持竞争力，甚至可能扩大市场份额。高效利用资源的企业通常能够更好地适应经济波动，保持盈利能力，从而在经济复苏时占据有利位置。
此外，经济紧缩时期，消费者可能会更加注重价格和价值，这为那些能够提供高性价比产品的企业提供了机会。因此，那些能够通过优化资源配置来降低成本并保持产品质量的企业可能会吸引更多的顾客，从而在市场上获得优势。这些都是我们擅长的，也是我们希望做的。
核心竞争力/价值主张#
描述您的云服务产品或服务的核心价值，包括其独特性、优势和解决的问题。
举例说明您的服务如何满足客户的具体需求和提高他们的业务效率。
解决的问题：
标准化、信息化、数字化、智能化的技术管理PaaS和企业管理SaaS协作平台。
企业管理和技术管理的协作平台和效率工具。标准化、信息化、数字化、智能化。去中心化的云体系，方便堆积木。
SaaS业务主要用来管理大家谈合作 PaaS业务主要提供生产力工具帮大家减少研发成本和协作成本。
利用网络效应来建立起一个协作的生态。
https://quanttide.github.io/quanttide-business-plan-of-readme/businesses/qtcloud.html
（Update：IaaS不做，需要的并入PaaS。）
quanttide/quanttide-business-plan-of-readme#19
整理上面的原文和Issue。
产品特色： ●通过工具产生粘性，进而自然而然地数字化。 ●跨组织协作，让用户在协作的过程中自然推荐。
优势：
●严谨的工程控制： ○详细说明您的云服务在性能、安全性和可靠性方面的工程标准和实践。 ○展示您的服务质量保证（QoS）措施，以及这些措施如何确保客户的业务连续性和数据安全。 ●开放的体系： ○描述您的云服务如何采用开放标准和协议，以及这如何使得客户能够更容易地集成和扩展他们的解决方案。 ○讨论开放体系如何促进创新，以及它如何吸引开发者和合作伙伴共同丰富生态系统。 ●社区驱动降低研发成本，从而提供有竞争力的定价 ○解释社区驱动开发如何帮助您降低研发成本，同时提高产品和服务的创新性和适应性。 ○讨论您如何与开源社区合作，以及这种合作如何带来技术进步和市场洞察。
公共品化的可能性#
○这个战略还没有足够的证据支撑
量潮云 vs OpenPaaS
自己的品牌 vs 公共的品牌 AGPL vs 更宽松的MIT BSD等
OpenXX一般来说都是要做事实标准，而我们没有这个实力，在国内也没办法靠这条路线赚钱。
但是OpenXX这条路的好处也显而易见，如果做的好，更容易成为事实标准。
我的考虑是，如果确实有形成事实标准的潜力，可以考虑重新开发一个OpenDataCloud，或者把原仓库改名捐赠。
我们可以捐赠，但是捐赠必须要有利于我们的商业利益，比如已经有大量社区参与但是我们觉得还是不够理想，捐赠以后可以极大程度地刺激社区贡献，从而帮助我们减少研发成本和生态建设成本，那么就可以主动地捐赠。我们通过控制社区的主导权来分配利益给我们。