互联网产品经理实务全书

978-7-115-46679-2
作者: 林富荣
译者:
编辑: 赵轩

图书目录:

详情

软件产品工具简介、软件需求收集、需求分析和规划、组织架构图、业务流程图和系统流程图、思维导图、功能说明、原型DEMO、完整的产品需求文档PRD。 可行性分析报告、软件产品模型、软件的图形、项目管理、设计的规范、前端的规范、开发的规范、测试的规范、运维的规范、运营的规范、数据图、数据库架构、SQL简介、原型模型驱动(PRD)实例、产品思维案例

图书摘要

版权信息

书名:互联网产品经理实务全书

ISBN:978-7-115-46679-2

本书由人民邮电出版社发行数字版。版权所有,侵权必究。

您购买的人民邮电出版社电子书仅供您个人使用,未经授权,不得以任何方式复制和传播本书内容。

我们愿意相信读者具有这样的良知和觉悟,与我们共同保护知识产权。

如果购买者有侵权行为,我们可能对该用户实施包括但不限于关闭该帐号等维权措施,并可能追究法律责任。

• 编  著 林富荣

    责任编辑 赵 轩

• 人民邮电出版社出版发行  北京市丰台区成寿寺路11号

    邮编 100164  电子邮件 315@ptpress.com.cn

    网址 http://www.ptpress.com.cn

• 读者服务热线:(010)81055410

    反盗版热线:(010)81055315


本书以作者十多年的产品经理工作实践为基础,通过系统的理论结合丰富的实例,全面介绍了软件产品开发的方法、工具、过程。

本书结合软件工程、软件项目和产品经理的工作经验,内容涉及软件产品经理实际工作中涉及的方方面面,包括:产品经理工具、软件需求收集、产品需求分析和规划、组织架构图、业务流程和系统流程、思维导图、功能说明、原型DEMO、撰写完整的产品需求文档、软件项目管理、可行性分析报告、模型、产品图、软件项目管理规范、设计规范、前端开发规范、开发代码规范、测试规范、运维规范、运营规范、数据图、数据库架构、SQL简介、产品需求文档PRD(原型模型驱动)、怎样做好产品、Web产品和手机APP产品、产品经理思维与案例、产品融资。

全书结构完整、清晰,语言平实、易懂,通过大量实例讲解了软件产品经理各个职位的工作规范和内容,适合整个产业链的相关人员阅读。


随着社会的发展,互联网软件产品改变了人类的生活方式。新闻软件系统产品,使人们足不出户,就能知道全球的事;社交软件系统产品,使人们能随时随地联系到亲朋好友和附近的人;电商软件系统产品,使人们足不出户,就能买到全球各地的实体商品;游戏软件产品,使人们在家就可以与全球的人共同玩游戏;办公软件产品,使人们可以便捷地完成日常工作;金融软件产品,使人们足不出户就可以投资、理财;支付软件产品,使人们随时随地可以使用手机支付,规划出这些互联网软件产品的人,业界人称为互联网软件产品经理。

在互联网行业相关的众多岗位中,互联网软件产品经理的综合知识能力要求比较高,既要懂得技术,又要懂得业务。因为综合知识要求较高,所以产品经理的薪水也较高。

由于互联网技术的快速发展,企业对软件产品经理的需求越来越大,可以说是“求”大于“供”,企业经常招聘不到产品经理的人才。为什么会出现这样的情况呢?一方面是互联网企业突然暴增,一方面是学校招收相关专业的人数较少或者没有软件产品经理的科目。这就造成“求”大于“供”。

本书将要讲述软件产品开发的方法、工具和过程。

方法:完成软件开发各项合乎逻辑的技术方法。

工具:为方法的运用提供自动的或半自动的支撑环境。

过程:为获得高质量的软件所需要完成的一系列合乎逻辑的工具步骤。

以往的产品经理图书大多是两种类型:一是只对产品经理基础知识和概念的解析;二是只对产品经理岗位工作的描述和经验的谈论。

