惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
WordPress大学
WordPress大学
月光博客
月光博客
T
Tailwind CSS Blog
阮一峰的网络日志
阮一峰的网络日志
小众软件
小众软件
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Last Week in AI
Last Week in AI
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
罗磊的独立博客
Jina AI
Jina AI
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 三生石上(FineUI控件)
量子位
雷峰网
雷峰网
Apple Machine Learning Research
Apple Machine Learning Research
美团技术团队
博客园 - 聂微东
V
V2EX

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
中台产品经理宝典05:基于企业架构的系统规划
三爷茶馆 · 2022-08-09 · via 人人都是产品经理

编辑导语:规划一个企业级系统,是对我们产品人的一个挑战。那么如何构建一个完整的架构系统,并将其落地?作者分享了企业架构的系统规划步骤及其落地方式,希望能给你提供一些思路。

一、如何无遗漏的进行完整的系统规划

我们现在先做一个简单的场景模拟,假设你是某家公司的一个产品负责人。

让你带领一个产研团队去从零规划一个系统,如何无遗漏的进行完整系统规划?或者说规划至少要包含哪几项?

事实上在我看来去完整规划一个企业级系统,恰恰是对我们产品人产品功底的一个综合性的挑战。

这里先上答案,设计分为以下四点:

下面我们展开来一个个谈。

1. 理解业务

首先在做任何系统建设前,我们都必须要对整个业务有一个非常清晰的认知,也去理解业务。

比如说去做HR系统、做财务系统或者说做法务相关的系统,我们必须要非常熟悉这相关领域的一些专有知识,否则我们就无法去进行相关的系统建设,或者说我们建设出来的这个系统和实际业务有非常大的一个差距,所以第一步我们一定要去理解业务。

2. 系统入手点

理解了业务后,下一步要做的就是要去定义系统的入手点是什么?一个业务领域往往非常庞大,特别是当我们从0~1开始的时候,我们到底要从哪个点开始进行入手?

在这里一般来说我们去考虑系统入手点,应该是以系统的主流程去进行出发。因为我们作为系统的建设者,毕竟不是真正的一线系统使用者。因此我们必须在最快时间内去搭建出一个最小的可迭代化的原型,使其投入到我们的实际生产环境中,让我们的这些业务人员去进行一个使用,来检验产品的方向是否正确,这也就是所谓的产品MVP。

也就是说我们先搭建出一个可以让业务来验证我们的系统的主流程,从而通过体验在这过程中让我们发现问题,然后再去迭代,只有这样才能保证我们前期的投入不会出现过大的一个偏差。那么这就是选择系统入手点的重要目的。

3. 系统蓝图

选择好入手点,下一步我们要做的便是系统蓝图的绘制。所以系统蓝图其实就跟建设一个房子是一样的,我们需要清楚的知道这栋房子的建设完成之后它的一个全貌是什么样子。所以我们在系统开始建设之前,我们必须要去把整个系统的一个图纸绘制出来,在软件系统中这就称之为系统蓝图。

4. 分步计划

画完了图纸之后,接下来就是我们要把这个图纸去拆分成可迭代的版本计划,从而组织安排人力按优先级进行开发。

结束这个热身话题之后,我们接下来就开始谈以上4点进行落地时用到的工具。

二、工具:企业架构

我曾为大家介绍过一个在软件行业,非常成熟且非常流行的去解决复杂系统设计的工具——企业架构。

所谓企业架构就是用来去解决业务,从理解到分析再到设计建模,最后去翻译成信息系统建设的一个完整思想。

事实上企业架构并不是什么新鲜产物,最早在1987年就被提出了,因为在当时其实就已经有非常多的系统在企业内部存在了。

因此必须要有一个系统或者说一个模型去帮助我们拉通这些系统,否则企业内部的系统越来越多,就会导致企业内部在信息传递、管理上出现失衡,所以在这个大背景下提出了企业架构的概念。

那么具体来说企业架构到底是什么呢?其实在发展这么多年后,特别是在TOGAF这个组织成立之后,企业架构这个概念就做了一个非常细致的拆分,企业架构就被定义成为两大部分,如下图所示:

三、企业架构落地

为了方便大家理解,在这里三爷我将企业架构这个思想给大家提炼为了三步走的落地执行方法。

具体来说对应企业架构里的两个细分项:

可以看到业务抽象建模与关键节点设计这两步对应的是业务架构梳理。

首先我们通过业务抽象建模将一个陌生业务去进行结构化的一个表述,详细的把业务拆解为:什么角色做了什么事情。那然后在这个基础上我们提炼出关键节点,这些关键节点就是我们系统要去承载的部分。

相信这个也好理解,虽然是在做信息化系统,但是我们不可能将一个系统事无巨细的将业务都放进来,因为很多业务动作都是线下完成的,其次系统如果全部承载的话,就会让系统变得非常臃肿,操作会变得非常复杂。

这两步是完成我们的业务架构,在有了这两步的产出之后,我们接下来就可以基于这两步去进行系统蓝图的设计,也去设计我们的it架构。

用大白话来说就是设计由哪些系统来承载?哪些功能来承载?对应的功能它的数据载体又是什么?最终是用什么样的代码结构实现。

可以看到这样的方式就是严格按照我们企业架构思想,由业务驱动去得到完备的一个系统蓝图,不遗漏,也不会冲突。

至此我们就完成了企业架构的一个标准落地路径。

四、总结

在这对本文一个总结:

企业架构包含两大部分分别是业务架构和IT架构,业务架构指导并帮助大家去理解清楚一家企业是如何开展业务运作,IT架构指导如何进行系统设计的一个框架思路。

企业架构具体的落地方法分为三步:首先业务抽象建模,其次提取关键节点,最后得到系统蓝图设计。

#专栏作家#

三爷,微信公众号:三爷茶馆,人人都是产品经理专栏作家,2019年年度作者。《中台产品经理宝典》作者,原万达高级产品、MBA特约讲师、独立创业者,现叮咚买菜B端产品线负责人,拥有多款集团项目从零到一经验并带领实现商业化布局。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。