第八章云上工厂

不说平安夜，圣诞节对于我们来说也都是一般日子无二的过去了，日子比我想象中的要平淡些，人生也没有太多的波澜壮阔，上课上班也就和我吃饭睡觉一样寻常，时间也都被这寻常事情所侵占，什么也没有留下来。

算算日子，也要元旦了，元旦过后一个多月也就是寒假了吧，寒假期间又是春节，一年的时间也就这样的过去了吗？如今的我似乎在向着过往的日子转变着，最终我是否会回归原有的生活轨迹的呢，我不得而知。

至少抛去其他，在工作上我也不能太过泄气，该努力的该争取的也不能放弃，圣诞节过后那些大佬们似乎也有了一些定论，我们满怀着期待等待着他们给我们揭晓未来的发展方向。

放假的前一天吴培贤召开了一个开发人员的会议，由他自己主持给部门所有技术员讲解接下来的工作任务及计划。

“目前公司在运营的有两个平台，一个是尚品购，一个是智汇居家，两个产品的开发阶段都已经接近末尾，基本上处于维护及功能丰富阶段，所以接下来我们又有先的任务来临了。”

吴培贤的开场话没有什么值得推敲的地方，这些大家都是知道的，在我的猜想当中，公司未来应该是打算全力做尚品购这个平台的运营商，但以前也说过平台运营前期的耗资将会达到一个恐怖的数字，所以智汇居家这类用户解决方案产品的诞生也许就是为了给尚品购提供资金注入和广告引流而已。

这个尚品购如果一直处于需要呵护阶段，那么资金再投入时可能需要达到一个对于寻常人来说天文数字的规模，这很可能拖垮给它吸血的子产品及整个运营公司，也不知道是不是公司如今意识到未来资金链不足以支撑平台崛起，才在这个时间点又有项目上马。

说到敛财产品，我也知晓一些，类比城市共享单车、P2P理财产品等都是吸纳巨型资金池的好手段，但玩弄这种的每年能倒闭好多家，而这些吸金所得的也都只是寻求再投资方案来回转资金的，如果是用来让平台吸血那就更加让人惊悚了。

类似淘宝、京东的平台要创建的困难将会达到一个非常惊人的高度，国美、苏宁这类有庞大实体电商作为后盾的巨头也只能分享些残羹，甚至是亚马逊这种体量在国内也讨不到好处。

目前看来公司里对于这个尚品购的野心也没有达到巨型平台级别，在众多巨头狙击下还能杀出重围的不多，类似未来拼多多这种平台也是前期疯狂吸纳用户朋友圈资源及铺天盖地广告才造就的异端崛起速度。

吴培贤也并没有让我们猜测太久，而是继续开口说道：“公司高层连日开会也决定了下一个项目方案就是要做一套智能工厂系统，主题就是云上工厂、智联生产。”

“基本上是一整套适合小、中、大型企业工厂、适应不同行业的过程管理及状态监控云平台，目前能确定的就是涉及技术栈方面，我们将采用java作为主要开发支持，”

“因为是一整套解决方案，所以需求方面也非常的广泛，从基础服务端架构到PC及移动的web端页面，同时还需要构建pc客户端、移动端方面也需要安卓与ios客户端，”

“前期未来快速开发，我们允许先构建服务端及web页面，且因为开发人员方面的缺失，客户端技术员也在招募当中，同时未来在座的有些人也要参与到客户端开发当中，所以我这边到时候会具体安排任务，相关人员先做好技术栈储备。”

讲到了这里，我们也大概了解了公司未来的项目发展方向了，只是这似乎对于我这个带领的外包团队没有太多的关系啊？毕竟所涉及的技术栈都是公司内部平台开发组的人员。

其实公司所走的这条路线有点出乎我的意料的，大部分创业公司我一直认为是想要做一个面向大众、广泛吸纳资金池的产品，而如果走云上工厂这个概念，那么基本就要称为软件供应厂商的了。

类似的如微软、Adobe等一系列付费专业软件的所有公司，便是通过售卖此类产品来赚取利润，当然要说更接近于企业云平台的话，那就属一些企业erp管理软件了，只是我目前不大了解新开发的产品要如何与这些市面上已存在的产品形成竞争力。

就在我认为这事儿似乎和我没关系的时候，吴培贤已经开始讲解了大概的任务分配了，当然这分配还是很笼统的，因为具体业务及产品模型都还没有，其中市场调查、取材、论证及模型演示等等都要花费很大一段时间的。