与以上两种类型的图书相比,本书结合软件工程、软件项目和产品经理的工作经验,全面介绍软件产品经理的“想”和“做”。

“想”的内容包括:可行性分析报告、软件产品模型、软件的图形、项目管理、设计的规范、前端的规范、开发的规范、测试的规范、运维的规范、运营的规范、数据图、数据库架构、SQL简介、原型模型驱动(PRD)实例、产品思维案例、产品融资、人力资源系统案例、互联网金融系统案例、软件产品分享、作者的见解。

“做”的内容包括:软件产品工具简介、软件需求收集、需求分析和规划、组织架构图、业务流程图和系统流程图、思维导图、功能说明、原型DEMO、完整的产品需求文档PRD。

全书贯穿了互联网企业不同岗位的多种实例,各实例均经过验证,内容图文并茂清晰简明,技术和业务分析深入浅出,能够帮助读者熟悉软件产品的全流程。这样,无论以后是面对企业的面试,还是现在的工作需求或者创业、投资互联网企业,读者都能够有所帮助,有所收获。

此外,本书还精心配备了PPT电子课件,便于老师课堂教学和学生把握知识要点。

本书内容较为丰富,软件产品实例内容覆盖全面。我们的目标是通过一本图书能够提供多本图书的价值效果,使读者一本书就可学懂软件产品的全面知识,读者可以根据自己的实际情况有选择的阅读。在内容的编写上,本书具有以下的特色。

1.夯实的基础知识

本书作者利用学校学习的软件工程和项目管理等科目、利用互联网行业和互联网金融行业的从业的经验,整理出最符合目前软件产品经理的必备知识。掌握这些知识的读者,完全有能力规划出PC端或移动端的软件产品,带领团队开发出优秀的软件产品。

2.与互联网产品接轨

软件产品经理领域变幻莫测,但万变不离其宗,本书介绍大量实际操作时会用到的软件工具和常用方法、过程,是为互联网软件产品的相关人员量身定做的精品图书。只要读者对互联网软件产品感兴趣,培养出互联网产品思维,熟悉工具和方法,就能够成为一名产品经理。

3.提供广阔视野

一本书无法描述软件产品的所有细节和思维,产品经理的基础知识和工具只是第一步。本书介绍产品经理的内容之余,还全面地提供项目管理、设计、前端、开发、测试、运维、运营等软件产品相关人员的内容,便于产品经理了解团队其他成员的工作内容和进一步学习。

4.关注综合能力

产品经理不仅要懂技术、懂业务,还要懂拒绝:懂技术,能够把软件产品做的流畅、底层可拓展性高;懂业务,能够把技术能力转为企业的盈利能力,为企业做好软件产品之余,实现收益效果;懂拒绝,拒绝不合理的产品功能,要学会懂得站在不同的角度看待软件产品,做到对所有用户公平、公开、公正。

本书希望能够帮助读者应对互联网产品快速变化的实际需求,解决学以致用的关键问题,并实现从互联网产品业余到专业的提升。

在本书的出版过程中,无论是编写人员还是出版人员,都希望本书能够尽善尽美,但如果您发现了本书的不足,我们也会虚心接受批评与建议,您可以通过以下方式联系我们。

如果您有任何问题,都可以直接与作者联系,电子邮件地址为189394@qq.com。我会尽快与您联系,并解决您的疑问。


在过去产品经理使用的工具:笔和本子。通过点、线、框、文字描述记录在本子上。虽然目前电子设备和软件越来越发达,但是很多场景和场合都在黑板上画出点、线、框、文字描述来说明。通过画原型、流程图和思维导图等,都十分方便,并且沟通十分有效。

画原型、流程图和思维导图,做项目计划的工具有很多,选择一款适合自己使用的工具就好。毕竟做产品最重要的是头脑里的思维。

