粉丝59获赞177

手把手教你写北端产品平儿的,再说弊端的产品许久文档如何写之前呢?先说一下许久文档的展现形式,我以前 word 形式的 pid 文档写法,很多人说我分享的内容过时了,现在都是用 f 学来写文档。 当我分享用 x 形式的 pid 文章写法的时候呢,很多人又说你这 x 写的不专业。其实表现形式啥的真心不重要,重要的是要达到目的。 pid 的目标是啥呢?目标就是让团队知道需求实现的具体细节,让团队达成统一意见,做到开发有据可依,而不是争论。表现形式 只要能够帮助团队成员达成共识,帮助团队成员建立认知的一致性就够了。具体怎么形式啊,表现不重要,选一个团队能接受的形式, 提高沟通和开发的效率就行了。如果说团队之前习惯了 word 形式的 pid, 那你就用 word 写。如果团队成员习惯了 x 形式的 prd, 那你就用 x 写,一切以提高工作效率,达成一致意见为目标。 好,接下来我开始分享关于弊端产品 word 形式的 pid 写法,希望呢对大家有所帮助和启发。 首先就是文档产品名称,写个需求文档,你得告诉人家是什么吧,尤其在很多公司有很多文档的情况下,做好文档管理呢,更是必不可少的一个环节。一般来说, 文档产品命名啊,这个文档命名呢,是指文件的名称,不是说文档里面的顶部名称。文档里面内容的顶部名称呢,可以参考啊!上图可以这样写啊,某某需求文档为一点几,或者说某某 需求文档微二零二二零五二幺,那都行,一个可以直观的看到需求文档的修改次数,一个可以直观的看到文档的修改日期。很多人说如果说后面加日期的话,疼,一天修改多次怎么办? 这些好办,可以在名称后面加上序号,比如某某需求文档,微二零二二零五二幺杠零一,那这样就知道修改了多少次。当然文档修改的次数还是越少越好,太多了,咱们经理的这个公信力呢,就会下降。 第二是文件状态,文件呢,这个状态呢?是草稿?这是发布,还是说正在修改?当前版本是多少?尤其是你版本修改很多的情况下。文档秘籍呢,分为普通、机密、绝密,比如你写的使用手册就是普通,你的产品没有上限,简写的文档属于机密绝密呢,一般情 梦想遇不到,比如银行项目,国家级项目就是绝密。三版本历史,产品经理也不是神,难免会犯错,所以写的文档呢,难免会更改,这个时候呢,文档修改历史记录就起到作用了,首先是变更的版本,然后是修订日期,原因与修改状况,这个描述修订人 这里的这种三点二点五是大纲的栏目啊,这样的好处呢,是你修改哪一条,人家直接去根据栏目定位到你修改的那一条。作为产品经理呢,也要注重以下用户体验,同时修改的部分呢,需要高量显示,用不同的颜色自己标出来,这样别人找的时候呢,容易找。 第四目录啊,目录就不用说了,写文写文档有文档目录啊,一般我的呢,直接饮用茶录目录都有的。第五点呢,是主要介绍文档的目的啊,文档 面相的主要用户啊,读者对象,参考文件术语与缩写解释等六、项目综数。首先第一点是项目背景,从大的方向讲讲项目的相关背景,有什么目标,有没有竞品对象,阶段性计划是什么传递做这个需求的目的是什么? 要达到什么样的目标,让项目开发人员呢?对你的项目背景有所了解,程序员知道的越多呢,做起项目来越有方向性。如果业务比较复杂,最好用业务流程图来解释一下,比如某某业务流程图,名字可以命名为啊业务流程。 六点,按项目目标最好是一些具体的可量化的项目标,而且最好符合 smart 的原子。任何项目都是有预期收益和期待的业务价值的,对于弊端产品,有时候业务价值收益不好直接衡量,可以考量功能的使用情况,满意 力度等等。六点三,平台架构主要把系统的整体架构表现出来,让阅读对象对系统的骨架有个整体性的认知。六点四,功能架构上面呢,是从整体的系统架构的角度出发,还功能架构,共同是从拱拱的角度出发,列举一些需要开发的功能。 七、业务需求陈述啊首先第一点是公共需求,这一模块呢,主要是把一些公共的需求说明放在这,免得每次都得说一遍。总之呢,将大部分页面公共的功能说明放在此,比如每个报表页面提供导出一个赛位功能,点击删除按钮,需要艾特、弹光确认等。 七点,按功能模块需求说明啊,某一个功能模块页面的具体需求阐述啊,也可以参考这个 ppt 中的图片,包括了查询条件啊,列表自断排序,那排序呢?你数据排序方式的说明,比如说 根据时间的道具排列啊,最新的数据在在上面,这些呢,要规范清楚,不然技术就会按照自己的理解来写。还有一些异常情况处理,这里呢,列举一下异常情况,比方说突然没有网络的情况,结果电影超市的情况,收不到回调之后的情况,是否有逆向流程情况啊,物操作的情况,说去丢失的情况等。 包含此项内容呢,是否为了促使产品经理啊,对产品方案思考周全,包括所有的异常情况。八、数据买点按照公司的统一的买点要求描述需要买点监控的按钮、页面事件等,可以将数据买点文档直接插入到需求文档内。九、角色和权限 啊角色和权限表可以通过 excl 的这个方式插入进来,也可以直接编写,比如这个 ppt 中的这样一个样式。十、运营计划啊,相 配套的这个运营推广计划,产品是一,运营是零,好的产品呢,更需要好的运营计划来加持,产品在设计时呢,就应该确认运营计划。十、一、带决事项啊,所有的带定事项 我列的这些点呢,可能比较多,实际工作中呢,除了从六到一的产品设计,其他的产品迭代设计可能并不需要这么多,具体需要哪些呢,大家可以根据自己的需要酌情进行删减。还是那句话,没有最好的文档,只有沟通效率最高的文档, 如果有想要啊弊端产品纹那模板的小伙伴也可以加我的私人微信 yw 五二零一 a 一啊,进行索要。最后,你如果觉得我的分享对你有帮助的话啊,欢迎来个一键三连杯。

