产品经理实战-第一周笔记

产品经理实战-第一周笔记

一、产品经理简介

(一)产品经理从idea到产品上线运营的流程:

产品=商业模式+功能+设计+技术+内容(产品的成功归于整个团队的精诚合作,产品的失败只归咎于产品负责人。)

1.团队合作

产品经理需要与那些人(角色)打交道

2、产品设计到立项

(1)从信息到决策

l从信息到决策

产品经理将信息分层分类,哪些接收哪些抛弃?

(2)逐渐形成大局观(尤其是新人产品经理)

逐渐形成全局观

保证大家有统一的方向目标,并为之努力,避免产生分歧。

定位做不好,会让用户很迷惑,不止到产品给我(用户)提供什么。

策略:路径1.持续关注一些互联网产品的新闻,获取他最近在做什么,之前做了什么,今后还要做什么,去思考他为什么要这么做,决策的思路是什么,   路径2.看一个APP最早的版本,看它都做了什么功能,从功能本身看出他的路径

(3)产品文档

a.市场需求文档PRD(商业计划书的主要部分)

解释描述问题,成功的必要条件。

b.功能列表(偏向于项目管理)

功能列表

c.产品需求文档(MRD,偏向于功能)

(4).沟通

PRD和Feature List都做好了之后,跟所有人沟通(关键角色一定要沟通到)

(5).投资评估

沟通完成后,需要进行投资评估,信息一定是需要充分考虑过的,才能做投资评估

(6).写PRD

经过投入产出分析,知道什么是要做,什么事不要做,用什么样的节奏去做,接下来就是写PRD

PRD写的不好,最大受害的还用户

示例:PRD写法

a.功能需求(从一个输入框说起)

1、功能需求,从一个输入框说起:
【如何描述一个页面】

b.非功能需求

灰度需求A/B test:对于把握不准的需求,同时用A/B面对用户人群,快速得到反馈并优化

c.PRD评审

产品评审常遇到的问题

d.设计评审(撕逼大会)

如何优雅的参见设计评审

先听后说

在表达个人喜好时一定要提前声明

关键的问题先提问

找出当前设计中的精华部分

找出问题,指出设计师可能遗漏的方向,避免直接给出解决方案

e.技术方案评审和kickoff

l技术方案评审和kickoff

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 产品经理进阶之需求篇 - 简书 //www.greatytc.com/p/a601d713b7c1 很多...
    葡萄喃喃呓语阅读 3,560评论 1 50
  • 人人都是产品经理社区的发起人苏杰的第一本书,字里行间充满热情干劲,一个中国互联网蓬勃发展期的未来互联网帝国的优秀策...
    2tackle阅读 3,556评论 0 10
  • 互联网时代,似乎每个人都在谈需求,刚需,痛点。作为产品经理,更是每天忙忙碌碌的围着需求打转。那又可曾停下来想过需求...
    静默之思阅读 7,268评论 18 140
  • 第一章 写给-1到3岁的产品经理 1.1 我们为什么要做产品经理? 我们生活中离不开产品,电脑、音箱、鼠标,台灯等...
    扯谈阅读 5,100评论 2 12
  • 秋天已经来临,很勤劳的做了一下早饭,因为楼下的鸡蛋饼,酱饼已经吃到我发麻,想换成包子,但是是包子也已经吃了二十几年...
    9e1d6146720c阅读 193评论 0 0