本书仅选较常用的工具介绍,原型工具选择Axure RP Pro 7.0,流程图工具选择Microsoft Office Visio 2010,思维导图工具选择FreeMind,项目计划工具选择Microsoft Project。

常用工具图标及格式

软件工具的版本

图标

源文件格式

Axure RP Pro 7.0(原型软件)

*.rp

Microsoft Visio 2010(流程图软件)

*.vsd

FreeMind(思维导图软件)

*.mm

Microsoft Project (项目计划软件)

*.mpp

FreeMind、MindManager和XMind等都是较好的思维导图软件。

思维导图又叫心智图,是表达放射性思维的有效的图形思维工具,使用简单而且效果显著,是一种革命性的思维工具。思维导图运用图文并重的技巧,把各级主题的关系用相互隶属与相关的层级图表现出来,把主题关键词与图像、图标等建立记忆链接。思维导图充分运用左右脑的机能,利用记忆、阅读、思维的规律,协助人们在科学与艺术、逻辑与想象之间平衡发展,从而开启人类大脑的无限潜能。思维导图因此具有人类思维的强大功能。

思维导图是一种将放射性思考具体化的方法。我们知道放射性思考是人类大脑的自然思考方式,每一种进入大脑的资料,不论是感觉、记忆或是想法—包括文字、数字、符码、香气、食物、线条、颜色、意象、节奏、音符等,都可以成为一个思考中心,并由此中心向外发散出成千上万的关节点,每一个关节点代表与中心主题的一个连结,而每一个连结又可以成为另一个中心主题,再向外发散出成千上万的关节点,呈现出放射性立体结构,而这些关节的连结可以视为您的记忆,也就是您的个人数据库。

FreeMind制作的基本思维导图

如上图所示,可以把你想的东西,用思维导图制作出来。

通常“新建思维导图”可命名为“项目的名称”,即中心主题。

手机号码注册界面脑图

从上述脑图,可见注册界面有5项功能元素,设计人员可以按这5项元素设计。

根据判断条件,交互设计人员可以设计弹出的错误提示框界面。

设计成品案例

Axure RP是一个专业的快速原型设计工具。Axure(发音:Ack-sure),代表Axure公司,RP则是Rapid Prototyping(快速原型 )的缩写。

Axure RP 是美国Axure Software Solution公司旗舰产品,是一个专业的快速原型设计工具,它让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web 网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具,它能快速、高效地创建原型,同时支持多人协作设计和版本控制管理。目前较常用的版本有 Axure RP 6.0、6.5、7.0和8.0。

Axure RP已被一些大公司采用。Axure RP的使用者主要包括商业分析师、信息架构师、可用性专家、产品经理、IT 咨询师、用户体验设计师、交互设计师、界面设计师等,另外,架构师、程序开发工程师也在使用Axure。使用Axure意味着软件产品采用原型模型驱动。

Axure的母版和动态面板是较为常用和重要的两个功能。

母版:母版可以多个页面通用一个母版,直接把母版拖动进页面的位置就可以使用了。当修改一个母版,多个页面使用的母版就存在变化。保证整个系统的存在母版的界面格式统一。

母版一般使用在系统统一的头部和尾部,部分页面以及导航条使用。

Axure RP 8.0软件界面图

动态面版:动态面版是给某一个页面做动态的效果使用。当鼠标经过该页面的某一个按钮时,该页面显示的内容就会有变化。所以动态面板常用在隐藏、切换的效果上。动态面版一般用于注册、登录、导航条等元素。

01 拖动“动态面版”至页面里。

02 双击“动态面板”,显示对话框“动态面板状态管理器”。

03 单击“+”按钮增加动态面板状态。

04 双击“动态面板状态1”,则显示“动态面板状态1”的页面。

05 在“动态面板状态1”页面下,拖动“线框图”“矩形”到“动态面板状态1(首页)”,并给两个矩形命名为“动态面板1”和“动态面板2”。

06 在“动态面板状态1”页面下,拖动“文本面板”至“动态面板状态1(首页)”,并增加文字“这个是一个动态面板的登录界面。”