产品需求文档 p 二 d 应该怎么写?首先产品需求文档的框架可以分成这么几部分,第一部分是概述, 也就是说整个文档的一个大致的概揽,那概述中会包含名词解释,这名词解释很核心的是说文中所涉及的一些新的概念,新的名词,那这个可能是由 你创造出来的,那这个名词的解释是什么样的含义?要让大家信息对称,信息一致。 那第二部分产品概述及目标,也就是说我们需要去描述整个的这个产品和功能是为什么而做,以及我们需要达到什么样的目标,包括我们可以列出来优化的功能点以及功能点具体的收益, 当然这个收益是需要我们去量化出来的,对吧?比如说像这里所说到节省多少人日,那下面有很重要一部分, 就是说用户场景的描述,也就是说因为在整个的开发协作的过程中,可能很多方不像产品经理一样去亲自了解用户需求, 这个时候我们需要去通过我们的了解去描述整个的用户使用场景是怎么样子的,他当下所面临的情况是怎么样子,那我们产品功能应该是怎么去解决 这样场景? ok, 那接下来是风险点,也就是说我们需要去评估,那我们功能可能有一些实现不了,做不到, 或者说由于我们的问题所导致的一些问题或风险的发生,这个我们需要去描述。那再一个就是我们整个文档的标识的说明,对吧?你比如说横线、标黄包括加粗是什么样的含义?因为有很多人 并不知道你这里面所有的文档标识是什么样子的啊?下面第二部分就是功能的盖了, 所谓的功能盖碗,这里是希望说大家可以通过比如说思维导图的方式,然后把信息架构,或者说你的产品功能架构我大致有哪些功能,一级模块、二级模块,然后去罗列出来,放在这,这样的话会让开发同学以及你的协作方会更清晰我们这个版本需要做什么样的功能。 ok, 那接下来就是第三部分产品功能的需求。那所谓产品功能需求就是我们去核心的描述我们功能具体有哪些,包括每一个功能模块他自身的逻辑, 他实现的逻辑是怎么样子的,对吗?那这要去细分我的模块一,比如一级模块,二级模块是怎么样子的?那最后一 部分呢?我们需要描述产品的非功能需求,比如说我们在产品的过程中会有一些买点相关的需求,包括没有界面的纯后端的逻辑,需要在非功能需求中去描述。 ok, 那其实在整个的产品需求文档中,很多同学 容易遗漏的一些点,比如说我们在整个的这个产品概述及目标的时候,我们功能点他具体的收益 的量化,这个可能是很多同学去遗漏掉的,以及会有很多没有去进行用户场景的描述,这个东西非常关键,因为这个可以帮助你的协作团队或开发团队能 理解或者说能深刻的去理解用户的使用场景是怎么样,从而说不容易导致开发的偏差,或者说最终实现出来的和想要的不一样,这两点 是非常关键的。好的,如果同学想要这份片地模板的话,可以点赞关注并私信云峰老师,我会把片地的链接分享给大家。

