之前也是聊过想从产品经理和项目经理以及开发者角度来分析MES系统。
今天我们站在产品经理角度来看MES系统。项目开始的时候我们来到工厂，这个时候这个系统该怎么做。
第一件事，先和工厂的系统相关的对接人（管这个系统的人）沟通一下，客户对系统是一个什么样的期待，想要解决哪些实际的问题。这就是需求的初步确认。
带着这些需求，我们开始第二件事。熟悉工厂业务，观察用户的整体情况。业务是系统设计的基石，而目标客户就是决定系统设计的方向。简单翻译一下就是MES系统要和工厂业务保持一致，而工厂里面的系统操作人员决定这个系统是 要简单易懂而，操作尽可能的简便。这里顺便提一下，有些车间工人的文化水平不高，有的甚至连计算机都没碰过，所以这对后续系统设计提出很大的挑战。
第三件事，和其他系统稍微有些区别的是，这里需要收集车间与系统相关的纸质报表，很多工厂仍然还是用手工记录工作的，我们所作的系统里面有一部分职责就是要替代手工报表的。
以前的文章里面写了很多相关的业务和设计，今天呢 我们就来说说这个MES系统是怎么设计出来的吧。
首先我们的食品工厂并不是高度自动化工厂，也就是说会有一部分数据是人工干预录入的，这个是不可避免的。
MES系统的设计要保证系统功能与实际业务一致，还要保障数据录入简单易懂，而且还不能让员工产生过多的额外工作。
这些就是系统设计的前提了，如果我们作为产品经理的角色，怎么才能出色的完成任务呢，这就需要引入一个概念了 — “顺便完成”。
车间领料的时候，顺便把原料数据关联到虚拟载体当中（RFID卡），原料投料加工的时候，顺便把RFID刷一下进行系统原料加工操作，
产出的原料称重的时候，顺便刷一下卡，把产出的半成品称重关联到桶车上的RFID卡上，后续依旧如此，直到工作完成。
当然如果是高度自动化的生产车间，这些刷卡的动作或者是扫码的动作完全都是机器自主完成的了。
那么系统在此设计下就完成了么，还早，这只是最初的设计，我们设计的MES系统，一般都采用的是敏捷开发模式，后续还会进行若干次产品迭代的，所以这种设计也并不是最终结果，还是会经历很多修正的。
另外再提一个细节，在这个MES系统里面好多按钮和界面都出现了很多指示性图标，就是为了告诉用户这个按钮或界面是干什么的，原因是因为有的员工不认识字。而且好多工作站就一个界面，1-2个按钮，目的就是让没用过电脑的员工能够尽快适应系统。
在很多产品经理看来这也许并不是什么高大上的产品，但是我想的是能够适应工厂情况，能够帮助工人收集数据的系统，这也许就达到了最初制作这个系统的目的了。
