[图解]产品经理创新模式02改善信息流转

1

00:00:02,160 --> 00:00:04,000

第二种改进模式

2

00:00:04,010 --> 00:00:06,340

就是改善信息流转

3

00:00:06,550 --> 00:00:08,000

它是这样的

4

00:00:09,250 --> 00:00:11,290

当电脑系统越来越多的时候

5

00:00:11,300 --> 00:00:12,530

就会出现这种情况

6

00:00:12,540 --> 00:00:17,250

就是说,各个电脑系统之间没有连通的渠道

7

00:00:17,260 --> 00:00:20,550

那么,当一个人要做一个

8

00:00:20,560 --> 00:00:22,110

比较大的任务的时候

9

00:00:24,460 --> 00:00:27,900

他必须得单独和多个电脑系统打交道

10

00:00:27,910 --> 00:00:31,650

也就是说,各个电脑系统之间

11

00:00:31,660 --> 00:00:33,410

靠这个人来协调

12

00:00:35,620 --> 00:00:39,170

靠这个人来流转各个电脑之间的信息

13

00:00:40,260 --> 00:00:41,570

这个人就很累了

14

00:00:42,010 --> 00:00:46,120

如果在中间放一个系统把它们串起来

15

00:00:47,880 --> 00:00:50,000

这个人只需要跟这个打交道就行了

16

00:00:51,320 --> 00:00:51,990

这个是改进二

17

00:00:52,000 --> 00:00:54,650

改善信息流转

18

00:00:55,740 --> 00:00:57,160

所以你看,模式是这样

19

00:00:57,170 --> 00:00:58,680

一个人多个电脑

20

00:00:59,120 --> 00:01:00,790

然后中间放一个电脑这样

21

00:01:03,600 --> 00:01:06,190

平时我们看到的那些支付宝什么之类的

22

00:01:06,200 --> 00:01:07,950

实际上就是这样一种改进二

23

00:01:07,960 --> 00:01:10,520

如果没有支付宝

24

00:01:10,530 --> 00:01:13,780

我们能不能给手机充话费

25

00:01:14,750 --> 00:01:15,950

可以的

26

00:01:15,960 --> 00:01:16,470

怎么充

27

00:01:17,730 --> 00:01:20,200

有的同学可能想,我到营业厅去充

28

00:01:21,210 --> 00:01:22,410

那不是改进二了

29

00:01:22,420 --> 00:01:23,730

那是改进一了

30

00:01:23,740 --> 00:01:27,160

你到营业厅,你这个人要去那里了

31

00:01:27,170 --> 00:01:27,680

32

00:01:28,260 --> 00:01:34,200

你一坨肉要去那里,怎么改进二

33

00:01:35,100 --> 00:01:35,980

没有支付宝怎么充

34

00:01:37,080 --> 00:01:40,810

我可以访问中国移动的网站

35

00:01:41,400 --> 00:01:45,870

或者下载一个中国移动APP,在上面充

36

00:01:46,620 --> 00:01:47,020

没问题

37

00:01:48,090 --> 00:01:49,090

能不能交电费

38

00:01:49,260 --> 00:01:49,850

可以

39

00:01:51,040 --> 00:01:53,220

国家电网也有APP的

40

00:01:54,030 --> 00:01:59,530

你安装一个,能不能交煤气费,也可以的

41

00:01:59,540 --> 00:02:02,950

煤气公司也有APP

42

00:02:02,960 --> 00:02:04,550

问题是你得装很多个APP

43

00:02:06,230 --> 00:02:08,790

有了支付宝,你就可以在支付宝上

44

00:02:08,800 --> 00:02:09,830

完成这一切

45

00:02:11,170 --> 00:02:12,290

相当于把它们串起来

46

00:02:12,720 --> 00:02:14,000

你跟支付宝打交道

47

00:02:14,010 --> 00:02:15,360

支付宝跟它们打交道

48

00:02:16,460 --> 00:02:17,660

改善信息流转

49

00:02:19,800 --> 00:02:20,910

同样,我们来做题

50

00:02:24,200 --> 00:02:25,300

什么地方有改进二

51

00:02:25,310 --> 00:02:31,070

1-9什么地方有

52

00:02:39,130 --> 00:02:39,640

大家看一下

53

00:02:48,850 --> 00:02:49,440

看出来没有

54

00:02:49,770 --> 00:02:53,700

哪里,在这里,这个地方

55

00:02:54,440 --> 00:02:55,710

人和多个电脑

56

00:02:56,370 --> 00:03:00,530

他为了做一个报价单,他要查这个那个

57

00:03:00,900 --> 00:03:02,130

而这三个是独立的

58

00:03:02,940 --> 00:03:04,420

他得靠这个人

59

00:03:04,430 --> 00:03:05,940

把这里copy paste

60

00:03:07,780 --> 00:03:09,970

复制粘贴这样弄过来

61

00:03:12,900 --> 00:03:16,500

如果中间放一个系统把这三个给串起来

62

00:03:18,630 --> 00:03:21,170

显然,这个人就轻松多了

63

00:03:21,680 --> 00:03:25,780

在这里,改进二

64

00:03:25,870 --> 00:03:28,060

我们看,我们的案例系统有没有改进二

相关推荐
腻害兔3 小时前
【若依项目-产品经理视角】RuoYi-Vue-Pro 源码拆解:IM 即时通讯模块,一个被低估的「全功能聊天系统」
java·前端·vue.js·产品经理·ai编程
北京晶数信息科技8 小时前
加油站成品油智慧监管平台+交易即开票一体化解决方案 (一)
大数据·人工智能·物联网·产品经理·需求分析
梁辰兴9 小时前
软件工程:需求分析的过程
软件工程·需求分析·需求管理·需求规格说明书·过程概述·需求获取·需求验证
产品人卫朋12 小时前
从AGI阶梯看AI硬件:具身智能还很远,物理约束就在眼前
人工智能·机器人·产品经理·创业·ai硬件
腻害兔13 小时前
【若依项目-产品经理视角】RuoYi-Vue-Pro 源码拆解:MES 制造执行模块,一个被严重低估的「工业级 ERP 核心」
vue.js·产品经理·制造
zzzzzz31013 小时前
做了5年后端,我整理了10个最让我怀疑人生的奇葩需求
https·产品经理·ava
rolt1 天前
PlantUML+EA描述《分析模式》第6章存货和会计(5)
架构师·uml·plantuml
Warren2Lynch1 天前
掌握 UML 构造型、标记定义与标记值:面向领域特定建模的 UML 扩展全面指南
大数据·算法·uml
Kim.Li2 天前
格式塔设计原则全解析:12项核心原则在 UI/UX 中的实战应用指南
ui·产品经理·ux·视觉设计·交互设计
Kim.Li3 天前
UX、DX、AX:设计对象的三次扩张,你的产品到底为谁设计?
人工智能·产品经理·ux·交互设计·ui设计