只是一个看课程,我就问你这有个什么流程?多简单的一个东西,是不是怎么写?写需求啊?写需求呢?第一个是前台,第二个是后台啊,我们这今天先主要说下,前台啊,前台呢?第一个能看什么, 第二个能干什么啊?这什么意思呢?就是展示,哎,这什么意思呢?就是操作。举个例子啊,比如说 我跟你在视频通话,对吧?然后比如这是免提,对吧?比如这是静音,哎,这是挂断,对,绝对的。这是昵称, 对吧?这,这是头像,对吧?这还有个时间,对吧?哎,那我们来写这个页面的时候,对吧?做一张思维 导头,思维导头,比如说通话,对吧?通话,然后查看这通话中吧,查看, 对吧?然后操作打开,比如说头像,嗯,昵称,嗯,计时,对吧?然后操作是什么呢?比如说挂断,哎?免提,知道吗? 一定要写的有规律,有规矩,那这个时候呢?还有一个出现一种情况,比如说有可能会有一个叫什么叫规则,对吧?就是大于什么,小于什么等于什么,这就属于规则, 能理解这意思吧?啊?那你所以对你这个所有的东西需求写下来以后,一定要在里面有规律,知道吗?嗯, 然后这样就是规范,知道吧?啊?然后整套下来以后,谁看都能看得明白啊?不能乱写,知道吧?啊?那这时候咱举个例子啊,比如说 还有一种情况是什么样说?比如这是一个 app 的首页,对吧?啊?这是金刚区,对吧? 那金刚区里面有很多图标,对吧?没错吧?是不是?那这个图标,比如说这个叫课程,对吧? 我从这一点到了,哎,课程列表页,哎,然后这一点从这里面选一个,到哪到课程详情页,这时候就出现有的人写东西呢, 有的人写东西呢?会是什么呀?就是从第一个首页来写,把这个思维导图做的就是就无限长了,明白吗?这时候你要自己去,就是先要封号, 好累,分好累,什么意思呢?就是,哎,那我把页面和页面加模块,两个要平衡着去写,明白意思吗?比如说我的从级就是课程列表页,课程详情页, 哎,课程电表页里面展示操作,哎,课程详细页里面展示操作,明白吗?啊?把这个边界要定好,要不然你从首页开始写,从首页开始,那所有功能都都跑到首页去了,然后这个图就就就无限长了, 能理解我意思吗?嗯,然后呢?一会我给你一个模板,之前写好了。同,这第一个,第二个呢?我再给你一个竞品,照着那个,给我照着那个模板,把那个竞品给我梳理一遍,这就是我给你的任务,你能理解吗?跟你之前有有什么不一样的吗?说说。 嗯,组合到一起了。嗯,你之前怎么写了?就比如模板什么的,还有救命这些,他是单独写的。不是不是,那问题我说你之前写需求怎么写?这需求就是 每一个需求,就比如一个按钮也是一个需求,他是用单独写一个文章,那不是你先得做一张,你不做思维导图吗?有,有全部的流程,不是流程是流程啊, 需求是需求啊,功能需求是功能需求是两码事啊,我们没有这个思维导图,没有思维导图直接写需求,稳打啊。那不行,知道了,必须得有思维导图,知道了, 思维导图是等个,等于是你整个这个 app 或者你这个项目的一个图纸,明白意思吧?啊?你必须得按照这个去写,如果就是文档作为这样一个补充,那么文档,比如说我图出来 就这一块细节继续展开,可以继续去写,这个就是一个图纸,多人呢,一看这个东西就知道大概有什么功能,明白吗?那么比如说思维导图,哎,这个 pid 说明文档,然后流程图,对吧?你都可以结合这一块来 明白意思啊。那你比如说什么样的情况下需要流程?你说如果说只是一个课程,哎,在进课程,列伟再进课程,详细只是一个看课程,我就问你这有个什么流程?多简单的一个东西,是不是?但如果说他是一个订单, 比如像沟通那个订单,对吧?跟时间啊,跟地点啊,跟支付,对吧?啊?这个就很关联了,对吧?那还有比如说 用户啊等等加一块,这时候就会变得非常复杂,对吧?然后因为他有多个流程,懂了吗?啊?这时候就是流程图盖上,没办法,只有你去把流程捋一遍,你才知道问题在哪, 下一步该干啥,下一步该干啥,明白意思了吗?不同的地方不要去画他,那你画他,那你不就是那个什么了吗?做样子了吗? 是不是有什么用啊?对吧?需要时候一定要画仔细了,但你不管是什么样类型,前面这张思维导图这是不能少了,明白意思吧?比如说我用思维导图这个东西写好了以后,我用思维导图导出一个 味的,对吧?然后我再去做一个补充说明,这都可以,那还有啊,在这个,这是写详细需求,这是写 详细需求,还有一个概要需求啊,概要需求怎么行啊?第一,交代商业模式,明白了吗?交代商业模式,这是第一点。 第二点啊,第二点是什么呀?就是核心功能加坑点,说明什么意思?就是就是我上来以后先教大家商业模式这款什么行业,什么类型?用户角色是解决什么问题,对吧?怎么盈利这件事说明的,这样别人所有参与项目的人 就很容易去理解这个项目,知道了吧?啊?那把这个事情交代清楚之后,那么第二个就核心功能加坑点,对吧?那这里边呢?比如说你看你什么类型?如果他的如果他是一个 oe 办公软件,哎,那他排在第一位的叫角色权限问题,那你一定要把 角色和权限交代清楚,对吧?啊?因为那块容易出问题,对吧?然后那举个例子,如果说他是一个直播啊, 在线教育类似的,对吧?啊?那么你直播里面一些核心的东西,比如说直播一个推流端,一个观看端,那么推流端用什么推?用电脑还是用浏览器还是用手机,对吧?这事得说明还是用摄像机,问四种类型的,对吧? 那如果说是这个,这个叫什么?这个观看段的话,一样啊,在哪个地方观看啊?这都会影响你的一个 第三方的选择,技术的选行,明白意思吧,对吧?包括你像有些支付,一些特殊项目里面的支付,对吧?啊?那你这种支付的选行,比如我做一个多商户, 那一般的支付是不行的,知道吧?啊?你这个要这个就是不能形成资金池,国家有法律规定,知道吧?啊?像这种的,那,那我选什么样的支付呢?对吧?这,这里面都是坑点,明白?有,有一个说明文, 大概就是这些,对吧?就是我简单给你说一下,好吧?后面再说,对吧?就是主要的核心工农,主要今天的任务会有思维导图,我看你能做成什么样,明白吗?这就是对你的一个考核。