07 在“标签”“On Mouse Enter(鼠标移入时)”双击按钮。

08 双击后“显示用例编辑器”,在“第2步:添加动作”“动态面板”“设置动态面板状态为指定状态”,并给该状态的配置动作,选择动态面板状态,如“动态面板状态1”。

09 单击“确定”按钮后,可见“动态面板1”已经成功配置好。

10 按照上述配置,把“动态面板2”也配置好。

11 复制“动态面板状态1(首页)”界面下的功能到“动态面板状态2(首页)”,并把“文本面板”的文字改变。

12 返回至“首页”界面,看一下效果。

13 生成原型(F5键),鼠标放在“动态面板1”,则显示“这个是一个动态面板的登录界面”。鼠标放在“动态面板2”,则显示“这个是一个动态面板2的扫描二维码界面。”

以上案例为鼠标经过动态面板按钮后,自动切换文字内容的效果。

01 在“母版”中单击“添加母版”的按钮。

02 “新建母版1”的页面下,即可制作母版。

03 把“新建母版1”拖进“页面1”界面和“页面2”界面。

04 单击生成原型(F5键),即可见到效果,以后只需把母版内容变更,放入母版的所有页面将会自动更新内容。

以上为母版的案例,可见“页面1”和“页面2”底部的内容都是一致的。

Microsoft Office Visio是比较常用的流程类工具,可以用来很方便地完成各类流程图、组织结构图、业务进程、项目日程、网络、图表和图形、数据库、软件、灵感触发、框图、建筑设计图、机械工程、工艺工程、电气工程、地图、Web图表。制作流程类的图相对简单,使用拖拉式的方式即可完成,制作流程图便捷。

一般软件产品常用的图表,有流程图里的基本流程图、跨职能流程图。使用Microsoft Office Visio制作流程图便捷,清楚易懂。

Visio 2010界面图

基本流程图

01 主流程:中间一条流程,代表主流程,即流程序号1、4、7、13。让人不用考虑逻辑否,看到整条流程是怎样的。

02 主流程左边:判断为否的,并且循环回主流程,应该放在主流程的左边。如流程序号1、2、3,让项目的人员清楚知道有多少内容需循环回主流程。如上图所示,仅有一项内容需循环回主流程,即流程序号3。

03 主流程右边:判断为否的,但是没有循环回主流程。如流程序号1、2、4、5、6,如流程序号:1、2、4、5、7、8、9、10、11,如流程序号1、2、4、5、7、8、9、10、12。

如上图所示,仅有两项内容没有循环回主流程,即流程序号:6、9。

04 子流程:6、11 代表子流程。即详细可见6、11的详情流程。

一条流程,请尽量说明相关的流程内容,涉及的关联流程或子流程,请用子流程表示。

05 颜色表示:主流程节点用一种颜色表示;主流程左边和右边流程节点用一种颜色表示;判断的节点用一种颜色表示;子流程用一种颜色表示;如上图所示,共分了4种颜色。

Microsoft Office Word是微软公司 的一个文字处理器应用程序 。产品经理可用Word撰写文档, 把思维导图、流程图、原型的图形放在文档中,并添加文字修饰。

软件产品需求文档(PRD)主要供设计师、前端工程师、开发人员、测试人员查看并实现。

Word软件界面图

Microsoft Office Project是由微软 开发的项目管理软件 程序。此软件 设计目的在于协助项目经理实现发展计划、为任务分配资源、跟踪进度、管理预算和分析工作量。

产品经理一般不会使用到Project,由于部分中小企业分工不明确或者人员不足,在没有项目经理的情况下,会把项目经理的工作交给产品经理。

项目经理把所有需要的任务写在Project里,并填写执行的人、预计时间,发送给相关的人员。

Project软件界面图

整个项目开发计划流程是:设计、开发、测试、上线(运维)。

