从事物联网行业的产品经理,对教育类产品及人工智能感兴趣。
数组 一.数组的概念 二.数组的定义 三.名词解释 四.获取数组元素 五.数组的赋值 六.遍历数组 七.冒泡排序 数组 一、数组的概念: 所谓数组,就是将多个元素(通常是同一类型)按一定顺序排列放到一个集合中,那么这个集合我们就称之为数组。
写在前面的话 这篇文章主要借复盘天猫超市优惠券功能来聊下,一个优惠券功能的需求,从需求的提出到落地的一个复盘,有每个步骤的实操,这里的需求是明确的,后面有时间做一个需求分析的案例,当然如果你是个成熟的产品经理这篇文章就可以跳过了。
写在前面的话 看过我之前文章的小伙伴都了解我写文章的风格,我比较喜欢务实,所以今天写的文章就如文章标题一样,以产品经理的视角来看“子弹短信”这个应用,并且说明为什么从这几个维度来看这个应用,因为个人看到的东西比较局限,同时也欢迎有不同看法的小伙伴们留言交流,那么废话不多说,我们开始进入正题。
今天打开朋友圈,被网易云音乐的“内外人格测试”刷了个屏,产品狗又上线了,所以对这个活动进行一个简单的复盘。 流程图 效果图我就不发了,小伙伴们有兴趣可以自己体验下。
分支结构 1.if语句 2.if-else语句 3.三元表达式 4.if-else if-else if语句 5.switch-case 6.总结 循环结构 1.while循环 2.do-while循环 3.for循环 if语句 基本语法: if(表达式){ 代码 } 执行过程: 先判断表达式的结果是true还是false,如果是true则执行代码,如果是false,则不执行。
目录 变量 1.什么是变量 2.为什么要使用变量 3.变量如何使用 4.原理图 5.变量命名规则和规范 6.变量的交换 数据类型 1.数据类型的种类 2.如何获取变量数据类型 3.数据类型的转换 运算符 1.运算符种类 2.运算符的优先级 变量 一、什么是变量? 变量是计算机内存中存储数据的标识符,根据变量名称可以获取到内存中存储的数据。
在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢?这个就是今天要和大家分享的内容:“产品经理需求池的管理”。
写在前面的话 一、竞品分析和功能分析是不同的,竞品分析主要掌握一个产品的节奏和玩法,进而为自己的产品迭代和方向指导,简单点说就是做同一类产品别人是怎么一步一步走向成功的(当然产品只是其中的一部分),还有别人是怎么一步一步的作死的。
原本计划这篇写竞品分析实操的,因为上篇只讲了流程和思路,竞品分析里有个步骤很关键就是还原竞品的业务流程图,所以这篇先分享下业务流程图实操,下篇再分享竞品分析实操。
前面的文中有写过一篇竞品部分功能分析的文章,今天来聊下一整个产品如何分析,并对二者进行简单的比较。小伙伴们不要太在意概念,其实都是竞品分析,可以这样理解,一个分析的是面,一个分析的是点,主要还是以目的为导向,如果你只是为了优化某一个功能模块而参考竞品,那就没必要做个大而全的产品分析,如果你操盘一个产品那就有必要做整个产品的分析了。
用户画像和用户特征是一个概念,只是用户画像听起来高大上点,用户特征更接地气。 什么是用户画像 在度娘上找了个用户画像(如下图),之后也找到了用户画像的概念 用户画像 用户画像概念 用户画像的用处 我接触过很多设计小伙伴都一个共同的特点,如果说某个概念大家也都能讨论几句,但是落实到具体工作中就不知道如何去运用了,或许这个是教育体制下的一个通病。
上两篇文章中写到为什么要做用户调研以及用户调研的流程,今天来说下调研现场应该怎么做。 调研工具 俗话说:“工欲善其事,必先利其器。”那么调研现场的工具肯定是必不可少的,这里也顺便说下,用户调研的现场和可用性测试(关于可用性测试如果以后有机会单独写一篇文)的现场处理的方式都是大同小异的。
上一篇文中写到为什么要做用户调研和在项目的什么阶段要做用户调研,这一篇来聊下用户调研的流程。 这里要强调一点,用户调研不是一步完成的,在每个用户调研后下个用户调研开始前都会对调研的内容做调整。
在前面的文章中有写过如何快速的了解一款产品(回看请戳下面链接),但在产品初期可获取的用户反馈相对来说是有限或没有的,那么当我们接到对产品优化的工作时就要主动去了解用户,这个时候我们要怎么做呢?今天这篇文章就和大家聊下用户调研。
一个不懂运营的产品经理不是一个好产品经理,一个不懂产品的运营不是好运营,运营和产品的关系是互补的,运营帮助产品实现短期的目标,产品经理在运营的帮助下达成产品的长期目标,今天主要和大家聊下种子用户,种子用户的价值、获取以及如何维护。
上篇文章主要说了需求评审会,需求评审会通过后就是按照排期,依次进行设计、开发、测试、上线,但在上线之前我们通常还要做一件事情,就是上线前自查清单,这事情做好了同样提升威信,做不好就会失去团队对你的信任。
大概看到这个标题很多PM小伙伴情绪有些小波动,是的需求评审会听上去挺高大上,但对许多小伙伴来说简直就是噩梦,在行业内他还有个“优雅”的叫法“撕逼大会”,每个从会议室坚强走出来的小伙伴都有一部血泪史,废话不多说,今天我们来聊下如何能让自己昂首挺胸的从会议室走出来。
曾几何时你是否有到了一家新公司,面对一个新的产品的功能需要动而不敢动?你是否有过功能改来改去,改到自己都不知道为什么这么做,最后出来的产品连自己都不认识?是否有被程序员哥哥拷问某某功能为什么要那样做?之后开始问自己我是谁?我来自哪里?我要去哪里?为了解决上述的问题,我们需要一份需求文档,做个靠谱的PM. 需求文档是什么? 可能小伙伴们听过PRD、MRD、BRD这些文档的名字,嗯很高大上也有点懵逼,但是没啥用。
上篇写到业务流程图,那么业务流程图做完是不是就可以愉快的画原型图了呢?聪明的你从标题上你已经得出答案,中间应该还有点什么,是的那就是页面流程图,那么页面流程图是又是个什么鬼。
如果把做一款产品比做盖房子,那么业务流程图好比图纸,图纸如果出了问题在后面施工的过程中将面临的问题就是拆了建建了拆(交互原型图),每个产品都是由许多功能组成的,功能是把众多的需求以产品的形式呈现的用户面前,而背后的”图纸”就是业务流程图。
前面的文章中提到过如何获取用户反馈,对用户反馈进行分析整理后就有了新的需求产生、有时候需求也来自于数据分析、或领导的需求等,拿到需求后我们就要对需求落地,这些需求对应到产品上主要有两个方面:“对已有功能的优化”“新功能设计”下面就详细说下拿到需求后如何去执行。
竞品分析是产品经理日常工作的一部分,许多小伙伴看了大量分析报告,然而当自己下手去做的时候依旧不知道从哪里下手,今天分享如何做竞品分析,在讲如何做之前需要明确两点。
什么是需求? 通俗些来讲需求就是现实和想象的差距,差距越大,需求越大。 来源网络,侵权删 如上图理想中的男朋友和现实中的男朋友,因为有差距,所以就有了类似于“如何让男人宠爱一生”之类的书、情感专栏等产品产生。
上篇文章写了通过监控App Store的差评方法来了解一款产品,今天接着介绍其它几种方法来了解产品,忘记的小伙伴可以回看上篇文章。 用户反馈的渠道: 外部渠道:App Store / 各厂商的应用市场(如小米应 用商店)/ 微博 / 贴吧 / 知乎等。
当我们换一份新工作或接触到一款新的产品时,身为PM/UE是否我们有过不知道从哪里做起、无从下手的经历呢? 一、如何快速了解一个新产品呢? 对于大多数小伙伴来说,遇到从零到一的产品几率并不是很高,大多数我们接触的产品都是已经做了一段时间,那么对于这样的产品我们可以从用户的反馈中来了解产品、了解用户。