加 d 的英文意思是比利尼斯是夸门特 document, 那根据英文直译过来呢,就是商业需求文档的意思,指的就是基于商业目标或者价值所描述的产品需求文档内容, 或者说产品报告。它其核心的用途呢,就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据。一般来说,全新的产品,未来发展有潜力的产品提供比亚迪 m i d 是 market requirements document, 他的根据英文直译过来,就是市场需求稳当的一次,主要是描述什么样的功能和特点的产品,包含产品版本,可以在市场上取得成功,一般新功能的实现上线新的产品。提供 mrd。 prd 的意思是 product requirement document, 那根据英文直译过来呢,就是产品需求文档的意思。 prd 的文档 是产品项目由概念化阶段进入到图纸化阶段最主要的一个文档,其作用就是对 mrd 中的内容进行指标化和技术化。这个文档的质量好坏直接影响产品能否顺利的实施,完成一般产品的功能,完善产品的细节说明。提供 pid 文档。 接下来我们再来说说他们的不同点。第一呢是阅读对象的不同。 bid 主要给产品运营、研发、财务老板等管理层人看,主要是决定是否要开始某个产品。 mid 呢,主要是给产品运营、研发等项目组人员看的,在大家一致认可需求成立的时候呢,来商量该怎么做,如何做,什么时间做。 pid 主要给项目经理、交互设计师、 ui 设计师、开发团队测试,共同时运营人员查看是非常具体的产品设计方案。开发可以根据 pid 或者整个产品的逻辑测试, 可以根据 pid 编写用力。那项目监理呢,可以根据 pid 拆分工作包并分配开发人员。交互设计师呢,可以通过 pid 来设计交互细节。 pid 是项目启动前必须要通过评审确定的最重要的文档。 pid 决定了产品做成什么样子, pid 决定要不要做, mrd 决定如何做, pid 决定做成什么样。第二个不同点的就是偏重的内容不同。 我们首先来说说比亚迪,比亚迪呢,主要是为了说服管理层给你的项目投资源,人力物力,所以写商业需求稳当共享是写一个商业计划书,不同的是写商业计划书是给资方看的,而你的商业需求稳当是给你的管理层看的啊。具体的内容呢, 分为以下几个方面,第一产品介绍,就是用一句话来清晰的定义你的产品。第二呢就是产品的商业 模式,如果你的项目值得做,那项目如何赚钱?可能是广告,也可能是会员等级,可能是网上商城,也可能是通过游戏。 第三点呢就是产品的市场分析,宏观的行业趋势,微观的市场分析等等。第四点呢就是竞争对手分析,竞争对手有哪些,我们该如何和他们竞争。 第五点呢是团队,我们做这样一件事情,需要哪些开发人员,需要哪些产品人员,需要哪些设计人员,需要哪些运营人员,这些人员的人力成本是多少都需要列出来。 还有就是产品路线图,产品路线图呢,也叫 ron map, 版本规划是啥样?每一个版本的大致功能模块有哪些?每个版本的时间安排是啥样?当然不用这么细,对技术人员来说有个大概的了解就行。 最后一个呢是财务计划,比方说收入的来源和渠道有哪些,如何才能达到收支平衡,产品的收益增长率 是怎么样的等等等等。接下来我们来看看这个 mrdmrd 呢,是给产品运营、研发等项目组人员看的,主要解决如何开始做的问题,所以侧重点主要在以下几个方面。 呃,第一个呢是产品和需求的名称,还有版本的历史,这个我们就不细说了,我们主要来看一下目标市场分析。那目标市场分析包括啊,目标市场规模,目标市场特征啊,以及发展趋势等等。 还有目标用户分析,目标用户分析呢,包含了这个用户的分析,用户的画像,使用的场景,用户的动机总结。还有就是竞品分析,包括竞品分析对象,竞品的商业模式,竞品的目标用户, 竞品的运营推广,营销策略啊,技术分析,竞品的市场份额。还有呢就是产品需求的概况,包括产品的定位,产品的核心目标,产品的结构,产品的 路线图,产品的功能性需求和非功能性需求。再来说一下 pid, pid 呢是非常具体的方案,涉及到交互文案,逻辑规则等说明,主要给研发部门看的,用来体现功能和性能。次重点呢主要在以下几个方面, 文档,产品名称,版本,历史目录,文档介绍。文档介绍呢,就是主要介绍文档的目的,文档面向的主要用户、读者对象,参考文献、术语与缩写解释等。 产品概率数,就是从大的方向讲讲项目的相关背景,有什么目标,有没有竞品对象,阶段性计划是什么传递做这个需求的目的是什么?要达到什么样的目标,让项目开发人员对你的项目背景有所了解, 程序员知道的越多,做起项目来越有方向性。产品需求也就是功能清单,或者叫 facelet 产品结构图, 这个呢也在叫做脑图,用 x man 或者 man manage 来画全局,共同说明 ui 设计会出一个 ui 设计规范。当然我们做产品呢,也会对产品中经常应用到的一些公共情况做一些说明, 可以作为一个全局说明。产品详细功能说明一般用用力表来进行说明,以登录注册模块为例,有流程图画,先把任务流程图画出来,然后用用力表 应对表,包含减药说明、行为者前置条件,后置条件功能说明备注。功能说明呢,一定要排版简洁,层次清晰。功能说明无遗漏。非功能性需求非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口。 还有呢就是相关文档,如果一个项目分解成多个团队都有需求文档,协同合作,比如数据买点,文档上线。需求设计什么时候 ok, 什么时候 测试,具体的上限时间,具体的一些特殊的流程需求等。接下来我们再来说说联系点。 bidmrdpid 是一个从高到低的着层递进的关系, bid 从战略的高度告诉我们做什么产品, mrd 从战术的角度告诉我们怎么做 prd, 非常细化的告诉我们做成什么样。 prd 决定了产品的商业价值, prd 决定了项目质量水平, mrd 在中间起到一个承上启下的作用,质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。 pid、 bid 和 mrd 一起被认为是从市场到产品需要建立的文档规范。好今天的分享呢,就到这里,也欢迎有问题的小伙伴私信我进行交流。最后,如果你觉得我的分享还不错的话,欢迎来跟我一键三连杯!