任务名称、开始时间、完成时间、资源名称都需要项目经理与项目成员沟通。


需求是指人们在欲望驱动下的一种有条件的、可行的,又是最优的选择,这种选择使欲望达到有限的最大满足,即人们总是选择能负担的最佳物品。

马斯洛需求层次理论如下。

马斯洛需求金字塔图

软件系统的需求来源如下所示。

目前企业的需求文档产出流程如下所示。

通俗来说,BRD关注的是企业做不做;MRD关注的是市场要怎么做;PRD则关注产品做成怎样;产品经理重点关注产品需求文档PRD即可。

商业需求文档BRD简述

3W标题

内容

WHO (谁看)

CEO、运营总监、业务总监、产品总监和项目相关的高层领导

WHAT (做什么软件产品)

软件行业定位、需要的人力和资源、商业分析和说明、合作方式等内容,证明软件产品的可行性分析

HOW (产品收益预期怎 么样)

收益的分析、营业额预期、成本预期、发展现状与竞争分析、进度估算、资金预算、市场计划式利润分析、关键技术难度与解决方案

BRD简述商业战略、商业分析、投入与收益,通常由总监级别人员撰写,如业务总监、商业分析师和市场总监。

市场需求文档(MRD)简述

3W标题

内容

WHO (谁看)

市场人员、运营人员、商务人员、产品人员

WHAT (做什么系统?什么功能?有什么优势)

业务流程图、业务组织架构图、合作流程图、合作方式说明、功能和非功能

HOW (怎么样拓展市场?怎么样运营)

用户群体、市场拓展预期、运营操作方案、推广文案

MRD简述市场战略、业务需求、运营推广,通常由市场和运营人员撰写。

产品需求文档(PRD)简述

3W标题

内容

WHO (谁看)

开发人员、测试人员、设计人员、产品人员、运营人员、项目人员

WHAT (做什么产品系统,系统功能)

业务流程图、系统流程图、每个页面的细节功能和说明

HOW (怎么样实现产品功能)

详细的产品功能说明、前台和后台规划

PRD简述软件产品功能、软件产品流程,通常由产品经理撰写。

来自内部的软件开发需求,指公司内部员工的需求,通常有运营部、机构合作部、业务部、财务部、技术部、设计部、市场部、人力资源部等。

收集内部的需求,可以看作是制作市场需求文档,即在MRD上把想怎么做、要怎么做告诉产品相关人员。

业务需求通常是功能类的需求,是衣、食、住、行的生理需求 。软件系统满足了需求人员生理需求这一方面后,根据马斯洛 需求层次理论,业务需求人员会慢慢觉得软件系统操作慢、不好用、不好看等,进而提升软件系统的速度、设计感、外部合作等。

在很多情况下,市场或运营人员都不会写出完整的市场需求文档MRD,通常只是在Excel里把怎么做写清楚,然后交给产品经理规划。

运营人员和市场人员对当前注册系统提出市场需求文档MRD的内容如下所示。

01 需求人员提供系统需要优化的页面截图。

当前注册系统

02 需求人员提供需求描述,如下所示。

版本号

V1.0

V1.0

序号

1

2

需求部门序号

1

2

功能类别

新增功能

新增功能

优先级

★★★★★

★★★★

需求部门

运营部

市场部

需求目的

需要认证“手机号码”注册的用户,是否使用该“手机号码”的用户注册

需要拓展广告,增加背景广告栏

需求内容说明

1.增加:手机验证码(注册页面) 2.增加:手机上可以获取验证码(注册页面) 3.增加:获取手机认证码后可以填写手机验证码(注册页面)

1.增加:背景广告(注册页面) 2.增加:后台控制更换背景广告(注册页面)

需求例子

可见:www.×××.com

暂无

需求人

运营部:张某

市场部:李某

开发人

备注

注册页面新增的功能,详细可参考:www.XXX.com (已截图)

注册页面新增的功能,详细可参考:www.×××.com(已截图)

