业务交付难?如何用飞书项目在制造业实现快速交付

飞书项目作为飞书旗下专业项目管理平台,通过打造标准化的流程,加速项目上线,避免项目风险。

行业背景场景​

市场背景​

从21世纪开始,各类新兴技术不断发展,数字化、自动化、智能化技术蓬勃发展,企业、用户的需求越发精确,原有的大宗通用型设备制造越来越难以满足市场需求,聚焦实际需求场景的“小型”制造愈发成为制造业关注重点。​

在聚焦核心场景的过程中,如何更好地服务于客户,更好更快地完成产品交付,控制研发生产成本,保持企业资源平衡成为企业管理的重中之重。​

面相此类场景我们一般存在两种主要管理模型:​

  • LTC模型:实际交付的不仅仅是产品,是面向场景实现、场景交付为主的完整方案交付时,企业聚焦方案的评估,方案变更调整的影响变化跟进,确保业务实时转化为项目可用资金,以达到长周期或复杂方案项目可交付的管理模式,不严格设定项目上限,追求收益成本同比增减,下面将主要围绕该方案模型展开;​
  • OTD模型:在产品工艺过程相对稳定,有一定成型标准,或者研发定制设计过程可控的研发到生产模式下,企业更聚焦业务的协同,明确跟进各环节进度,控制制造放量,把控变更与进度风险时推荐使用此模型,本方案不涉及此模型;​

什么是LTC​

  • Leads To Cash——“是从线索到现金的企业运营管理思想”,企业定义“从「接触客户」到「收到客户回款」的整个流程”​
  • 常规企业定义中LTC往往聚焦于线索、商机、立项、投标、签约,对后续的交付持续运营管理模型并没有很好的兼容,这也是本文提供企业管理改善的重点。​

用户痛点

项目复杂跟进失真:偏工程型或大型项目中客户的需求结构复杂,业务类型繁多,难以以一套完整体系管理;变更影响多发,处理过程复杂难以跟进记录;关联方众多,协同成本高,信息同步困难。

预算混沌最终亏损:没有合理的拆解跟进预算,项目盈亏不明确;前期交底内容失真,后续变动大项目交付出现混乱,难以控制成本;方案评估与预算构成无明确对应关系,单边预算问题严重。

需求增减周期紊乱:没有同客户制定长周期的交付定义,项目过程不明确;紧急需求任意插队,验收标准难以平衡;需求变更问题跟进执行不清晰,责任不明确。

营收价值难以盖全:缺乏全面复盘模型,对项目实际成本影响较大的问题点不明确;非标行为频发没有跟进管控机制,缺乏预警控制与小团队管理意识;项目缺乏复盘机制,核心团队忙于一线交付。

解决方案

全面场景跟进业务:明确识别、记录客户需求背景;方案入手实现,确保客户对可实现性和企业运营价值的认可;整体产品、技术、实施、服务流程管理一体化,全面管理各业务。

概预核决四算机制:前期可单独进行费用预算构成申请;线索正式立项后明确概算准则要求;正式签约,明确职责,内部澄清,概预转换;分段核算,最终确认,决算定版,项目复盘。

需求变动实时反应:对客信息实时变化,需求调整责任清晰,及时报价调整预算;需求发生不分阶段,需求主线跟踪执行进展;项目周期关联需求,各阶段需求精准统计,记录执行变动风险。

跟进执行改善复盘:明确项目成员分工;明确项目关键步骤信息,各阶段可分别安排阶段负责人跟进;形成项目复盘模型,逐渐改善方案、设计、研发、交付环节SOP提高企业整体效能。

全景的LTC业务链条相对庞大,视项目的不同级别与不同方案内容,会存在一定的过程内容存在裁剪等情况,以及企业会根据一些管理要求弱化环节中的一些控制逻辑,这些都需要根据企业实际背景进行细微的调整,基于此模板场景可实现的管理过程链路大致有以下几种——​

  1. LTC体系外事项:客户主档信息建立,填写客户/企业基本情况,补充企业关系人、关键用户信息。即可直接使用也是预留便于同其他业务系统打通接口。​
  2. 完整流程线路:线索建立→线索日常跟进→线索阶段明确初步需求与初步解决方案→确认客户立项+内部正式立项→初版概算编制→投标准备标书制定→投标执行反馈结果→拟定合同→确认终版概算→合同签订→内部权责转移→项目周期拆分+
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值