前几天看到一份 pid 作业,先不说内容,单从 pid 形式来看呢,他就不合格。这份 pid 呢,是纯 word 编写,不仅是文字、流程图、原型、交互描述,全部是 word, 一个外部工具都没有,用,足足三十页。 说实话,这是我第一次见到这样的 prd 作业。除了表现形式外呢,他还有两个问题需要给大家来说一下。第一个问题呢,是只有过程,没有背景。对于一份 prd 来说,除了要展示怎么做的过程之外, 更要说明需求的背景和价值,说白了就是为什么要做。第二个问题呢,就是只有设计,没有流程,只是把设计结果呈现出来,但是呢,缺失了流程。 所谓流程,就是这个设计结果,它发生的过程包括业务流程和功能流程,明白了吗同学们?

大家好,我们是佛山市世纪珠三角民营企业发展研究中心,简称 prd, 我是 prd 的虚拟代言人小猪, 很高兴再次和大家见面。上一期,小猪向大家介绍了经理人笑。这一期,小猪将向大家介绍 prd 的第三个核心项目,人气匹配。人气匹配是 prd 数字人才技术的创新应用, 与市场上传统的招聘方式不同,人气匹配是先对企业进行基因诊断,建立企业盈利模型,再通过对人才测评得出个人职业基因。当个人职业基因和企业基因双向匹配时,再建一路用人才,一 方面可以为求职者找到合适的企业,充分发挥自身的能力。另一方面能为企业降低人才流失率,精准用人, 大幅度减少人才试错成本。在实际使用时,企业只需要将测评小程序嵌入到面试环节, 应聘者现场完成测评后,企业可在后台及时查看能力数据报告,为企业招聘提供科学客观的筛选标准和便捷高效的食材方式。目前, prd 已与本地多所高校签订了战略合作协议, 为本地的应届生提供免费的测评,建立了应届生能力数据库,根据企业需求匹配能力适合的人才。下一阶段, prd 将会与更多的高效合作,也会逐步将能力数据库的范围向社会人群拓展。 今天的讲解就到这里,再次感谢您的观看。下一期,小猪将向大家介绍 prd 的专家团队以及企业时机案例分享,期待下期再见! 别忘了扫描视频结尾企业公众号哦!

