# yida

**Repository Path**: pingzi0211/yida-8.5

## Basic Information

- **Project Name**: yida
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2021-08-05
- **Last Updated**: 2021-08-08

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

我觉得智搭在个性化创建流程上面的功能已经和宜搭相差不多，智搭应该针对某些业务流程去深造，先做少而精，准而细的业务模板。智搭给到企业使用的话，更应该的是优化企业的业务流程，加快效率，所以智搭更需要去对准某个行业某个业务，去深入思考老板，管理层，底层员工可能需要用到的流程，然后去设计，去建立深入，全面，细致的业务流程模板。能让企业/组织更有效率的去处理业务流程，智搭才会好用，在相同领域才会有竞争力。宜搭附在钉钉这个大平台上面，流量肯定是少不了，所以宜搭可以有个性化的创建业务功能，也有几千套流程模板。我们的智搭在流量和业务宽度上面肯定不如宜搭，所以我认为我们应该针对我们当前阶段的目标企业/组织的业务流程去设计业务模板，做到模板有深入/细致/高效的特点。这就需要我们去理解目标企业/目标组织的业务流程，甚至于要亲身去体验，才能了解到不同公司，不同行业的业务不同之处。又因为不同公司的相同部门业务流程可能有些出入，所以我们完成了业务模板后，还需要让用户可以在已有模板中进行小删改，以满足不同公司的需求。

# 宜搭

## 宜搭分析
宜搭平台是搭建企业协同办公领域应用的PAAS平台，以表单、业务逻辑、数据三大能力为核心

### 产品初衷
解决业务上对简单场景的系统开发需求，建设之初最迫切想解决的问题，降低开发及维护成本，缩短开发周期，提升交付效率及交付量。
### 产品战略
根据“大中台、小前台”战略，集团各团队都在探索建设中台来赋能前台业务。
### 产品愿景
愿景是成为全球最大的企业应用构建平台，通过钉钉和阿里云输出给全球的中小企业，帮助他们实现企业管理的云化、移动化、数据化和智能化，让每家企业都能拥有属于自己的智慧大脑，能够快速低成本地实现云化地经营管理模式，在激烈的市场竞争中，拥有更科学的判断力以及更强的竞争力，持续为中小企业提供更多的创新服务。



### 产品层面分析
##### 一 产品定位：
·产品属性：低门槛、一站式、泛业务、高定制、高集成。

![输入图片说明](https://images.gitee.com/uploads/images/2021/0805/221115_2a44b2e5_2278368.png "屏幕截图.png")

·供应链/产业链：

![输入图片说明](https://images.gitee.com/uploads/images/2021/0805/221456_90e399b6_2278368.png "屏幕截图.png")

·核心竞争力：低门槛、一站式、泛业务、高定制、高集成。

##### 二 目标用户：
非开发岗位的同学/对简单场景有开放需求的所有同学


·需求解决：
1. 宜搭通过“拖拉拽”的低代码方式， **一方面可以降低企业应用开发人力成本，另一方面可以将原有数月甚至数年的开发时间成倍缩短，从而实现企业降本增效。** 
2. 宜搭+钉钉，真正打通了公司的各类业务数据，增强了团队协作。

##### 产品属性具体解释
1. 低门槛
2. 一站式
　　由于是应用开发的平台，目前开发平台最直接的方式就是写代码。但是我们需要意识到，由代码构建的系统就是对客观运行的业务系统规律的一种描述方式，这种方式并不是唯一的，只不过目前受制于生产力或者说技术工具亦或是技术手段，才导致目前编码几乎是唯一的开发平台的有效方式，也就是形成这样的链路：业务需求 --> 开发编码 --> 应用系统。如果我们可以把中间的开发编码环节替换掉，变成更容易使用的门槛更低的方式，即：业务需求 --> 开发平台 --> 应用系统，门槛的降低将支撑起更多的用户，此外操作的简化将带来效率的提升与错误率的降低。因此， **宜搭平台自创建开始，就是定位给无编码基础的用户，希望可以附能于非开发岗位的业务同学，帮助他们去实现自己的业务系统。** 这里的用户特制使用宜搭平台进行开发的用户，而宜搭平台开发的系统面对的用户是不会变的，就是业务同学。
2. 一站式
　　承接用户定位，要求平台必须提供一站式的能力，包括研发流程支撑、开发环境支撑、运行环境支撑、监控运维支撑等等。研发流程支撑，传统的为：提交需求—>确定产品方案—>评审—>开发—>测试—>验收—>上线，横跨多人甚至多个团队部门，往往还需要立项来管理，研发上也需要考虑设计、安全、适配性等等问题，使用宜搭平台之后，这些工作均可以交给一个人来完成，效率大大提高。开发环境支撑，传统的JAVA WEB项目，需要自己使用框架编写代码，并申请数据库、应用服务器、缓存、消息队列、文件存储等等来进行支撑，成本较高，并且使用这种方式编写的代码无法跨系统复用。运行环境支撑，传统的需要运行在自己的服务器上，而使用宜搭平台之后，由平台提供，背后对用户完全不可知，并且后续也提供了丰富的升级可能。监控运维支撑，传统的方式，业务数据需要自己埋点监控，而由宜搭平台提供之后，全部交由平台管理，在平台统一查看。
3. 泛业务
　　由于不指定支撑的业务领域，因此要求平台的模型更加的抽象。抽象始于“特殊”归于“一般”，要求宜搭去收集大量的场景，提炼出背后的一般规律，精炼出模型和逻辑。宜搭在初始阶段，调研了行政、财务、法务、IT、资产等等业务，决定使用页面、逻辑、数据这三块作为底层的核心模型。经过2000多个应用的实践打磨，基本证明了这条路的可行性。
4. 高定制
　　由于需要支撑各个领域的业务，并且即使是相同领域的相同业务场景，其需求受到时间地点人员等等制约，也可能是不一样的。如何设计一个高定制的研发平台，其实就是在可变性和封装之间获取一个平衡，封装程度越高，用户使用成本越低，但是其响应变化的能力越差，以国外产品infor为例，其将沉淀了数十年的业务领域封装为领域模型，开放出来的仅仅是预先设置好的数据属性字段配置以及业务逻辑扩展点，假设这个业务领域发生了变革，那么影响是致命的。而如果放弃了领域模型的封装，那么可变性必然会提高，但是用户的使用成本将大大上升，并且无法实现业务模型的复用。为了响应用户更灵活的需求，宜搭在设计上选择了后者，并且已经想到了针对这个问题的解决方案，就是分层，下文会展开描述。
5. 高集成
　　企业软件架构设计阶段里面，有一个重要的考虑环节就是架构迁移规划。假设宜搭平台已经足够成熟，成为了企业应用搭建中台之后，老的系统迁移到新的系统架构也是需要时间的，如何一步一步安全平滑稳定的迁移，中间的过渡方案是什么，都是需要考虑的问题，更何况宜搭平台还处在产品的创新摸索阶段。在DT时代，要求我们在数据和应用层面打通，提供一体化的体验，实现各个系统间的连接，因此就需要强大的开放和集成能力。开放指的是平台提供标准，供其他系统调用，而集成指的是平台调用其他各个系统，这里面就需要用到依赖倒置的思想，将需要集成的其他系统的服务规范起来。