您所在的位置: 首页>行业资讯>山东打造中台产品的【六六六】

山东打造中台产品的【六六六】

发表于:2021-10-26 阅读:0 关键词: 中台 中台系统 网站SEO优化
免责声明:本文是从微信公众号的小毅工作场所(ID:xiaoyizhichang),作者:邹毅,玄宇科技转载授权发布。 最近,“中国台湾”概念开始升温,在线文章泛滥成灾。 一阵狂风几乎使人们认为中台建设是企业发展的途径,但大多数文章仍在谈论中台概念,很少有人在谈论它。 在中国大陆和台湾实践。 众所周知,建立从0到1的中间阶段非常困难,尤其是从N到1(N套系统合并为1套)。 在中国台湾建设的初期,公司层面或前台业务层面看到了中国台湾生产和研究部门成本的增加,但未见明显效果。 因此,许多前台业务对中心不满意,甚至有些人对此也不满意。 等着看车站中间的笑话。 为什么会有看笑的心态? 由于从N到1的集成,因此您必须合并其他人甚至是某些人的系统。 这些系统的前端研发团队可能已经工作了三,五年甚至更长的时间。 研发委员会认为:“您为什么要建立一个新成立的中泰部门来整合我的系统?中泰能比我们做得更好吗?您的中泰是如此激进或如此引人注目(自上而下的方法),通常是引人注目的, 如果没有引人注目的^ _ ^)是不可能做到的,那么系统就会出现问题”,所以我等着看中间站的笑话。 众所周知,罗马不是一天建成的,中国和台湾的建设不会在一夜之间完成。 这是一个逐渐成熟的过程。 因此,我提出了“六六六”的中国台湾建设方案,即要建设成熟的中国台湾产品需要三个阶段,每个阶段需要6个月。 通过这三个阶段和18个月的时间,产品可以实现重复数据删除,重用,沉淀和为前端业务创新提供快速支持的目标。 希望撰写本文,希望大家对中泰的产品创作过程有所了解。 中泰的从业者对中泰的建设有心理上的期望。 前台业务人员或研发学生可以给中泰一些宽容和理解。 和支持。 前6个月:早期系统建设首先,在讨论中泰产品的早期开发之前,我将在JD Digital中泰成立之初就解释中泰生产和研究部门的情况。 [别人家的中间站]有些人直接将“技术中心”更名为“技术中间站”; 有些更改了原始的“共享研发部门/平台台湾研发部门已升级为“台湾中部研发部门”; 有些人通过管理手段将功能重叠的原始“研发团队和相应系统”合并到台湾中部的研发部门。 如果在上述条件下建造中泰,那么在中泰成立初期就算是幸福,因为在中泰成立之初,中泰的生产和研究部门就拥有一些财富和一些武器。 [我们家的中台]我经历了中台的建设,没有其他人。在本站建立之初,那种“幸福”只能被称为“悲惨”。 系统集成:指定了一些需要集成的系统。 这些系统是基础系统,不能基于基础系统,并且暂时不允许使用不愿维护的每个业务系统,例如登录和注册,付款密码,数据收集,数据广告牌等。 被中间站感动了。 人员集成:集成人员时甚至更多。 太惨了。” 在将产品和原始对应系统的研发人员整合在一起时,前台业务部门的优秀人才竭力保留它们。 那些被移交给中层办公室的人是他们部门不想要的人,或者没有任何留下来的借口。 这种情况导致在中泰成立之初,每个产品线都缺少人员,一些产品线缺少产品经理,一些产品线缺乏研发,一些产品线缺乏测试,而且没有生产线人员。 完整的系统。 在这种情况下,仍然有许多前台部门不满意:一些前台部门讨厌中泰分工。 一些前台部门依靠基本系统,需要中间部门的支持效率; 一些前台团队认为中级办公室正在共享研发资源啊,只是找到一个可共享的需求并将其带到中级阶段……总之,情况非常“惨”,“惨”实在令人尴尬 我继续描述更多悲惨的场面。 这样的“悲惨”,我认为不仅是我们的团队有这样的经验,我认为中国大陆和台湾传统企业的整合过程可能更加“悲惨” ...回到主题,为什么要早日建设 中国和台湾产品需要6个月的时间? 如果我们处于那种“悲惨”的局面,那么在已建立的中泰,中泰不仅应该愿意建立那些太小太基础的系统。 中泰需要构建一些可以具有共同需求的核心业务系统,以实现在中泰建设中快速响应客户需求的目标。 ,否则,在扩展新业务时,必须再次重复核心系统。 拐角处的基本系统不会对新业务的发展产生明显的提速作用。 集成具有重复功能的系统:如果是具有重复功能的系统,则需要根据中,台湾标准选择一套系统进行升级和转换,然后逐步废除其他系统。 或者是重建一个符合中间站标准的系统,逐渐放弃其他旧系统,并使库存系统/库存业务逐渐连接到新的中间站系统。 新建的中间站系统:如果没有成熟且重复的构建系统,则在系统构建的早期阶段障碍较少,但也需要逐步访问不同的业务场景。 我从头开始将这种中国台湾系统的构建过程称为该系统的早期构建。 这是我在前6个月中要做的事情。 对于市场营销系统,会员系统,帐户系统,商品系统等业务核心系统,通常需要3-4个月的时间才能将系统的第一版从0开发到1。 引入了许多服务进行试用,并测试了许多错误。 通常,多次迭代大约需要2个月才能确信大量服务将开始连接到中间站系统。 这样的过程是系统的6个月的早期构建。 为什么选择6个月? 有人会诚实地说系统规模不同,公司规模不同,系统构建周期也不同。 我在这里假设的是稍微结构化的中间办公系统,例如营销系统,会员系统,帐户系统等。如果这种系统需要3-4个月,则很难进行大规模的业务使用,但是8 -9个月 ? 它将超过公司高级管理层的期望。 如果某个系统没有投入生产半年,我相信所有人都将无法在这么长时间内与该公司打交道。 超出老板的期望的后果是非常严重的……因此6个月的里程碑只是一个很好的节点。 (PS:我不禁想到岳云鹏的“五环之歌”,啊,比四环还多一环;啊,比六环还少一环...全部六个月 选择还可以学习^ _ ^)两个6个月:构建通通中国台湾体系的全面业务渠道。 首先,我们将完善共同的需求,这将不可避免地服务于更多的业务线或业务场景。 因此,建立该系统后将无法实现中国台湾建设的目标。 ,仍然需要很长的业务场景访问过程。 尤其是集成多组重复的业务系统方案时,它们当前具有可以满足其业务需求的系统,并且该系统与业务方案紧密结合。 重新连接到中间站系统将增加工作量,并且还可能影响业务的发展,因此前台的研发兄弟全都是10,000个“不愿意”的兄弟。 这这种全面的服务访问并非易事。 无论如何努力促进企业的全面准入,要实现中台建设的目标,中台的行业和研究生仍需要坚定前进。 在全面的业务访问阶段中需要完成两部分工作:第一部分:继续促进每个业务线/业务系统对中间站系统的访问。 在这个阶段,前台或中间站一般都有一定的发展过程。 第2部分:随着新服务/场景的访问,将有很多个性化的服务要求,或者不满足早期的隐藏要求。 在此过程中,需要连续迭代系统以满足不同场景的要求,否则前台业务仍然可以“找到10,000个原因”以不访问中间站系统。 这个过程需要6个月。 如果您有坚定的信念和强烈的目标意识,则可以基本完成完全访问单个产品线的目标。 具有6个月的服务访问期和6个月的早期系统构建,因此1年节点是另一个关键的里程碑。 对所有服务的访问也是一个相对量化的系统索引,它反映了中间站的重复数据删除和多路复用。 第三六个月:在系统成熟运行中,平台构建的核心目标之一是容量沉淀。 随着业务的全面访问和系统的不断迭代,该系统必将朝着稳定的运行迈进。 并非所有的业务访问都意味着中间站系统已经成熟。 连接所有服务后,将迎来大规模业务运营。在大规模运营中,中间站系统需要升级和转换以实现标准化,组件化和智能化,并且运营需要建立访问标准。 ,培训机制,服务机制等。以实现中台建设的最终目标。 该系统的成熟过程通常需要6个月。 一个产品需要花费6个月+ 6个月+ 6个月的时间,才能在一年半的时间内完成重复数据删除,重复使用,沉淀以及对客户需求的快速响应的中间办公室的建设。 目标将是一个完美的结果。 如何在18个月内成功打造台湾中部产品? 以下是我的实际经验分享:1.生产和研究团队迅速赢得了这座城市。 如果在前台反复建立的业务系统已经建立了三五年甚至更长的时间,并且有多套这样的系统共存,那么中间站如何使一个系统替换或废除所有这些系统? 或者让他们将所有常用功能连接到中间站并与中间站共享。 建立和共享? 对人员的要求很高,尤其是产品经理。 陌生的人脉,陌生的思想,陌生的惯例,结果只是前台业务不认识它,更不用说建立统一的系统了,了解业务的当前状态是一个难题。 不熟悉的产品方法,思维不足和工作不稳定。 设计的产品无法覆盖整个场景。 一旦返工成本很高,信念还不够,项目管理能力还不够,全面的业务访问将一再被延迟。 因此,在早期组建一支强大的产品和研发团队非常重要。 不仅个人能力需要非常强,而且每个核心业务线还需要团队运营,2-3名产品经理,5-10名研发人员,2-3名测试人员以及专职项目经理来组成战斗 专业。 为了队伍。 加上OKR的工作方法和敏捷开发模型,在18个月内构建成功的中档产品并不是梦想。 2.专注于核心,做复杂,深入的前端业务系统可能已经存在了三,五年甚至更长的时间。 最致命的事情是,反复建造的“山丘”仍在净化自己并不断迭代。 中泰新建的系统如何允许前台业务访问? 前台业务广泛(做所有事情),中间阶段是专门的(常见)而深入(易于使用),中间阶段将火力集中在核心和最基本的系统功能上。 一个功能单元到一个功能单元使前台业务逐渐进入,而不是一口气吃一个胖子。 随着大多数前台服务的访问,中台的单元功能将变得更加成熟,形成一个良性循环。 即使在业务访问的中后期,一旦中间站系统收集了后端部门的支持能力并实现了后端部门的闭环支持,中间站也将筋疲力尽,并且 前端业务将逐渐从被动变为主动,就像中间站对齐一样。 (因为前端业务不仅依赖于中间办公系统,而且还依赖于后台办公职能部门的支持。)3.敏捷的开发,快速的效果/快速投入生产前端业务在不断发展和迭代。 ,等待建立6个月或12个月的中间办公系统如果要在几个月内投入生产,前台业务将承受不了等待或伤害...因此,中间站的建设可以 采用敏捷开发方法。 启动中间站的系统MVP版本后,可以将其用作2周的迭代周期,以快速满足某些业务场景。 提供部分系统功能,以满足一些业务领导者的需求并赢得一些业务访问权限; 然后提供一些系统功能,以满足一些业务主管的需求,然后赢得一些业务访问权限。 以这种方式连续流通,这丰富了系统功能,并且可以赢得大多数企业的满意。 简而言之,就业工匠的精神,完成前台业务的理念以及不懈的努力将始终是“真诚开放的金石”,以实现中台建设的愿景。 (结束)