精华内容
下载资源
问答
  • 业务逻辑和功能需求

    千次阅读 2018-08-14 11:08:09
    功能需求的作用,一是在于帮助产品经理自己理清思路,二是在于帮助项目团队的其它成员了解产品功能需求,好让他们提前做好相关准备,也就是我们所说的开发团队的项目估时   产品定位 在接到项目的时...

    业务逻辑和功能需求表

     

    什么是功能需求表

    顾名思义,就是把需求分析、筛选和评定优先级之后的结果,以产品功能的形式展现出来,再用列表的方式将其呈现的excel格式的表格

     

    功能需求表的作用

    功能需求表的作用,一是在于帮助产品经理自己理清思路,二是在于帮助项目团队的其它成员了解产品功能需求,好让他们提前做好相关准备,也就是我们所说的开发团队的项目估时

     

    产品定位

    在接到项目的时候第一步就是要弄清楚这个产品的定位是什么,也就是需要弄清楚这个产品是一个做什么的产品。

    我们可以通过查看客户给予的需求文档、直接询问客户的方式了解。弄清产品定位之后才能对症下药,去寻找这类产品的竞品,或者查看相关文献,进行需求的调研

     

    需求的本质

    那么需求的本质究竟是什么呢?

    斗鱼直播平台相信大家都不陌生吧,其中贵族特权功能作为对用户消费水平要求最高的功能,一直以来都处于水深火热的争议之中,但是消费水平高的用户对于这方面的需求还是有的,他们要的不是贵族的称号,而是希望通过花钱来获取别人无法获取的权限,这就是斗鱼贵族特权的用户需求的本质。(story)

    相信很多产品经理也都看过“客户要买的不是钻头,是洞”和“福特造车”这两个故事,其实这些互联网上流传已久的故事,要告诉我们的,也无非是这么一个道理——作为产品经理,应该透过表面需求去发现用户真实目的或者欲望。

    所以,需求的本质其实是动机。产品经理需要通过用户的回复、行为、反馈、抱怨等现象,去深刻把握用户的本质需求,就像用户要的其实不是一匹更快的马,而是更快地到达目的地。只有了解了用户需求的本质,才能从本质出发,反推出一个合理的功能需要做出的大概样子和功能的业务逻辑

    只有对功能的业务逻辑有清晰的认识,才能将这个功能完整的样貌呈现给开发,让他们更加合理的进行项目的估时

     

    那么讲了这么多跟如何制作功能需求表没多大关系的内容,想说明什么呢

    没错,这节课讲的内容的确跟如何制作功能需求表没太大关系,因为功能需求表如何制作之前有位师兄已经很详细的做过一个小课堂了,我不想去再讲一遍,浪费我的时间也浪费大家的时间,我这节课想传递的两个内容,第一个就是,如何写出业务逻辑通顺,条例清晰的功能需求表,给开发估时的时候他们能直接通过写的功能需求表对项目的业务流程,或者功能的业务流程有一定的了解,这样的话他们在进行产品的制作的时候心理就会有底,能更加效率的完成项目

    第二个是提醒一下现在的PM新人,做任务的速度挺快的,但是一谈到业务逻辑和编写功能需求表就发迷糊,我也是这样过来的,所以借着这节小课堂,来提醒一下各位PM新人,饭碗还是要刷干净的

     

    PPT:https://it-xzy.github.io/PM-NEW/2018.08.12-PM-11.html#/

    视频:https://v.qq.com/x/page/z0756jca2ez.html

    问:功能需求表的小课堂链接是什么

    答:视频链接:https://v.qq.com/x/page/y0522ybtnya.html?ptag=qqbrowser

    正片 04:25

    问:这篇文章可以理解为再讲产品刚接到项目开始时要做的事情吗

    答:是的

    问:我可以吧理解出的需求的本质直接写成用户story的形式吗

    答:具体情况具体分析

    展开全文
  • 产品体验报告怎么

    千次阅读 2018-06-17 12:24:10
    大家好,我是IT修真院深圳分院第8期的学员,一枚正直纯洁善良的PM,今天给大家分享以下知识点是修真院pm任务十一中的关于产品体验报告怎么的小技巧产品体验报告如何前言说说是什么原因了这篇报告,简略介绍...

    大家好,我是IT修真院深圳分院第8期的学员,一枚正直纯洁善良的PM,今天给大家分享以下知识点是修真院pm任务十一中的关于产品体验报告怎么写的小技巧

    产品体验报告如何写

    前言
    说说是什么原因写了这篇报告,简略介绍一下你要体验的产品,以及你讲了些什么
    一、产品简介
    包括产品名称、产品类型、产品alogan、产品定位、产品特色
    二、市场分析
    1.行业分析
    常见的就是PEST模型,即从政治、经济、社会、技术四个方面分析。具体如下
    (1)政策方面
    从国家政策对行业的影响进行分析
    (2)经济环境
    可以分为国家大方向经济环境与行业经济活力来分析
    (3)社会环境
    从社会的发展与人民大众的需求进行分析
    (4)技术方面
    从目前现有互联网的条件进行分析
    2.市场前景
    这个部分可以找各种提供行业分析报告的网站下载资料,比较有名的有易观智库、艾瑞等,主要是表达该产品在市场处于一个什么样的位置
    三、用户分析
    1.用户规模
    从用户数量多少,到占行业份额进行分析
    2.用户画像
    这个分析的主要目的是,了解产品的用户是怎么样的。
    可以从年龄、性别、学历、一二三线城市、收入(消费水平)等方面去获取数据,进行分析
    3.用户使用场景(场景分析)
    这个也可以在各种报告网站上找数据,分析用户在什么情况下会有产品所提供的需求
    也可以凭借自己的理解与观察进行分析
    4.需求分析
    四、产品分析
    1.产品的功能结构图
    2.产品主要功能的操作流程
    3.产品功能分析
    1)核心功能  2)辅助功能
    4.产品体验
    主要从页面UI、交互体验等方面进行分析


    或者用户体验五要素
    五、运营路径
    如果有余力,有兴趣可以分析产品是如何做运营的。没有的话可以不做
    运营方面的分析可以关注产品的公众号、微博、官网,查看历史数据
    六、总结

    说说产品的优缺点,提出自己的改进意见

    更多讨论



    PPT:https://it-xzy.github.io/PM-NEW/20180616-pm-10.html#/

    视频:https://v.qq.com/x/page/e069199qodr.html

    展开全文
  • 产品经理如何PRD文档[最全]

    万次阅读 2019-04-29 09:06:47
    做好产品需求文档的这十步,是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面,但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能...

    做好产品需求文档的这十步,是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面,但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能熟练度而定。

    第一步:做好准备工作

    你要做的是一个让人无可争议的产品,为了做好他,你必须做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能发现的问题和可能的解决办法。这里有很多的工作需要你去完成,在“成功的产品背后”这篇文章中有详细的描述。

    建立良好的交流也非常重要,它会影响着产品团队。如果你的准备工作做的够好,你也会变得越来越有信心和说服力。

    第二步:确定产品的目的

    任何一个好的产品都开始于一个需求。你必须清楚的了解这个需求,你的产品如何达到这个需求。

    产品经理需要提出一个清晰、简明的价值主张,让它很容易被接受,要让产品团队、管理人员、用户、市场人员清楚的明白这个产品到底是什么意图。虽然这听起来很简单,但是也只有少数产品才有这样的价值主张。考虑“velevator pitch ”(电梯间演讲、电梯行销)测试。假设你在做电梯的时候遇到公司CEO,他问你产品的意图是什么,你能在电梯到达之前回答这个问题吗?如果不能,你就还有工作需要做。也许是你的说明没有针对性,他可能表现出来和其他产品做的没有什么明显区别;也许你提出的观点不能和你的用户产生共鸣;也许你解决的是一个非常规的问题,可能你想应用一种技术。这个价值主张可能需要满足公司的产品战略。注意你不需要阐述太多的细节,从某些方面来说,一个有价值的观点应当是越简越好。

    产品需求需要确切的指出这个产品发布的目标,同样的这个目标也有优先之分。例如,你的目标可能是:1)易用,2)零售价不足$100,3)和前期产品很好的结合。然后你需要说明如何去测算。对于“易用”这类项目,你需要明确指出产品可用性达到某个水平。这是通常用目标用户来定义。可用性工程师能测算出你的产品对目标用户的可用性,也测算出可用性问题的严重程度,同样你可以说明没有重大的可用性问题。

    这里的关键就是让每个人都知道产品成功的时候是什么样,还有给产品团队在设计和实施中遇到问题如何进行取舍的指导。

    第三步:确定用户原型、用户目标和用户任务

    现在你已经明白你想要解决什么问题,下接下来就要深入了解目标用户和顾客,在这步中,和你的PD(产品设计)紧密联系非常重要。

    用户原型

    在这个阶段,PM需要和很多用户交流,需要花费大量的时间去直接观察和讨论。现在我们需要对用户和顾客进行分类,然后决定那一类是我们的首要用户。

    比如你正在做一个像eBay一样的互联网拍卖服务,你同时拥有买家和卖家,在这之中还有使用频率少的用户和经常使用的用户,不难想象还有个别特殊的用户,比如团体公司采购者。

    PM(产品经理)和PD(产品设计)需要首先确定类型是最重要的,然后尽量对这个用户群的特征进行详细的描述,以便使用这个模型去指导产品的设计。这个模型通常称其为“人物角色”。 虽然是想像的,但是应该是典型的、可行的和真实的,让你能够使用。这个想法来自与一个能代表这类用户的本质的原型。

    举个例子:

    “里昂是一个超级卖家,46岁,男性,居住在Fresno,经营小型摩托车配件。虽然他开着一个小店,但是他的生意大部分来自Ebay,每个月平均有400多次交易。他出售的东西品种非常多,但是他最受欢迎的商品还是哈雷戴维森的负重袋。他自己拥有两个哈雷,还开着1993年的丰田皮卡。里昂已经结婚了还有两个小孩。

    里昂买电脑仅仅是因为他需要使用Ebay,除了ebay和电子邮件很少再使用其他东西。里昂已经在Ebay上销售产品已经三年了,他学会了在ebay应该掌握的东西,他非常自豪的拥有超过5000的信用度。如果Ebay更改了网站,特别是销售的过程方面,对于他来说改变习惯、学习这些变更是非常困难的。 里昂已经形成了自己的习惯,星期一列出销售的商品,星期五拍卖结束,设法让在收到货款的几个小时内出货。”

    但愿这样的描述能让你了解里昂和知道他是怎么来的。当我们考虑新功能时,我就要问问自己里昂会是什么发应,为了让他能顺利的使用这个功能我们需要做什么。

    注意缩小范围,让他仅仅描绘必不可少的。满足所有人是徒劳的,通常最后没人会满意,所以尽量提出几个最重要的和最流行的角色描述是非常重要的。同样,如果你不去精确的定位你的目标用户,你就只会存在模糊的概念,你会发现理解你用户的反应非常困难。你要倾向于设想,让你能更像你的用户。

    用户目标(用户意愿)

    一旦我们确定并描绘了我们主要的用户类型,我们就需要找出用户在使用产品中的目标(想要干什么).这听起来很简单,但是解开根本问题是非常具有挑战性的,特别当你周围的人告诉你你已经解决了他们想要的。

    从CEO、销售代表、工程师到客户,每个人都太兴奋而不能帮助你找到解决根本问题的办法,他们会告诉你在某个地方添加一个快捷按钮,或则添加一个功能仅仅是因为竞争对手有,或则是改变成他们喜欢的颜色。

    最好的解决办法取决于清晰的了解到底什么问题需要解决,每个用户模型可能有不同的目的,需要在用户原型涉及的方面中进行寻找。有可能将来某个功能解决的问题并不是主要用户需要达到的目标之一。

    用户任务(tasks,用户为达到目标使用产品而需要做的任务)

    掌握了用户原型与他们的目标愿望,我们就开始着手设计任务来满足他们的目标意愿,这是产品制作进程中最核心的部分,也是创造力和创新力被激发的地方。

    许多优秀的产品仅是用更好更新的办法解决一个已有的问题,有时候这种办法仅仅是应用一个种新技术,但是大部分是来自深刻的见解而使一种新方法的产生。例如TiVo(美国市场占有率第一的数字录像机)在电视节目录制的老问题上面想出一个全新的办法,让顾客更加容易地实现他们的目标并且建立了电子设备一个全新的类别。

    注意我们虽然谈到了目标和任务但是还没有谈到具体的功能,这些功能都需要达到用户目标而必须的。你以后会发现许多功能都是低优先级或则是完全多余的。

    以“必须功能”这个理由可以排除很多功能。讽刺的是,你用越少的功能,你的产品被发现得越来越强大。这是因为产品的功能越少,你的用户就会发现并使用更多的功能,成功的使用越来越多的功能他们就认为你的产品非常强大。这些理由都是违反我们直觉的,我们大多数人都不能和我们的用户一样,我们在自己的行业中愿意比用户花费更多的时间去探索功能和容忍复杂性。

    第四步:定义产品原则

    现在你需要开始把你的需求和用户体验定义成详细的要求。同时你仍然会面临着许多的决定和权衡,为你的产品标准作出最佳的决定是非常重要的。

    在大多数的产品团队中,每个成员都有做好产品的原则,但很少有两个人有同样的想法,这些差异都会导致不可思议的结果。

    尝试和制订一系列指导整个团队的产品原则是非常有价值的,这些原则需要具体到域名和项目。

    用TiVo举例,在产品团队工作开始时,以下这些产品规范就被建立,并在团队里传达:

    1.它是娱乐的

    2.一个傻瓜式的电视

    3.一个该死的视频设备

    4.平滑柔顺的

    5.没有模式和深层次

    6.尊重观众的隐私权

    7.像电视一样强大

    这些规范很大的影响到产品的定义而且在很大程度上加大了难度,但是他们确实是成功产品的来源。比如易趣的口号就是:1、易于使用 2、安全 3、有趣

    它将在该项目中,在面对众多问题而作出决定的时候进行指南.

    第五步:产品原型和检验

    这是一个拿出你想法的阶段,创造力和创新力拿出成就的地方.

    很多人都容易犯一个常见的错误,他们对产品设计规范太有信心,结果一旦得到beta的测试他们就必须调整产品。但是肯定beta测试版并不是进行重大改变的时候,所以才会有许多首次发布的产品离目标太远。

    对于许多产品来说,这个时候你可以用大量的原型做很多的实验。首先,下面的三个非常重要的测试你可能需要做

    可行性测试

    一个直接的问题就是产品是否可以开发,你的工程师和设计师应当介入技术的可行性调查和探索可用办法。有些办法是行不通的,但是有其他的办法可行是非常有希望的。

    工程师会发现在产品的某个阶段不可能逾越,现在知道比以后知道要好。

    可用性测试

    产品设计师将要和你紧密工作共同提出产品功能,让它能适应不同的用户。可用性测试常常会找出遗漏的产品要求,同时确认产品最初的要求是否是必须的。在你拿出一个成功的用户体验之前需要多做一些测试工作。可用性的目的是在真正的用户身上测试,从产品目标用户得到质量反馈的测试是非常艺术和科学的。当然产品经理和产品设计将模仿使用,但是实际是没有人能取代真实的目标用户。

    概念测试(Product Concept Testing)

    光是可用和可行是不足的。真正的问题是你的用户想要购买吗—你的用户有多喜欢-你做的有什么价值。这测试可能与可用性测试联系在一起。

    对于一部份小产品,您的想法写在纸就足够了,但是对于多数产品,为了预计产品是否达到目标,复杂用户互作用或新技术的使用、某种形式原型都是非常重要的。

    原型也许是一个物理设备,或者它也许是软件产品的一个预览版本。关键是它需要足够现实,您能用原型在实际目标顾客身上测试,并且他们可以给您质量反馈。

    以前做原型主要有两个障碍。第一是缺乏良好的原型工具,需要花费很多的时间制作原型;另一个是管理方不知道原型和真实产品的区别,在不可预计的情况下,按照最终产品来要求原型。

    今天有优秀的原型设计工具可以让工程师或设计师快速的制作原型,可以有效的模拟未来的产品以达到必要的程度让实际用户进行测试。而且大多数管理者都知道模仿和实际的区别 — 就如同缩小比例的房子模型和真实的家一样。

    在实际去做产品之前去检验你的产品是非常重要的。一旦实际的工程开始,作出重要的变动会变得非常困难,花费也会变得很高。

    第六步:验证和质疑

    当你认为你弄懂了你需要解决的问题,现在是时候开始验证和质疑假设。

    假设甚至当作不知道是很容易的,但是切勿把不可知的结论当作指引,那会妨碍你获得成功。天文学最初定义是研究太阳和其他行星如何围绕自己转,本身的定义就是一个臆断,反而阻止人们获得真相。

    第七步:写

    当然你需要把这些都写下来,大多数的PRD都是word文档,但也有一些是帮助文档,PowerPoint,或则写在白纸上。当然用什么格式不是很重要,重要的是让团队成功能轻松的看懂,不会遗漏,还有就是PRD可以随着项目开发而更新。

    记住对话是两个人之间的,但是PRD是要沟通整个小组。你也要记住获得产品的销售才是是重要的,所以不必担心要有什么漂亮的外观、PRD写的有多厚,只要它是可读的、可理解的、是需要的内容。

    PRD文档主要有四个部份组成

    产品用途

    你的工作就是指出目标,团队需要知道他们的目的是什么,目标说明要尽可能的明确,请确保你的内容包括:

    *那些问题你要解决,不是解决方案

    *谁是目标用户

    *细节很多,但是大图片必须清晰

    *情景描述

    多开展集思广益的会议和临时口头的讨论,从而更好的写出来,更会让团队深入了解。

    产品功能特性

    产品需求文档最主要的当然是需求。 具体的需求完全地将取决于您的领域,但是不管你是什么行业,您的产品团队将受益于陈述需求的清楚,毫不含糊的要求,而不是模糊的解决方案。

    描述每个功能的互动设计和使用案例。您必须非常清楚每个功能和用户体验,还需要给工程团队留下足够多的灵活自主空间。

    同样重要的是确定那些要求满足哪个目的。这里就需要提到“需求跟踪”,对于关键的产品这是一个重要的流程。每种产品规范可能受益于清楚确定那些要求满足哪个目的,如果某人决定削减要求,想要深入了解就会非常困难。 从要求到目的明确说明将会是文档更加清晰。

    发布标准

    发布标准经常是不断变化的,但是好的PRD应该考虑到为每种标准定一个最低要求。典型的如:性能,可测量性,可靠性,可用性,可控性。

    时间进度

    其中很困难的一个问题就是描述产品需要的时间进度表。随便列出一个时间是没用的,你需要描述环境、动机、预计目标。你需要整个团队都和你一样达到预计目标,最终完成一个成功的产品。

    第八步 优先级

    除了明确的要求,对每一个您的要求给予优先和排列秩序是很重要的。多数产品经理,如果他们给予优先级,一般都是表明要求是否是“必须有, “重要”或“希望拥有” (或其他一些分类系统)。分类是很重要的,不可掉以轻心。

    产品经理对任何一个标记“必须拥有”都需要有高度的标准。如果还没有找到必须拥有的功能意味着产品还不应该产生。所以小心标注“必须拥有”,这些标注“必须拥有”的功能直接反应出产品的核心价值。

    “重要”的分类也很重要,在产品销售前只要有机会就要满足这些功能。

    “希望拥有”产品团队也应该注意到,即使大多数也都没有实现,在未来版本也适当的慢慢实现。

    这些有时候是不够的,从1到n每一个分类优先排序都是很重要的。有几个原因:

    首先,上市时间总是被关注,并且日程表经常下降,您说不定被迫使削减有些特点为了尽快进入市场。 你也不想产品团队先开发简单的功能而放松重要的功能,导致最后客户使用的关键功能还没完成。

    其次,在产品设计和开发阶段,团队将会发现更多的问题产生并解决这些问题,所以很有可能有更多关键功能出现。优先顺序会可以帮助你如何平衡以容纳更多的功能。

    这点就是说产品经理如何不给出优先级和重要等级,其他相关较少的因素也会跟着无法确定。

    整个PRD是一个不断完善和思维提高的过程,明朗锐利就是可以成功的产品的,模糊就是失败的产品。在争论最激烈的时候也能容易做决定,并且帮助工程师做出计划。

    第九步 测试完整性

    现在你有一个PRD草稿,你需要测试它的完整性。工程师是否可以充分了解并达到目标?OA Team(质量管理团队)是否有足够的信息来做出测试计划,是否可以开始做案例?

    当投资人或相关人审核了PRD,确定了各个需要说明的方面,所有的问题得到解决,现在你就可以按PRD进行产品开发。

    第十步 管理产品

    在产品实施期间,就算是最好PRD,也有不计其数的问题被解决。解决所有PRD中存在问题,如果不在PRD中就写进去。你的任务就是迅速解决问题并记录在PRD。

    如果你做了你的工作并准备记录在PRD,项目审查就会变得非常简单,因为任何一个部份都历历在目。

    记住PRD是一个“活”的文件,在要跟踪记录在产品开发期间的所有功能过程。最后你会发现很多额外的东西,如果你认为是必要的就在PRD中写进。

    本文大体已经结束,全面的阐述一个PRD的产生和管理过程,感谢SVPG的分享。

    PRD模版 可以关注 公众号 痞M二点五 输入 产品 获取 公众号 会每周定期分享大厂内容

    展开全文
  • 产品学习笔记(产品功能篇)

    千次阅读 2018-08-17 19:59:09
    产品功能 产品功能举例 作用:方便我们清晰判定产品所需的功能,对其进行优先级排列,完成相应的产品设计。 功能点设计与优化 用某一个功能来解决具体的场景 例如:推荐系统 1.确定目的 2.调研 明确...

    产品功能

    产品功能举例

    这里写图片描述
    作用:方便我们清晰判定产品所需的功能,对其进行优先级排列,完成相应的产品设计。

    功能点设计与优化

    用某一个功能来解决具体的场景

    例如:推荐系统
    1.确定目的
    这里写图片描述
    2.调研
    这里写图片描述
    明确逻辑
    推荐系统的逻辑:
    这里写图片描述
    制定方案
    这里写图片描述

    这里写图片描述

    打磨产品

    功能点优化

    依然以推荐系统举例
    这里写图片描述

    这里写图片描述

    这里写图片描述

    这里写图片描述
    为了防止标题党,可以采用差评或者采用用户停留时间等方法,消除反馈

    案例

    这里写图片描述

    用户侧产品功能改进

    这里写图片描述

    产品功能

    这里写图片描述

    功能表完成后,需要功能结构图

    作用:梳理页面逻辑,进行表的归类

    补充:模块、功能与组件

    这里写图片描述

    三个常见模块

    这里写图片描述
    这里写图片描述
    这里写图片描述

    稍微吐槽一下:今天课程的老师条理性感觉有些差= =、还是要加强自己的信息总结能力。

    展开全文
  • 下面的两篇文章对所有同事都有帮助: 什么是产品运营及如何写产品运营报告,其中很多观点都适合于社交游戏。社交游戏是运营出来的!以前网络游戏出生的时候(上线)就是一个成年人了,而社交游戏出生后才是一个...
  • 产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"...可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈...
  • 产品需求文档到底该怎么

    万次阅读 2016-05-14 10:14:24
    产品需求文档,主要目的是说明需要开发的产品功能、UI、交互、性能、运营等要求。产品需求文档质量的好坏,在很大程度上不仅直接影响着研发部门是否可以明确产品的功能和性能、运营部分是否能明确产品的运营思路,...
  • 申报软件企业认定或软件产品登记时使用并提交由原国家信息产业统一制定的申报(表格可以从广东软件行业协会网站或广东省信息产业厅网站下载“双软认定申报系统”)。本需用计算机填写,打印字迹应端正、清晰,...
  • 如何好PRD(产品需求文档)+范例

    千次阅读 2014-05-05 23:21:31
    概述:  产品需求文档(product ...产品需求文档需要清楚简明的表达出产品的目的、效果,功能,表现。产品开发团队将使用这份文档开发出产品并检验,所以PRD需要提供足够的信 息。一份优秀的产品需求文档不一定会
  • 因工作需要监控竞争对手产品的价格调整,所以用Python了改价自动钉钉群提醒的脚本。 以下是实现原理 数据库准备 本人使用的mysql: 创建了三张表: 1、数据源:最初的产品价格 2、匹配:跟数据源进行价格...
  • 手把手教你专利申请书/如何申请专利

    万次阅读 多人点赞 2008-12-10 10:46:00
    手把手教你专利申请书·如何申请专利   摘要 小前言 (一)申请前的准备工作  1、申请前查询  2、其他方面的考虑  3、申请文件准备 (二)填写专利申请系列文档  1、实际操作步骤  2、具体操作  3、经验...
  • ISO26262功能安全--产品开发过程

    千次阅读 多人点赞 2019-10-18 14:37:48
    2.3 功能安全目标 2.4 安全需求与安全概念 3. 系统阶段——闭门造神车,我们开始修炼 3.1 技术安全需求(TSC) 3.2 系统架构设计 3.3 安全分析与独立性分析 3.4 软硬件接口(HSI) 4. 硬件阶段——苦其心志,...
  • 开发Garmin佳明手表应用准备工作

    千次阅读 2019-01-16 20:39:54
    在前面: Instinct系列的是不能进行ConnectIQ开发的,请注意!!! 研究了那么久,还是做不了自己的表盘 前段时间在淘宝上买了一个佳明Instinct 颜值高,功能齐全,可扩展. 用了一段时间,突然想,这么高级的一款...
  • 2010年工商管理专业毕业后怀揣着一份商业计划书(农业方面)前往北京找投资,... 最后,真正牛逼的产品经理都不简历而是博客或者文章,比如@纯银V,博客上篇求职产品经理的文章,分分钟几十个offer邀约。
  • 读完这篇文章,你就能学会如何出让程序员无法吐槽的产品文档! 需求文档是产品经理必须掌握的基本技能,核心作用是向技术人员说清楚你的产品设计方案,一份好文档需要具备哪些要素,我来告诉你! 以下为我的课程...
  • 开发合格的汽车电子产品-Autosar+MBD+功能安全

    千次阅读 多人点赞 2019-10-26 16:04:02
    多多少少留下一些扎扎实实造车的企业,他们将一些国外先进的技术带入到汽车产品开发中,这些技术慢慢在汽车行业(包括乘用车和商用车)得到普及,本文主要从三个技术角度(即Autosar、MBD、功能安全)来聊聊成为标配...
  • 我们产品经理(不懂技术的)一天喊着要去抓别人网站数据,放自己数据库里。在此申明不是所有数据对你来说都是有用的,数据也是用时效性,及时性,有些数据都是要不断运维的,所以天天和程序员撕逼....... 网页抓取,...
  • 产品经理面试——简历填写

    万次阅读 多人点赞 2019-09-24 20:25:01
    (现在好加深一下印象,也方便一下一年后简历参加秋招的小周。) 思路:PM的面试简历,就是一份产品 产品用户:HR,业务主管 简历被HR的阅读时间很短,15S左右,且较为粗略。所以就需要满足 d...
  • 当企业上了ERP 或其他信息系统后,随着业务的发展,总会需要新的功能来助力业务发展,这时就会涉及新功能的开发。不论是标准功能的增强定制,还是自开发新功能,都需要编写开发功能说明书。 身为一枚业务顾问,近...
  • MySQL大优化方案

    千次阅读 2018-09-12 19:38:58
    当MySQL单记录数过大时,增删改查性能都会急剧下降,可以参考以下步骤来优化: 单优化 除非单数据未来会一直不断上涨,否则不要一开始就考虑拆分,拆分会带来逻辑、部署、运维的各种复杂度,一般以整型值为...
  • Access创建/新建

    千次阅读 2019-02-14 20:36:22
    在开头大家好,这是我们开年第一篇文章,也是【Access开发】的第一篇文章。【Access开发】主要是围绕Access推送一些技术文章,如果需要技术支持或者定制开发,请在公众号中给我们留言。这里我们不会去讲太深,像...
  • 本篇文章整理一下关于竞品分析的套路(#^.^#)。产品的小白们福利来了,结合我2年产品工作经验给大家总结一下关于竞品分析文档如何,鄙人也是产品小白,但是...产品功能介绍 功能树形结构 矩阵图类型说明 各类型说明
  • MongoDB 设计

    万次阅读 多人点赞 2018-08-17 11:28:26
    12月12日上午,TJ在开源中国的年终盛典...从很久以前,我就开始接触开源产品:从最开始的使用、受益者到后来的贡献者,到现在的热情推广者。现在,我是MongoDB的技术顾问。我的职责是为MongoDB的客户和用户提供Mongo...
  • 销售记录这个模块,可以查询录入的销售单,查询出来的数据可以分页,单击单据详情可以看到产品明细,可以通过日期范围、付款状态、关键字筛选进行查询,还可以导出Excel,付款,新增,修改,报废操作。主界面如(图1)...
  • 1 B 端产品经理 如何理解B端产品? B端产品主要分为两大类: 为公司的管理服务,如:HR系统、OA系统; 为公司的运营服务,如:供应链系统、ERP系统的。 B端产品即要符合商业组织的战略要求,能够满足商业用户...
  • 常见Excel技巧

    万次阅读 2018-12-09 16:31:39
    英文字母大小转化,阿拉伯数字转罗马数字(upper、lower、roman) 066、 product,可曾听说过 067、 随机函数rand、randbetween 068、 用excel做个抽奖器 069、 根据进货、出货求库存(综合练习) ...
  • 【PM】产品需求文档PRD的一般格式

    千次阅读 2018-09-11 11:51:29
    PRD 产品需求文档(Product Requirements Document,PRD)是软件工程和互联网产品设计中的术语。是将商业需求文档(Business Requirements Document,BRD)和市场需求文档...通常包含了产品的理念宗旨、功能需求...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 247,677
精华内容 99,070
关键字:

产品功能表怎么写