中国互联网发展到现在，信息化，互联网已经进入了我们生活的方方面面，似乎每个方面都有互联网，各种软件，APP或者小程序的身影。我们的生活似乎已经无法脱离这些信息化基础设施。尤其是2007年开始，智能手机开始普及以后，这种情况更是有增无减。上至中央，下至各地政府，也极力推动各个产业的信息化进程。再加上最近几年，互联网创造了很多像阿里巴巴，腾讯，美团这样的巨头企业和商业神话，导致了我们很多企业家，无时无刻也在考虑着，是否需要自己做一个属于自己的信息化、互联网项目，哪怕是一个商城，一个管理系统，我甚至有接触过一些对互联网，信息化完全不理解的客户，张嘴就来问，你看我现在这个业务，能不能通过互联网的方式加持一下？

我可以毫不夸张地说，中国国内绝大部分企业，地方政府乃至个人，对互联网和信息化的认知是错误的。这也是为什么国内那么多的互联网和信息化项目失败的根本原因！

下面我们一起来扒一扒，那些流传在“用户”口中的互联网和信息化需求和对信息化的错误认知：

1. 公司需要采用互联网方式获客，拓展更多渠道，才做信息化。
2. 公司为了提升公司整体形象，实施信息化战略改革。
3. 为了减少公司的人力成本而实施的信息化项目。
4. 信息化必须等到业务跑顺畅，量大的时候再去开始
5. 实施信息化是大公司所为，中小企业没必要实施信息化
6. 软件只是工具，只要商业模式跑得通，软件、信息化就是找两个程序员能搞定的事
7. 软件开发是技术总监，研发部的事情，等软件研发出来再教育公司其他部门如何使用即可。

上述列举了一些用户日常口中对信息化的“理解”或“认知”，看上去，貌似都很有道理，但很可惜，事实并非如此，这些“认知”的背后只暴露了人性的丑恶和精致的利己主义，而并非把信息化这个事做好。

下面，我将以我在这个行业10多年的经验去剖析，粉碎那些“自私鬼”的丑恶嘴脸，并告诉你，如何正确实施企业信息化和数字化转型。

在我的上一篇文章你的团队/企业，没有数据思维，给你完整的软件工具也是白搭 中已经解析过，一个完整的业务过程涉及到以下几个方面的内容。以及，我们应该如何开始，用思维导图的方式，梳理我们企业内部的业务流程。我们应该让我们企业内部更多人，深刻理解并参与这个过程，而不是让他们机械地执行“老板的意志”。我们应该知道，公司任何的业务开展，都是靠团队协作展开的。

在公司没有业务信息系统的时候，任何业务的信息传递，产品生产的情况，客户反馈信息，财务收支情况，都是通过团队人员利用各种沟通工具，相互通知（如：信函、电话、邮件、微信、QQ等）。这里面的“消息”或各种“业务情况”，在信息化的角度看来，都是在一定程度或环境条件下可以被量化的“业务数据”。

为什么要强调是在一定程度或环境条件下可以被量化的“业务数据”，而不是所有业务数据呢？因为业务数据表示的是对业务具有标志或一定意义的数据。

如：一个订单的信息结构：包含多少个信息项，订单编号的生成规则是什么，是否需要标记审核状态，发货状态，付款状态等。这些才是这个组成订单这类业务数据的标志性数据，又称之为元数据（PS：元数据是指那些组成数据的“元素”）

接下来，我将教会你，如何利用最简单、免费的工具，打造适应团队的工作流程，把业务信息和数据“串起来”

我们知道，在企业事务中，传统人手操作，传播的消息就是信息化中的业务数据。理解了什么是业务数据之后，我们要使用一些工具，使得业务数据可以存储、传播甚至实现简单的“自动处理”。例如，开通账户短信通知服务，收到资金时，我们能够获得通知。又例如，在召开公开会议时，我们用一个开放的表单工具(如:WPS表单)制作一张参会签到信息登记表，并发放给参会者，配合场内工作人员引导。我们就可以收集参加会议的人员信息。汇总到表单工具背后的excel文件当中。我们可以根据这些数据去做一些简单的分析，例如：参会者的男女比例，各个年龄的占比多少等信息。

