Wiki源代码Brick系统说明书
在2019/06/12 19:22由Kevin Wu修改
显示最后的作者
1 | Brick社交电商技术服务平台能够协助客户快速实施企业级的小程序应用,基于微捷特有的技术解决方案,使客户基于小程序平台构建大规模业务的愿景成为可能。 |
2 | |
3 | (% class="box infomessage" %) |
4 | ((( |
5 | Brick平台如何构建大规模、企业级的小程序应用?您可以通过[[微捷技术中心>>url:http://www.b2wx.com/bin/view/%E5%BE%AE%E6%8D%B7%E6%8A%80%E6%9C%AF%E4%B8%AD%E5%BF%83/]]了解我们产品服务的相关技术背景。 |
6 | ))) |
7 | |
8 | Brick平台不强调高度集成的单一业务解决方案,而是通过技术深度实现随需应变的业务处理能力。根据我们长期从事互联网应用研发的经验总结:只有高度个性化的业务模式,才能在激烈的市场竞争中获得优势。因此,Brick平台被设计为一个组件式的“商业应用操作系统”,客户可以根据自身业务的特性以及创意,自由组装相关应用功能以及自定义风格方案。Brick平台为客户提供了大量功能迥异的业务组件,并且持续保持组件资源池的内容扩充。客户可以根据业务特性和变化,随时安装或者卸载相关的功能组件,通过“搭积木”的方式构建高度个性化的业务平台,续保持业务创新迭代。 |
9 | |
10 | Brick平台为客户构建的应用是“动态”的,可以随时进行业务应用的变更和扩展而**无需重复部署**。这点我们认为相当重要,在瞬息万变的互联网创业市场中,一个商业创意只有得以快速实施,才能够获得更大的竞争优势和更多的顾客关注。“动态”应用系统,意味着业务变更扩展无需经过开发、部署、平台方审核等一系列繁琐耗时的过程。 |
11 | |
12 | (% class="box infomessage" %) |
13 | ((( |
14 | 目前市场上提供的小程序技术服务存在如下弊端: |
15 | |
16 | * 没有提供在线自动扩展升级的能力,业务变更及升级需要重新购买程序版本或者进行二次开发 |
17 | * 功能变更后需要重新部署、提交审查 |
18 | * 合同式的开发服务往往是一次性交易,对于缺乏研发的中小规模企业来说产品无法保持迭代更新。 |
19 | * 客户需要定期支付独立购置的IT基础设施服务费用(服务器、带宽、存储、短信等费用) |
20 | ))) |
21 | |
22 | Brick平台基于SAAS的服务模式,无需客户涉及技术环节的任何事务,所有功能服务在线管理/开箱即用。客户能够以更加低廉的成本,得到最专业的技术服务及维护。相关的运维成本全部由微捷平台提供。 |
23 | |
24 | = Brick平台的适用领域 = |
25 | |
26 | === 电子商务 === |
27 | |
28 | Brick平台能够支持客户快速构建广义电子商务应用(商品交易、服务预约/预定、会务/活动报名等等)。适用于商品批发/零售、餐饮/教育培训/医疗服务/生活服务/时尚美业/数字内容出版等行业客户。 |
29 | |
30 | === 企业机构官网 === |
31 | |
32 | 微捷平台具有高度风格自定义设计能力,能够通过手机或者PC端进行界面模块的组装和样式设置,快速构建丰富的界面功能结构和美观的视觉效果。适合企业机构构建个性化的移动端形象站点。 |
33 | |
34 | === 混合型业务平台 === |
35 | |
36 | Brick平台支持将企业不同类型的业务整合至一个应用程序中,如:在一个微信小程序中将汽车行业4S店的汽车销售/预定、保险购买/理赔、售后服务、社区营销多种不同类型的业务进行集成。通常情况单一业务类型的解决方案难以满足混合业务的集成需求,但通过Brick平台组件式应用架构能够便捷、快速地完成。 |
37 | |
38 | = 基于Brick.cloud的解决方案 = |
39 | |
40 | [[《Brick Distribution-企业级分销业务平台》>>doc:产品服务.层级分销套件.WebHome]] |
41 | |
42 | |
43 |