来自外部的软件需求,是指公司外部用户的需求,通常是:使用软件或者客户端的用户、合作的机构人员。

外部需求的两种方式:一是系统上提交反馈,其格式如下所示。

系统反馈的框架内容

说明

标题

外部用户填写标题

内容

外部用户填写内容

图片

外部用户上传.jpg .bmp *.jpeg的图片

二是内部需求人员收集外部需求人员的需求,经内部需求人员筛选和确认,再提交给产品经理,其格式如下所示。

版本号

V1.0

V1.0

序号

1

2

需求部门序号

1

2

功能类别

新增功能

新增功能

优先级

★★★★★

★★★★

需求部门

运营部

市场部

需求目的

需要认证“手机号码”注册的用户,是否使用该“手机号码”的用户注册

需要拓展广告,增加背景广告栏

需求内容说明

4.增加:手机验证码(注册页面) 5.增加:手机上可以获取验证码(注册页面) 6.增加:获取手机认证码后可以填写手机验证码(注册页面)

3.增加:背景广告(注册页面) 4.增加:后台控制更换背景广告(注册页面)

需求例子

可见:www.×××.com

暂无

需求人

运营部:张某

市场部:李某

开发人

备注

注册页面新增的功能,详细可参考:www.XXX.com (查看截图)

注册页面新增的功能,详细可参考:www.×××.com (查看截图)

在一般情况下,产品经理接触各种软件和各种功能,并对各行业了解较深,会植入一些人性化的需求。这需要产品经理有多年经验,而且对业务运作、商业模式和软件系统都非常熟悉。

那什么时候可以提自我实现的需求?企业一般在系统稳定,没有过大的功能和业务变化,且产品经理熟悉公司的业务和系统时,就可以提出自我实现的需求。

自我实现需求通常体现在植入软件系统后台功能和创意性功能。

植入软件系统后台功能,会使软件产品更加灵活,但同时会增加开发工作量和开发时间;植入创意性功能,会使软件体验和功能与时俱进,但同时能给用户提供便利。


收集完成市场需求文档MRD,建议产品经理从4个方面思考产品。

说到“需求”这个概念,不同的时间、不同的人、不同的环境都会有不同的需求。

就如人没有了健康,需求就是健康;人没有了金钱,需求就是金钱;人没有了权力,需求就是权力;人没有房子,需求就是房子。

如果产品经理仅仅按MRD需求去做PRD,那就如头痛治头、脚痛治脚,治标不治本。

产品需求分析,就是分析当前公司的产品与需求:哪方面最缺?依靠目前的资源能做到什么程度?站在技术和业务的角度,能做出的最优方案是什么?

获取MRD后,产品经理需要进行思考。

01 详细查阅MRD,找到同类软件产品研究和分析。

02商业模式思考:可以思考下需求人员,做此功能的商业模式,想达到怎样的效果。业务是想怎么运作。

03用户体验思考:做出此功能,给用户使用,用户是否能用得顺畅,这相当于自己站在用户的角色思考问题;但如果开发这个功能需要用大量时间,对企业来说没什么效益,企业就会不满意,这相当于自己站在企业的角度思考问题。所以用户体验也需要在用户和企业之间取得平衡点。

04项目时间思考:时间只有一个月,产品想的是做一年的大项目。虽然想法很好,但没法在限定时间做出产品,也就没有任何意义。

05技术上思考:如果技术人员水平一般,项目也没足够时间给技术学习的话,会导致功能无法实现。因此技术思考两点,一是技术能否实现,二是公司的技术人员水平如何。

有些时候,某软件中的某些功能对于用户和业务都很重要,但就是没法做或者无法获批。比如,某个功能可以让业务人员每天节省半小时的工作量。但此功能如果实现出来,会使软件系统崩溃(注:技术上短时间内无法解决),因此业务人员便不能接业务。

