发表于: 2019-08-10 21:12:00

1 533


今天完成的事情:(一定要写非常细致的内容,比如说学会了盒子模型,了解了Margin) 

参加了西安内部的周会

重新学习了任务一,把知识点更精简了

重新梳理任务一的深度思考

知道了一些对之后出去找工作有用的项目,找时间会去好好复盘


明天计划的事情:(一定要写非常细致的内容 

梳理任务二知识点


遇到的问题:(遇到什么困难,怎么解决的) 

暂无


收获:(通过今天的学习,学到了什么知识)

任务刚开始接触一头雾水,很多需要了解的概念,看到任务第一眼印象最深刻的就是学会如何去寻找资料,如何培养正确的搜索能力,在后面我们也不能忘记了wiki上的资料,对任务的一句话总结出了好几个疑问,产品经理是干什么的,负责设计产品就没了吗?测试用例是什么,为什么产品经理一定要学会它?它为什么能够放在任务一里面,作为职业的引导?

 

一、产品经理是什么 

1、产品经理的工作就是负责规划、设计产品,整体的把控产品开发进度,让产品按照预期顺利的研发出来,最终能让客户满意,使得产品可以销售出去。

而基于服务对象的不同,一般可以分为to c to b ,这两者只是侧重点不同,工程的流程还是差不多的。

产品经理根据各自所处细分行业不同、公司岗位要求不同、公司业务类型不同,也分为很多类型:

1)侧重用户体验和交互的产品经理 to c

2)侧重企业级产品的产品经理 to b

3)胶水型产品经理  (负责某一个模块)

4)负责一个完整职能团队的产品经理 (负责一个完整的项目,产品leader

产品经理需要学会的能力:

学习能力,思维的逻辑性,软件使用能力

2、产品定义

1)产品业务的边界:能解决/不能解决

2)使用价值:如何给人一个无法拒绝的理由

3)商业模式:回归到公司利益层次,是否挣钱

3、需求调查

1)当面访谈 2)电话访谈 3)在线访谈 4)调查问卷

至于用什么方式,由产品阶段和公司资源而定,一般推荐多做“当面访谈”的调研,因为这种方式可以最直接,能快速的获取对目标用户的认知,知道我们是为哪一种群体去设计产品,也能直观的感受到用户对产品的需求程度,不但是整个产品还有部分功能,同时面对面开放式的聊天,总是可以聊出不一样的事情,直接或者间接的矫正自身的认知。

提炼用户画像

沉浸在用户环境内,另外一种说法是提炼用户画像,把使用这个产品的目标用户立体的描述出来,这样好让那些没做需求调研的同事也能知道这个功能给什么样的用户使用,他们的特征是什么,确定好立体印象,能让大家在讨论的时候,更清楚的知道服务的是哪种类型的用户,可以附上人物特征的照片、姓名、性别、工作等基础的信息,以及一段鲜明的人物描述

竞品分析

竞品的分析,看别人产品,不应该只看对方体验,而是应该看他的根,他的道理。他的做法是什么,这个做法因何确立的?如果做同样的事情,对自己的项目是否成立?

1)我想做的功能,别人已经做了,但是做法与我预想的有些出入,这时候做竞品分析的作用是,用来矫正想法和开阔眼界的,别人做过的已经更新迭代数次,有很多的坑已经走过,一些新颖想法的痕迹也已经能看得着,我们可以照搬拿过来结合自身实际来用就行。

2) 别人没做,我是第一个发现这个需求并准备做的,这个其实也有深入发掘的方面,可能是别人也想过这个事情,并且有去深挖过,但是最后并没有做出来,可能是发现这真的没有需求,这样连用户调研都不要求了。但是这还没结束,产品经理要有刨根问底的能力,需要分析能力和能够独立思考的能力,两者交相验证,对事情都要有自己的判断。别人家没有做,他给的结论我们也要去认证,他做的方法对吗,他们是什么时候做的调研,什么方式,样本基数有多大,得出的具体数据结果是怎么样,任何的一步与自己的想法不同,都会有偏差,自己都有去探索的余地。

用户story

用户故事和使用场景是不止一个的,一个产品会有很多的用户故事和使用场景。用户故事是从用户的角度来描述用户渴望得到的功能。

 

二、产品经理的测试是指什么

要想成为一个合格的PM,首先要知道最终的产品有没有问题,功能有没有得以实现,虽然测试有专门的OA进行测试,但是作为PM需要知道这个最基本的流程,渗透到产品的每一个阶段并能解读它,这一点很重要。

到了线上,产品经理更应该是直接接受用户反馈的角色,通常会收到很多建议或者是Bug

产品经理通常应该决定一个版本是否可以上线,什么时候上线。

对于新入行的产品经理而言,先学会验收别人的产品,相对简单,更能够深入理解一个功能。

一个测试的流程:

需求定稿,测试计划,方案编写,用例设计,执行测试,修复bug,测试报告

 

三、什么叫做测试用例?

用一个固定的模板,来把我们做过所有开脑洞的测试记录下来,这个,就是测试用例

敏捷开发之Scrum

什么是敏捷开发?

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。

要理解的是,它不是一门技术,而是一种开发方法,是一种软件开发的流程,我们要按照这个流程按照一些规定的方式一步步去完成我们的项目开发,这个开发方式最重要的是由人与人之间沟通交流所推进的,其核心的驱动就是人,要不断进行更新迭代的开发方式。

 

 

Wiki上面的敏捷开发流程

一、立项

二、story讲解

三、 人员划分

四、定义接口文档(2-3天)

五、方案设计(1小时-1天左右,根据模块大小定义时间)

六、方案评审(2-3小时)

七、禅道拆分(1-2小时)

八、开发

九、阶段测试

十、性能测试和coderevivew1天)

十一、压力测试

十二、 Demo

十三、 发布测试环境、集成测试(2-3天)

十四、 编写操作手册

十五、发布线上环境,同时停止开发环境和测试环境

十六、线上监控



.


返回列表 返回列表
评论

    分享到