贝业新兄弟：企业级应用在供应链物流领域的实践

一、老板的需求

先简单介绍一下我们公司，公司全称是贝业新兄弟，是一家供应链物流企业。现在我们服务的客户中有很多世界 500 强，比如科勒、惠氏、宜家等。我们公司的信息化分为两部分，一部分是核心业务系统 OTWB，它是专业的物流管理软件之一。除此之外，我们还有一些个性化的管理需求，需要用一个友好的工具进行搭建，经过不断实践，我们最终选择了明道云。

我们公司大概有 2000 多人，在企业实践管理中，不能简单地用搭建一个应用的方式去做信息化管理，更重要的是站在老板的角度，关注老板的需求。在这方面，我总结了四点：首先，引入的工具需要解决实际问题，提升管理效率，否则老板会在短时间内停掉应用；其次，数据的安全性是非常重要的，因为我们有很多合同、报价、客户的订单等信息，就要求能够支持私有化部署；再者，经济性是必须要考虑的，因为定制开发的时间和资金成本都很大，经常会出现做了半年发现不是我想要的，然后再去做二期，最后发现还不满足自己的需求；最后要考虑的是面向未来。这是什么意思呢？就是业务在随时随地变化，尤其是我们的管理需求，变化非常大。如果是定制开发的系统，后需做调整非常困难，甚至可能因为他已经不做这个领域了，我们就不能进行二次开发升级了。

在明道云在上一次北京的公开日里活动中，海联捷迅分享呈现的那个结果是我们现在想达到的一个结果，但是怎么走到那个地步？后面我是基于这样的维度进行分享。

二、摸着石头过河

这里我为什么说叫摸着石头过河？因为在一年前零代码招标以后，我们并没有像其他企业一样，选择请明道云的顾问来实施，相反，我们选择了自己学习明道云的帮助文档，遇到真正解决不了的问题再去寻求顾问的帮助，让终端的业务人员也能快速地掌握明道云的能力。

三、探索经验分享

数字化转型其实非常具有挑战性，因为除了要影响老板的想法之外，我们还需要改变中层管理习惯以及一线操作人员的操作习惯。这就需要一场革命。在这个过程中，我总结了 5 个点，希望能够与大家分享。

1.为什么选择低代码？为什么选择明道云？

这两个问题要放在一起说，关于第一个问题，如果在座的各位从早上到现在都认真听了各位嘉宾的分享，这个问题我相信大家都有了很多答案。

为什么选择明道云？这个问题需要考虑到我们在招标时的 64 项标准，我认为大多数客户都可以在里面找到自己需要的内容，有需要了解的可以咨询明道云的顾问。我们按照 65 项标准来评估供应商的低代码系统，招标有两轮，第一轮是针对功能性的评估，即检查系统是否满足我们的需求，例如性能测试等。我们准备了 2 万条数据进行测试，明道云在一分钟内完成，而其他竞争者的平台可能需要 5 分钟才能有反应。

总体上，我们可以从 8 个维度来分析为什么选择明道云。

• 系统总评

作为一个管理人员，我认为明道云的架构是相当合理的，而其他竞争者的系统可能有强大的软件功能，但逻辑架构是混乱的。尽管我们当时非常喜欢其他竞争者的 BI 功能，但如果要直接给业务人员使用，他们需要点鼠标去寻找按钮，非常累。

• 应用开发逻辑框架

如果作为一个应用开发人员，去进行应用开发，要对应用进行一系列的配置，配置各种角色、权限、流程的时候，是不是足够友好？因为这个对我们后期的项目组的人员来说是非常重要的。

• 实施难度

我们当时在评标的时候问了所有的低代码的供应商，你的平台是否支持甲方自己去做实施，而不需要他们的服务，很多供应商说不行，必须要提供服务，因为他们担心我们无法实现。最终评估下来我们认为明道云是可以让我们自己去实施的。

• 性能/系统开放性

明道云在可开放性和性能方面是我们评估的六家竞争者中最好的，低代码行业很多厂商会限制单表数据量和工作流执行次数，我们当时评估了工作流的可执行层级能否达到 10 级，明道云是可以一直持续往下执行的。

• 类 BI 功能

我们在招标的时候明道云还没这个功能，包括现在的表关联也没有，我们当时为什么还是选择了他？因为这个我可以等整个企业级的管理的业务系统都完善了以后，这个功能我只要嫁接上去就可以了。

