- 1.平台升级层面
- 1.1 平台升级方案缺失，目前基本依赖于客户定制化需求，未有合理的升级计划和低成本方案
- 1.2 平台升级人手缺失，目前人手基本全都投入在项目实施中，平台升级陷入停滞
- 1.3 平台升级成本控制，尽可能先升级低成本，少人手投入的升级内容
-
- 解决方案：
- 1.除了客户的定制化需求之外，应当自备一份平台升级规划，按成本、效益产出、重要性等多种维度进行分析排出优先级，纳入平台升级规划，持续投入人手保障平台升级缓慢但持续的进行
- 2. 需要时常安排人手关注市场同类产品的功能变化动向，把握市场趋势，了解市场需求，紧跟市场脉搏，以防闭门造车
- 3.以明源云为蓝本，参照市场同类产品竞争对手中的头部产品，结合实际情况，尽快仿制成型
- 解决方案：
- 2.销售售前层面
- 2.1 售前技术支持人员缺失
- 2.2 售前文档未做到规范化
- 2.3 售前方案未做到规范化
- 2.4 售前工作未流程化
- 2.5 售前业务调研缺失
- 2.6 售前成本核算缺失
- 解决方案：
- 1.需要一名中高级开发人员，熟悉微品数据中台产品，熟悉大数据技术架构和常用解决方案，能根据客户实际需求给出定制化方案
- 2.需要协调人员编撰售前文档，编写方案，撰写PPT等。要保证文档可复用，制作出模板化的文档，或者多套解决方案成品文档
- 3.售前项目沟通，需要进行业务初步调研，需要项目经理参与调研以便给出尽可能真实的成本估算
- 4.成本估算流程化模板化。保证每一笔订单的成本估算尽可能 真实，保障利润率，降低亏损风险
- 解决方案：
- 3.项目实施层面
- 3.1 缺失成体系的业务调研过程方法论和文档沉淀
- 3.2 缺失标准的项目规划，人员配置，实施方案以及实施内容等文档沉淀
- 3.3 缺失项目风险预判环节，缺失紧急项目攻关机制和方案
- 3.4 客户方项目内容繁杂，要求又高，做数仓项目就招数仓的人，做 实时就招实时的人，实非良策。
- 解决方案：
- 1.做过的事情都留下文档沉淀
- 2.总结并整理成册，协调专人负责维护这些流程性文档
- 3.合同签订后，项目开拔前，充分进行项目实施风险预估和难点攻关，防止影响后续实施开发进度
- 4.完善大数据各方向人员编制，或者找到能随时协调来合适人手的实施团队，签订合作协议。保障每个项目正常运行，同时也不会出现项目完结后，人手过多，裁员麻烦
- 解决方案：
- 4.集群运维层面
- 4.1 身为厂家，集群稳定性需要保障，目前集群稳定性难以启齿
- 4.2 未专门配置大数据集群运维人员
- 4.3 需要大数据开发人员为项目进行集群组件调研和方案测试，以此提前发现并解决方案中的风险点
- 解决方案：
- 1. 配置专门的大数据集群运维人员
- 2. 可让现有的韦闻洋等专业运维，学习大数据集群知识，尽快投身于大数据集群运维事项
- 解决方案：
- 5.成本控制层面
- 5.1 项目报价过于草率！
- 5.2 报价前应尽可能摸清楚客户方的实际项目需求，完善成本预估
- 6.利润保障层面
- 6.1 首先是保证多期项目的每期正常交付，尤其是首期最为重要。如果第一期报价失误，导致第一期亏损。务必在第一期项目期间摸清楚甲方实际需求，保证第二期项目的利润
- 6.2 项目报价阶段直接决定了整个项目的利润率，务必尽可能的保证利润空间
- 6.3 多个项目同时进行时，应明确项目优先级，尽量不要出现中途换人的情况
- 6.4 项目中的人员稳定性和一致性非常重要。尽可能让项目成员从头至尾参与完该期项目。否则临阵换将，会存在大幅度的人员精力浪费和人天成本浪费。
作者 admin
张宴银，大数据开发工程师