在上面的例子中，我们用了召开公开会议的场景作为例子，我们并没有开发自己的小程序，也没利用自己的公众号，而是利用WPS表单这样的开放工具，完成了一个我们对参会信息收集的需求。我们可以随意对会后数据进行复制，转移，查阅和二次处理。可以看到，有时候，我们一些简单的信息化需求并不需要自主开发软件来完成。

再来一个复杂一点的需求？例如：让客户完成一个产品订单的下单，看看如何操作？同样是用问卷工具，我们这次设计一张商品订购信息表(PS:扫描下方二维码可获取样式)。商品订购表包括：客户名称、电话、微信号、邮件，收货地址、货物清单、数量、总价等信息。另外、我们用Notion或我来笔记，可以设计一个产品目录的页面，每个产品包含：产品图片、介绍、价格等信息。

1.商品订购信息表模板

2.产品目录页面

在产品目录的页面，我们可以看到，通过有机地组合两个工具的使用（页面最后一项是商品订购表的小程序码），我们就可以得到一个简单的订单系统，而且他具有客户下单界面（问卷填写模式）。只是他的功能有限，暂时不具备成体系的流程管理和在线支付系统,不过没关系，我们已经通过上述的两个免费工具，完成了信息化工程当中最重要的事情——业务数据的收集和存储。

有了基础的业务数据，我们就可以开始尝试驱动我们的业务往前走下去，我们可以通过在线聊天工具或电话的方式来联系客户，沟通进一步的产品需求、确认订单信息以及收付款事宜。这个时候，我们有可能不是一个人来完成整个业务流程的流转，我们有负责订单跟进的同事，有负责售后的客服同事，有负责收款的财务人员。当我们需要在我们的组织或团队中协同多人来操作业务，我们就需要可以定义业务流转的工具了，通过定义我们的流程，我们可以让我们中的每个成员只关注他的职能范畴的信息和数据。

0.我们的各种业务数据，是如何关联的？

在实施这个业务流转之前，我们需要清楚地知道，我们的订单、产品、客户数据需要被我们团队里面哪些成员看到，其中，这里面订单是我们最需要关注的一种业务数据，订单这种业务数据，链接了客户数据和产品数据，还有财务收付数据【PS:业务数据关系思维导图】。还不止这样，订单这种业务数据本身，随着业务的开始和推进，他自身会呈现出不同的状态，例如：客户刚填写完成订单信息，订单会获得一个初始录入（或者叫“已下单”）的状态，并获得一个订单编号。

业务数据关系图

注意，这个时候，客户还没付款，此时，订单数据里只包含了，订单编号信息，货品总量信息和订单总价信息，客户信息（包括：客户姓名，联系方式，收货地址等信息）和选购的商品信息（包括：商品编号，规格，数量，单价，总价）。【PS:订单结构思维导图】这时候，我们的订单正处于一种“待确认”的状态。这个“待确认”的状态，将在我们收到客户订单定金或全款被担保的信息时候转成“确认下单”状态，当然，这里所说的确认下单，并不是说我们的订单“完成”了，只是告诉我们的团队，我们可以开始为这个订单开始备货，实施送货服务等工作了。

商品订单结构

1.在什么时候，我们的订单才转入“确认下单”的状态呢？

在订单处于“待确认”的状态下，我们可以通过电话或微信的方式，跟客户取得联系，并确认客户的付款意向。如果客户愿意付款，在我们收到财务的收款信息时，我们就可以把订单的状态标记为“确认下单”的状态，并把付款信息与订单绑定在一起（PS：一般是以附件的形式），这个时候，我们的订单结构里面，需要包含一个财务付款信息列表的数据或信息项，来保存某一张订单下的所有付款信息。（PS：有可能是一个付款截图的列表）。