没有权力和没责任感的产品经理,只能选择业务给什么需求,就做什么需求,最后系统崩溃;有权力和有责任感的产品经理,会站在中立的角度看问题,因而拒绝此功能,直至技术上能解决时再做规划。

所以说并不是用户需要什么,产品经理就给用户做什么,而是要站在多方的角度进行分析、规划和评估。

又好、又快、又便宜的产品基本不存在

市场需求收集完成后,就要进行产品需求分析和产品需求规划了。

需求分析,是指对有待解决的问题进行详细的分析,弄清楚MRD的问题,包括需要输入什么数据,得到什么结果,最后应输出什么数据,改变了哪些数据,以及计算的逻辑。可以说,在软件工程当中的“需求分析”就是确定计算机要做成怎样,达到什么样的效果。

需求规划,是指通过需求分析后,对需求的整体性、长期性、稳定性的规划,规划是否同时满足未来几年的需求。

常用的分析方法有如下几种。

SWOT分析法:S(strengths)是优势、W (weaknesses)是劣势,O (opportunities)是机会、T (threats)是威胁。这4个方面用来确定企业自身的竞争优势、竞争劣势、机会和威胁,从而将公司的战略与公司内部资源、外部环境有机地结合起来,这是一种科学的分析方法。

结构化分析法:实体关系图、数据流图、状态转化图、数据字典。

3W分析法:Who是指帮谁做、给谁用;What是指做什么软件、用户有什么要求、做什么功能;How是指别的同行和非同行怎样做、用户想怎样做、业务想怎样做、产品要做成怎样。

最终,分析和规划的目的是,功能满足业务和系统的当前需求和日后拓展的需求。

分析和规划的流程如下。

01 查阅需求资料。

02 找到同类的软件或某一块相似的功能研究和分析。

03 可用纸和笔,画一些流程、框架图、思维导图。

04 个人感觉分析和规划,使用软件画图和撰写功能。

以下采用SWOT分析法分析注册系统用手机注册。

S (strengths)优势

• 用手机注册,可以确认用户的真实、手机号码的真实 • 能够给手机客户推广

W (weaknesses)劣势

• 一个手机号码只能注册一次 • 需要手机验证信息;公司需支付短信费

O (opportunities)机会

• 每个人都拥有一台手机 • 相对比较安全

T (threats)威胁

• 网络环境不稳定,可能导致注册失败或系统崩溃 • 手机短信可能有延迟

以下是采用结构化分析法得到的注册实体关系图。

注册实体关系图

(1)一对一关系(1:1)

用户和注册的关系是一对一的关系,即一个用户只可以注册一个账号,而注册系统也只能允许每个用户注册一次。

(2)一对多关系(1:N)

管理员和注册存在一对多的关系“管理”,即每个管理员可以管理多个注册信息,但注册系统只能由一位管理员来管理。

(3)多对多关系(M:N)

用户和注册的关系是M对N的关系,即用户可以注册多个账号,同时注册系统也允许用户注册多个账号(用手机号注册的系统,用户和注册不建议多对多关系)。

以下是采用结构化分析法得到的注册数据流图。

注册数据流图

以下是采用结构化分析法获得的注册状态图。

注册状态图

以下是通过结构化分析法获得的注册数据字典。

下面是对以上数据字典的详解。

01 提交前的页面如下所示。

02 提交错误提示如下所示。

03 提交前注册页面如下所示。

04 提交后注册页面如下所示。

05 提交前注册页面如下所示。

06 注册提交后,直接进入个人账户页。


相关图书

Web 3 产品经理必修课
Web 3 产品经理必修课
区块链国产化实践指南:基于Fabric 2.0
区块链国产化实践指南:基于Fabric 2.0
微服务中台架构开发
微服务中台架构开发
数字突围:私域流量的用户数字化运营体系构建
数字突围:私域流量的用户数字化运营体系构建
关联数据:万维网上的结构化数据
关联数据:万维网上的结构化数据
Producter:让产品从0到1
Producter:让产品从0到1

相关文章

相关课程