“我们要做的云上工厂，是真正的开放云平台，人人互联是一个核心战斗力，现如今首要的还是市场竞品分析及产品开发前期准备，我这边也得到了一些数据，”

“人员方面，公司会临时组建一个研讨小组，成员包含业务及市场、人力资源、行政管理、财务、总经办和技术支持等，”

“所以在技术方面，前期我们这边的人员便是包含我本人作为技术架构之外，还有java组长江哲，且目前PHP组长周晴也要调用过来作为需求分析及部分模块开发，她本人在制造业尤其是工厂架构及相关专业与行业知识都有不俗见解，将是我们需求转化为产品雏形并实现的关键之一，”

吴培贤还没有说完，但我还是有些错愕的，虽然之前也和吴培贤聊了些有的没的，却是没想到现如今他直接就让我加入那个临时研讨小组里，说实话作为需求分析可没有码代码那般的安逸，我之前在针对那个外包项目做计划书可是头疼了好久的。

如今这个临时研讨组，其实也就是要模拟一个企业的正常组织架构，大部分开发者也只是一个写代码的，对于一家企业的真正运作肯定不大了解的，尤其是在制造业方面更是动辄数千甚至数万员工的大规模关系集群。

光是一个工厂的组织架构就能画成一个庞大密闭的网状图，办公系统、研发系统、生产系统、供应系统等等，系统里层层叠叠，说实话，如果是要做企业管理系统，我实在是没信心认为这样规模的开发团队能做得出来。

当然这个产品似乎也和传统的企业管理系统有些差别，吴培贤继续说道：“大家不要感觉有压力，我们并不是要和传统的企业管理系统竞争，我们的侧重点在于工厂而非企业，前期取材成功后，我们会分析是否开发为全功能性的企业系统，还是和第三方企业系统进行合作，增加云上工厂模块。”

大家也陆续的提出了些问题，主要是对于产品真实概念的疑惑，吴培贤也解释了，所谓云上工厂，便是要加速工厂信息流的传递，传统办公都死守电脑才能获取信息，如今也有微信之流来进行公司通信，这类情况对于办公楼企业来说或许没有太多问题。

但对于工厂来说就显得很被动，云上工厂强调的是一个不管是什么人，技术员还是管理员，不管是在车间还是在厂外或者产线上，都只需要通过手机APP进行常规的工厂流程操作。

这其中最为关键的一环就是智能研发系统及智能仓储的构建了，类似一个快递单号可一查询快递流经哪个地方，预计下一个站点在何处，将可能何时到达，联系人为谁，地图上实时更新位置。

在会议的末尾，吴培贤继续说道：“等元旦假期结束后，这个临时研讨组也将正式成立，同时公司已经和厦门这边的几个制造业工厂取得了合作，这几个工厂将作为我们提供取材与实验环境，而我们则是助力他们实现智能化管理来应对他们未来的产业转型，”

“所以后续几位研讨小组成员也要辛苦些，可能有很多时间会在这些合作企业里进行取材。”

其实这个消息也算是符合预期料想的，想要做云上工厂，自然是少不了工厂这个元素的，不然一个研讨小组围在一起也不可能讨论出什么玩意出来。

接下来的任务方面，也就是研讨小组根据各自的学识和专业划分，将对工厂的办公、研发、生产、供应链等各个系统进行取材和需求分析，最终转化为产品模型。

事实上云上工厂这个概念我是有些了解的，以前我在大企业里呆过几年，也经历过工厂整个系统架构的不断升级合完善，以前的那个企业工厂一开始并没有完全规划一整套解决方案，而是随着企业的壮大，业务的超高速增量导致了系统在不断的改造。

那家公司规模达到万人的中型企业，一整个办公系统达到数以千人的网络集群，其中有企业管理erp平台、研发图纸pdm管理平台、生产技术工艺管控平台、品质保障维护平台、实验室平台等一系列系统，而当移动领域进入工厂的时候，这些系统要融合起来也花费了无数精力。

目前看来如果能在2014年将一整个平台都构建完成并推广出去也许会是一个非常不错的解决方案，未来这些公司不需要去考虑各个系统的各种不同登录密码和客户端，也不需要去为升级多套系统而花费巨资，更是可以将工厂中大部分办公挪动到移动端去。

也不知道这边是有哪几家工厂现如今已经和公司和做了呢？我思考着也没有多少头绪，如果工厂是在集美这一代就好了，若是到了同安、翔安那边就距离学校太远了，而我作为研讨小组成员需要深入工厂取材就会麻烦上许多。