啊,接下来呢公式机制我们知道了啊,我们接下来和大家一起来聊一聊什么叫比特币的减半。因为在公式机制下面的这个减半啊,是对比特币来说非常重要的一个概念。我们刚才是不是说啊,在整个比特币的过程当中,他是二零零八年的时候有一个创始区块的, 那创始区块是中本聪做出来的,对吧?啊?然后,呃,比特币的规则是什么?每一个区块的生成时间是十分钟, 每隔十分钟生成一个区块,那作为比特币在生成了一个区块的过程当中,他就会给你奖励。奖励的是什么?刚才我们说奖励的是五十个比特币,但是这种奖励五十个比特币的机制是一直存在下去的,还是会调整的。会调整怎么调整?他说每生成 二十一万个区块的过程当中,我们的奖励机制呢,就要做一个减半的动作,也就是说从第一个区块开始,一直到第二十一万个区块,这二十一万个区块每挖出一个区块来,系统是给你奖励五十五十个比特币的, 但是从二十一万零一个区块开始,一直到我们第四十二万个,在增加二十一万个区块的时候,这时候系统给你奖励的比特币,每一个区块只奖励啊,这个二十五个, 那等到你再从四十二万零一个区块开始,往后再加上二十一万个啊?他是不是就是,呃,二十一万个就应该是六十三万啊?到六十三万这段的区块里面,这,呃,这个二十一万个区块,每一个区块奖励的是十二点五个比特币,然后 我们从六十三万零一个区块,再往后增加,增加到八十四万个区块的时候,这二十一万个区块,每一个区块是给你六点二五个比特币,那当然从八十四万开始,再往后来到一百零五万的时候, 每一个只奖励给你啊,三点一二五个比特币。那你通过这样的一个规律,你可以看到,其实我们比特币的总数他是不是有限呢? 也就说你每生成一个区块的比特币,因为随着逐渐逐渐的这个减半机制,他是一个等比数列,我们最终是不是就可以算出来,其实总共系统,就算你一直到无从远,最多最多只能发行多少个比特币出来?两千一百万个比特币出来, 理论上面我们最多只有两千一百万个比特币,所以比特币的供给是有限的。所以 我们说为什么比特币他和黄金是类似的呢?因为黄金的在世界上面的存量是有限的,而作为比特币在整个供给的总量上面,他也是有限的,那因此说他俩都是供给有限的,就形成了他们价格背后的一个支撑因素。 那同样我们现在比特币啊,这个每挖一个区块是奖励多少个比特币?现在我们是处在六点二五个的这个阶段,所以比特币的历史上面,他一共经历过了这个三次减半,第一次是在二零一二年十二十一月份, 第二次是在二零一六年的七月份。那第三次呢?他是在二零二零年的五月份,为什么当中大概都是差四年?其实这个时间也很容易算呀,你一天是不是二十四个小时啊?然后每个小时里面是不是有六个十分钟? 所以一天是不是就有一百四十四个十分钟?那作为一百四十四个十分钟,就意味着一天可以生成一百四十四个区块,那二十一万 你去除以一百四十四,那他得到的结果就正好应该是三百六十五,乘上一个四,就正好应该是我们四年的时间。所以我们说比特币他大约每隔四年左右就会出现一次减半, 而我们在二零二零年五月份之后啊,再过四年的时间,就是大约我们在二零二四年的五月二号左右,也就是四月底五月头那个时间段里面,我们就会迎来我们在比特币的历史上面的第四次减半,那也就意味着比特币的区块的总数 要突破八十四万个,来到这边八十四万到一百零五万,这个下一个二十五万的区块了啊。所以每一次 比特币在减减半的过程当中,他都会给市场带来一种焦虑。什么焦虑呢?就是以后比特币的供给会变得更少,所以每到减半的时候,比特币在减半前后都会出现一大波的上涨行情。当然每一次推动这些,呃,比特币上涨的主力是不一样的 啊。你看像这次推动比特币上涨的主力是什么?是美国的机构投资者。为什么是机构投资者呢?因为除了有减半事件的刺激以外,还有一月份的时候, 美国的证监会是不是认可了比特币的现货可以在市场上上市啊?包括贝莱德这种公司,他都可以去发行比特币的现货 etf 的, 那所以一大堆的机构投资者都认为说那比特币这个东西证监会都已经认可是成为一个正式的这个资产了,我为什么不买它呢?而且它有供给减少的减半的时间的驱动, 所以在这个过程当中,比特币就出现了我们这一波这个大涨的行情。好,那这样的话我们就把有关于比特币的减半这件事情和大家讲清楚了。那我们下一个视频呢?来和大家一起聊聊加密货币的加密技术。