订单确认后，我们开始忙起来了。订单的信息需要被分发到仓库，让仓库的同事可以挑选和打包货物，仓库的同事需要知道货物的名称，规格，以及需要确认相关货物的库存数量是否能满足出库所需的数量。

2.订单商品处于缺货或补货中的状态下，我们的业务流程是怎样的？

如果库存不足，需要在订单上标记哪个货品处于“缺货”状态，如果某一个商品缺货了，这个情况需要通知客服或跟进订单的同事，让他们能通知客户，告诉客户需要等待或延迟发货等。好了，这个时候，订单的状态就开始复杂起来了，如果商品不存在缺货情况，我们的订单就进入“已打包”的状态，如果某商品缺货，我们的订单就进入“缺货”或“补货中”的状态，同时，我们需要把存在缺货的情况展示给我们客服人员知道，并让他们跟客户同步这一信息。

业务中订单状态的变化

3.我们的货品准备没问题，顺利打包后，我们的订单会发生什么变化呢？

我们打包好商品后，仓库的同事需要填写货品出库信息登记表，出库信息登记表中包含着出库的商品名称，规格，数量，进货单价，出库单总价，商品剩余库存、出库日期、经手人、备注等信息，而且，每张出库信息登记表中都包含一个唯一的出库单编号，我们需要做的是，把订单号和出库单号关联起来，让每个订单都可以找到对应的出库单，此时，订单将获得了一个新的状态，我们把这个出库成功的状态标记成”已出库“或者”待发货“的状态。

出入库单据结构

4.我们的商品终于可以发货了，但我们是不是不需要管了？

在发货的环节，我们实际的工作可能就是联系快递公司，填写快递单等操作，似乎我们什么都不用做了，但是，为了让客户得知这一激动人心的信息，我们需要把这个信息传递给客户，并通知客户留意物流信息的变化，我们需要把我们的快递单号和订单信息绑定起来，并告诉客户。让客户可通过快递单号，查询物流情况。所以，我们的订单信息中，需要包含能填写一个或多个物流单号的信息项。并在填写物流单号后，负责发货的同事把订单状态改成”已发货“的状态。

5.打造完整的服务体验，商品的签收和售后，我们同样需要关注

借助城市物流服务，商品终于在某一刻送达客户手上，然而，在物流签收的环节，却是我们最容易失败和导致退款甚至亏钱的环节，由于各地的服务化差异，物流的效率不同，我们时不时会接到客户投诉，此时需要注意，因为我们的商品已经发出去了，订单是否完成的主动权已经不在我们手上了。我们可能会因为物流商不可控的原因，导致客户发起退货或退款操作。

此时，我们需要我们的客户服务为我们的订单走完最后一公里而努力。客户服务中心的人员需要跟客户和物流公司建立沟通，共同监测物流单据状态和货物送达状态，促使客户完成确认收货的操作。当客户确认收货后，我们的客服人员需要把订单标记为”已完成“或”已送达“的状态，当然，在很多的购物平台上，这一操作已经完全自动化了，但如果我们还没有这个系统，我们就需要有一个让客户能看到自己订单和确认收货的信息反馈机制。【例如：用WPS表单工具设计一个签收货物的表单，包含订单号，货物清单，物流单号，备注，收货状态】，让客户填写后，我们把这个签收单跟我们的订单，通过附件的方式，绑定在一起。

签收单据信息结构

好了，到目前为止，我们已经把一个电商公司的主要业务流程梳理完毕，下一次，我将介绍，如何利用免费、最简单的工具，把这个信息化流程打造出来。敬请留意。

PS：点赞、关注不迷路，私信可获取商品订购信息表模板、产品目录页面和所有思维导图源文件。O(∩_∩)O

程序员日夜工作劳累，来一口老熟普，生津解渴。