• 自建应用功能

这个可能跟第二个看起来有点重复，其实不一样，当时我们在评估时，还考虑到了系统操作的易用性，包括如果我作为一个调度或者项目文员操作系统的便利程度。我们要看的不仅仅是系统是否能够满足需要，还要关注从员工的角度，应用开发和操作是否简单易用。

• 交付能力

这个跟前面说的实施难度其实很像，但是我们评估的是你作为零代码的软件供应商，有没有一套成型的可直接交付给用户自学的一些工具，比如说学习视频、学习文档。

• 数据安全

明道云支持私有部署，而且有等保三级认证，支持企业微信扫码登录。2.人才“困境”

我认为在学习在用明道云的过程中，有一个字比较重要：学用相长。在用明道云的过程当中需要专家型的人才。同时，如果用了明道云，他一定会帮公司培养出一些专家型的人才，所以我把它总结成学用相长。这种专家型的人才需要具备以下能力：

• 关键任务

虽然老板会有自己的战略，但我们需要根据这个战略总结出需要核心推动的事项，并以此作为战略执行计划，作为信息化需要突破的方向。为了老板战略下的关键任务，我们需要进行传统 IT 开发，并按照业务人员的习惯描述出来。

• 现状调研

想做好一个公司的现状调研，他需要具备财务、人力和 IT 相关的专业背景，然后再去做调研。这样的好处是能从老板的角度出发，全面考虑业务流程。

• 需求分析

需求分析是非常重要的一步，特别是在做信息化方面的工作时。它能够帮助我们深入了解业务需求，充分理解用户需求和期望，准确把握整个项目的方向和目标，能够提高项目成功的可能性，并避免浪费时间和资源。像之前的嘉宾提到的一样，需求分析需要关注业务需求，而不是仅仅关注代码编写的技术方面。

• 管理方案

一个好的信息化方案，需要配合相应的管理制度，以确保方案的有效性和成功落地。管理方案能够在实施过程中提供指导，并确保实施计划得到适当的执行和监控，还需要考虑到与现有的流程和制度的兼容性，以确保方案能够被接受并被顺利实施。

• 系统方案

以什么样的系统逻辑来呈现、落地管理方案，需要具备企业级软件架构能力、数据建模、产品设计等能力，支撑管理方案转系统功能。截止到系统方案这里，那其实已经完成了现状调研现状，了解需求调研、方案管理、方案设计跟系统方案设计。在系统方案设计完成后，需要进行 POC 演示以验证方案的可行性和有效性，然后进行系统实施。在实施过程中，需要关注培训和制度改善，并对整个项目进行复盘和优化，以不断提高项目效率和质量。最后 4 个，其实是一个老练的运营管理人员所应该掌握的一些工作方法。

其中，我认为需求管理是非常重要的，需要去整理和挖掘客户的需求。我曾在去年的伙伴大会上分享过这个需求的重要性，但更重要的是，在这个需求中要了解现状和历史。比如你现在要做一个 OA 系统，就需要了解 OA 的前身是什么，为什么会有这样的演变和结果。在和老板讨论现状和未来目标时，一定要有战略前瞻性，如果规划没有战略前瞻性，那么它可能在一段时间内就无法使用，连续性也会很差。

3.企业级需求

这些需求通常与简单的应用的需求不同，需要站在整个企业的角度来制定全局业务流，来找到真正的需求。关于需求调研，分享给大家我自己经常用到的 4 种方法。

首先，我会研究同行竞品，其次是阅读期刊上的论文，还有就是管理操作需求和管理需求。我还想分享第二种期刊论文的方法，因为我上次分享了它，我觉得非常必要让大家知道。你可以注册上海图书馆会员，然后使用期刊论文数据库，可以查找很多研究生和博士写的论文，这些论文会提供解决日常工作中大部分问题的解决方案。它们会告诉你如何开发特定的软件、如何设计系统和常见工作模块的问题的完整解决方案。

4.B 端应用的画像

企业需要什么样的信息化系统以及应该考虑哪些维度？只有明确了这个问题，我们才能够在正确的方向上进行后面的工作。我要分享的是企业级应用画像，这是我在规划整个企业应用系统过程中认为比较重要的一些要点。首先，企业级应用架构很重要。我们需要全面树立假设，站在企业的角度思考整个需求。举个例子，领导让你做一个固定资产的管理应用，那你不应该直接去做，而应该先从固定资产对应的人开始，梳理公司的组织结构，再深入思考和设计业务流程。这样做会让单个应用不孤立，因为没有这个核心思想的支持，单独的应用显得非常脆弱。

