平台选型
把 ERP 及相邻平台,针对您具体的需求逐一比较,并给出一份有理有据的书面建议,而不是一句个人偏好。
企业在迪拜聘请 ERP 解决方案架构师,往往不是在讨论要配置哪个界面,而是在讨论企业究竟应该运行哪些系统。这可能意味着为一家正在超出电子表格承载能力的公司,在 NetSuite、Dynamics 365 和 Odoo 之间做出选择;决定一个新 CRM 应该如何与现有财务系统交换数据;或者厘清为什么三个部门各自为同一项工作,配备了互不相通的独立工具。
Microsoft 自己对 Dynamics 365 的定位,是一组既可以单独使用、也可以组合使用的应用,这很好地说明了这个角色为何存在:平台给您提供了各个组件,但要决定用哪些组件、它们如何连接、又该舍弃哪些,本身就是一项设计决策,不是配置界面能够自动给出答案的事情。
这个角色覆盖什么
迪拜聘请 ERP 解决方案架构师,得到的是系统版图层面的决策,而不是单一系统的配置选择。
把 ERP 及相邻平台,针对您具体的需求逐一比较,并给出一份有理有据的书面建议,而不是一句个人偏好。
厘清哪个系统拥有哪些数据,以及 ERP、CRM 和其他工具之间的边界应该划在哪里。
决定系统之间如何按什么顺序交换数据,以及当其中一个系统短暂不可用时会发生什么。
在任何单一系统的角色权限设置开始之前,先确定整个架构中谁能访问哪些数据的原则。
规划脱离旧平台或升级现有平台的顺序,同时不破坏目前已经正常运作的部分。
为未来的定制开发和集成工作设定标准,使其在架构不断扩展时依然保持一致。
值得关注的技能
跨系统的广度,加上真实的交付经验作为支撑。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| 多平台广度 | 曾经动手使用过不止一个 ERP 或 CRM 平台,而不是始终只实施同一个系统 | 只用过一个系统的人给出的平台建议,算不上真正的比较 |
| 集成模式知识 | 能针对具体场景,解释实时集成和批量集成之间的取舍 | 选错集成模式,会让数据出现日后难以追溯的不同步问题 |
| 文档与图表 | 能产出一份书面架构文档和图表,让顾问或开发工程师真正据此动手搭建 | 只存在于某个人脑海中的架构,无法移交,也无法被审查 |
| 交付根基 | 本人曾亲自实施过系统,而不只是远远地做过设计 | 缺乏交付经验的架构师,容易设计出难以真正落地的系统版图 |
| 供应商中立性 | 根据您的需求比较各平台,并在没有一个平台真正合适时直言不讳 | 被某个供应商利益绑定的架构师,给不出真正独立的建议 |
Microsoft 的 Dynamics 365 概览,是了解模块化、多应用系统版图可能是什么样子的一个有用参照,但一位真正独立的 ERP 解决方案架构师,在迪拜谈起 NetSuite 或 Odoo 这类替代方案时,也应该同样得心应手。
与我们合作的方式
咨询服务是这类工作大多数场景下自然的合作方式:一次平台选型研究、一次系统架构评审,或一份集成架构文档,每一项都作为界定清晰的咨询工作交付,并附带书面成果。招聘支持适合希望随着企业成长,把这种思维能力长期留在内部的企业。当架构本身的成果就是交付物时,例如一份带有固定范围和交付日期、已记录成文的迁移路线图,限定范围的项目同样适用。
考察候选人
在迪拜聘请 ERP 解决方案架构师之前,用这些核查方式,把真实的系统架构经验与一个听起来资深的头衔区分开来。
在做出平台决策或投入一项系统架构层面的工作之前,请先使用以下核查方式。
一份脱敏后的示例,能看出他们是否以系统和数据流的方式思考,而不只是某个平台的配置细节。
有力的回答会说出与您企业相关的具体取舍,而不是一份泛泛的市场对比。
每一位经验丰富的架构师都有过这样的经历。他们描述如何纠正它的方式,比错误本身更能说明问题。
请他们展示曾经交付的文档,看顾问或开发工程师是否真的据此完成了搭建。
直接问他们,是否会因为推荐某个平台供应商而从中获得任何好处,并期待一个清晰、直接的答案。
认证
迪拜的 ERP 解决方案架构师可能持有架构类认证,但真实、可核实的系统版图经验更重要。
Microsoft 和其他平台供应商都发布了独立于其实施和开发工程师考试之外的解决方案架构师级别认证。这些证明候选人研习过该平台自身推荐的架构模式。
供应商认证本质上只涉及某一个平台自己的模式。对于一个跨平台的角色而言,候选人设计过的一份真实、可核实的系统版图作品集,比任何单一徽章都更能说明问题。
阿联酋相关考量
对于任何在迪拜负责跨系统版图的 ERP 解决方案架构师,都值得提出。
2021 年第 45 号联邦法令适用于个人数据在系统版图中的任何位置,因此关于客户或员工数据存放在哪里的架构决策,应从一开始就纳入考量,而不是留给恰好存储该记录的那个系统去处理。
当系统版图跨越多个平台,且各自有自己的托管安排时,架构师应能清楚说明每一类数据物理存放的位置,因为这个答案日后往往会在客户或监管问询中被用到。
直接解答
如果只是单一、独立的系统,很少需要。一旦有两个或以上系统必须协同工作,一次平台选择会影响到财务以外的多个部门,或者这套系统架构需要规划数年而不只是一个项目的寿命,这个角色才真正派上用场。
不是。顾问为一套流程配置一个平台。架构师则决定究竟存在哪些平台、数据如何在它们之间流转,以及在把每个系统都纳入考量之后,整个系统版图会是什么样子,这些都发生在任何顾问开始配置之前。
可以,这正是该角色的核心工作之一:把 NetSuite、Dynamics 365 和 Odoo 等平台,针对您真实的需求逐一比较,而不是套用一份通用的功能清单,并给出一份有理有据的书面建议。
通常是的,因为这个角色的价值恰恰在于能够跨系统统筹,而不是只看单一平台内部。如果 CRM、电商或数据平台需要与 ERP 对接,这一点从一开始就应该纳入架构设计,而不是事后补上。
告诉我们每一个已经存在或应该纳入考量的系统,现有架构存在哪些问题,以及预算或时间线等方面的限制。一通简短的电话就能补全其余细节,随后您会收到一份针对该简报、固定价格的书面方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。