产品经理可能都要被取代了,我这里输入 prd 需求, ai 就自动生成了。我们来看看效果。首先有一个用户旅程,接着就是实现逻辑,先是用户登录,然后验证匹配,匹配成功跳转了页面,匹配失败提示的文案都写的清清楚楚。 然后他还对页面功能做了描述,比如默认值为空,限制条件是什么他都有,而且还有流程图、持续图功能。再次点击生成试试,很快他就生成好了流程图非常详细,而持续图甚至可以直接拿来用。 最后还可以生成数据自断和测试用力, 这里的用力甚至有正向、反向兼容性的测试,可能比大厂的 pn 还要细节。可以说除了撕逼和想象力等软能力,几乎把所有执行性的产品任务都搞定了,可见全自动的 ai 指日可待。产品经理们,你们怎么看?

千万不要再抄网上的平阿迪模板了,我用亲身经历告诉你平阿迪应该怎么写,特别是最后一点,绝对颠覆你的认知。 产品需求稳当,简称 prd, 是产品经理最核心的产出物。对于 prd 该怎么写?网上有各种各样的模板,看着很高大上,什么产品射中、业务流程、性能要求、非功能性需求等等一大堆东西往上怼,其实都是从传统软件产品上硬搬过来的针,放到互联网产品里,反而成了纸中打细的累赘。 以我这么多年的经历,公司要求按模板写,批下地之后,程序员的痛苦指数不但没有下降,反而还上升了,谁还有时间看那么长的文字?你不知道把重点拎出来吗?你个馋! 如果你有一个新功能要抄竞品,你不如直接把竞品发给程序员看,写清楚照谁做,做到什么程度大家都开心。之所以能这么做,是因为写 prd 最重要的目标是让读者充分明白你想达到的预期结果,长什么样子。如果竞品本身足够说明问题,那发竞品过去就够了。这里 prd 的读者主要是程序员,也可能有设计师,还可能有老板。不管是谁,最重要的记住,让他彻底理解你想要的预期结。 所以有时候 prd 需要一体 n 面,要让每一种读者看到属于他的那一面。对于程序员,把业务逻辑和流程讲清楚,所有功能用力的异常也都列出来。对于设计师,把几个页面、几种状态、几种样式列清楚。对于老板,讲清楚成本和收益能赚多少钱。能把以上几个面都照顾到的 prd 绝对已经是凤毛麟角了。