其次，业务数据建模。这必须让业务专家来做，但作为非 IT 人员，业务人员肯定会有 IT 知识的缺失。因此，他们需要学习必要的 IT 知识，然后再进行业务数据建模。建模完毕后，我们结合明道云的视图功能和对现场业务流程梳理的要求，设计实现对应管理流程的工作流。

第三个关键点是角色权限。在明道云没出用户扩展信息功能之前，我曾经为此感到非常痛苦。后来出了这个功能，我认为整个明道云的角色满足了我们公司的需求。

接着，报表是一个非常重要的能力。明道云现在拥有基本的报表功能，但不能支持复杂的报表。

此外，单据打印也是非常重要的功能。目前明道云已经具备这个功能，而且我看到过 BBS 论坛上有人尝试用蓝牙打印机的适配。

联系到人。这个也是非常重要的，因为传统的软件需要你登录后再查看和操作，它无法提醒你。但使用明道云的低代码开发平台，我们可以使用企微，只要你的业务系统中有需要审批、操作的单据，比如我们现在有一项费用审批，每天早上九点半，系统会给你发送消息，提醒你现在有 50 条费用需要审批。

最后，API、单次操作和批量操作这些功能也非常重要。单次操作和批量操作我会在下面的案例中详细解释。

• 案例一：可视化审批记录

第一个是关于可视化审批记录的。我们购买明道云时，审批功能版本为 1.0，现在已增加了新功能，但我仍然没有使用它，我是用明道云的原生功能重新搭建的审批功能。

当领导要求我们上一个审批应用时，我们必须先进行审批的需求分析，追溯到流程管理，对于流程管理可以分为两类：业务流程和审批流程，这是单次操作和批量操作的区别。业务流程一般的话一定会有批量操作的一个支持，如果因为你没有批量操作，业务人员一单一单去操作，一定会崩溃；第二个的话是这个审批流程，审批流程可能就是领导批一个请假单，这样的审批一定是单次为主。

在这类流程中，我们必须关注这些关键点，比如审批或管理路径必须直观且易于展示，还需要能清楚查看审批状态和结果以及每个节点的时间线。我们在零代码的招标中发现有两类，一类必须在流程中心完成，而另一类则可以在页面上完成。我们必须选择可以在页面上完成的，这样才能更好地满足我们的需求。还有就是打印的就是签名跟审批时间需要及时打印。审批数据管理其实是我们现在没有用明道云自有的审批功能的一个重要原因，我们得统计一下各种单据的状态分别有多少个，平均每个人在审批这个单据的时候耗时多久，超时多久。

• 案例二：统一权限平台

为了减少后续多个应用上线和人员权限账号维护的工作量，我们决定根据明道云现有功能来配置一个集中的审批式权限管理平台。在我们做其他业务系统时，遇到了权限管理繁琐的困难，所以我们使用用户扩展信息功能并结合明道云应用的 API 来解决这个问题。

在 IT 行业中，决策权限有两种方式：一种是管理员分配，另一种是员工通过工作流申请。我们选择了审批式权限管理平台，因为这更有利于权限控制。使用用户扩展信息功能和自定义的权限标签，可以为每个用户标记不同的标签，方便规划权限，我们就可以方便、快捷的为全公司的 2000 名员工分配数据权限。

此外，在功能权限方面，我们在每个应用所有角色列表开放给员工，员工可以根据自己的岗位和需要进行申请，然后管理员进行审批，审批通过后权限自动开启。

四、需求支持

接着我们提三点需求支持。首先，我们需要低代码人才来支持我们完成官网的相关需求，并且需要找到这样的人才的途径。其次，我们想要一个用户行为分析的功能，以了解员工实际使用应用的情况，以便优化开发配置。最后，我们希望能够创建一个 OA 首页，将其作为内部广告，宣传公司最新动态和重要消息。

我现在做的一些事情很难传达给公司内部的人知道，我发个月报可能很多人都不会去看，但我放在年假余额查询的页面，那你一定会登进去看，这个时候可能正好就能看到现在的一些宣传新闻，这就可以很好地提高员工的参与度，加强公司的内部传播效果。