你们一天写多少条 case 啊?我们不写 case 是因为没有 prd 吗?是的。那你们公司有 pm 吗?没有。 那阿弟呢?没有。那 qv 呢?也没有,我是小公司。没有你说的这些。不好意思,是我肤浅,今天就到这里了。

今天跟大家聊一聊 prd、 mrd 和 brd 的联系与区别。 brd 是商业需求文档, mrd 市场需求文档, prd 产品需求文档。 brd 主要是为了说服管理层给你的项目投入资源、人力、物力所写的一个需求文档,他更像是一个商业计划书。但不同的是,商业计划书是给投资方看的, 而你的商业需求文档是给你的管理能看的。 m 二 d 主要是给产品研发、运营等人员看的,主要解决如何开始购入问题。 pld, 它是非常具体的方案,涉及到交互文案、逻辑规则等,说明主要给研发部门看的, 用来体现功能和性能。 b 二 d m 二 d p 二 d 是一个从高到低逐层递进的关系。 b 二 d 从战略高度告诉我们,做什么产品 决定了产品的商业价值,而 p 二 d 呢,非常细化的告诉我们,产品应该做成什么样,决定了项目的质量水平。 m 二 d 在中间起到一个承上启下的作用,质量好坏影响项目开展和公司产品战略意图的实现。