借鉴PMCaff大牛总结前端
‘熟知一个行业的业务,发现行业痛点,而且能经过逻辑整理出解决办法,转化为一个有价值的互联网产品,才能称得上该行业的产品经理’后端
产品经理职位描述:安全
从无到有,负责产品规划,市场分析,竞争对手分析,用户分析,制定产品方案和策略,并协调产品设计,产品研发。架构
从有到优,产品上线后的数据跟踪,用户调研。并根据各类反馈完成各类改进,推动新版本的推出 。框架
执行任务流程:布局
先作模型,再画原型,最后PRD(需求文档)学习
1.模型:产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程。能够用实例case图和业务流程图来表示。梳理模型,能够便于后面产品经理进行原型设计;能够帮助别人理解你的产品形态。---Viso测试
2.原型:即画出产品layout,就是不包括视觉效果和界面设计在内的产品细节形态的线框图.(eg:一个网站首页下的连接页,连接页下的连接页,这种能够成为一个网站的网页框架),其中原型图里面含有信息架构,页面布局,功能任务点,页面(流程)跳转逻辑等较为明确的文案设计.大数据
一个比较好的原型图,除了有基本的线框图,还要有基本的备注信息。优化
产品经理的阶段
摘录PMcaff大牛总结:
管人-》需求设计,交互——》做为用户,体验产品,优化
从产品层变身服务层:好的服务(1商业层:赚钱 2技术层:技术<前,后> 3.用户体验)
商业层:说清楚你的产品能解决什么问题?说清楚你的产品让用户感到什么不同?说清楚你的产品能为社会和我的实现怎样的愿景?
最后补充个我的经验,想要说服一我的,9999 个研究数据抵不上 1 个真实例子。
推荐imove实现视频实例,吸引客户眼球!
技术层:为避免提需求时让开发认为傻逼 ,尽量 Google 一下实现技术实现原理,了解 Value[功能的价值] vs Effort[实现的难度],从而进行决策
咱们技术层的处理方法是后台:The more the better,前台:Less is more!
当设计后端服务时,事无巨细,尽量的考虑到每个细节,使用各类用户测试数据,规避掉进多的Bug,为之后的定制化和大数据提供技术支持;好的产品经理不会让开发去提你填坑。
前端追求精简主义,不断学习设计知识,不影响用户的理解下,尽量多的去掉多余的元素。
技术中产品经理的做用:后端和前端一般不是一块儿的,产品经理提供润滑做用,双向提供信息,尽量把信息损耗降到最低。
一般有如下四个检验指标:
Efficiency: 单位代码量下的功能生产力。
Robustness: 代码是否健壮,安全性是否优良,对特殊状况考虑是否周到。
Reuse: 代码是否具备复用性,是否能够运用到其余项目中。
Scalability: 代码是否具备可塑性,当需求变动时,或者添加功能时,能够灵活变通。
目标:前端全自助,后端全自动。
自助意味着用户无需引导,一切不言自明,充分用户自主决定。自动表明着润物细无声,我就默默对你付出就好。
体验层:
一个好的产品经理,必须是一个好的用户;
什么样的服务,会给用户留下深入的印象?主要分为下面这几个因素
1.Usability ,服务是否完成了用户的须要
2.Responsiveness,服务是否及时反馈
3.Flexibility,服务是善于变通
4.Transparency,服务是否轻松自在
5.Enjoyment,服务是否让人愉快
一个挺生用户黏性的方法论:
Hooked(着迷的)
1.Trigger:经过宣传让用户了解服务
2.Action:知足需求让用户使用服务
3.Variable Reward:服务不按期发生变化,保持新鲜感
4.Investment:用户自我投入,UGC输出内容
如何作好产品经理??
好的产品经理最重要的特征:
过程当中对产品的要求:‘刷信任感,而不是存在感’;‘产品不是力求功能多,功能多了不必定好’;
“ 现在95%的产品经理作的99.9%的功能,都是有先例可抄可借鉴的。衡量一个产品经理优秀与否,绝对不是他抄不抄,而是他什么抄什么不抄。”-这都是摘录的‘快刀青衣’大师的语录。
“懂得克制,懂得作减法,这是我以为产品经理最重要的特质。”
总的感受,就是创新,但不仅为创新,创新是为持久用户创新,而不是为了尝鲜者;产品经理要作的功能也不是花哨,也没必要一味的相信用户体验数据,考虑大部分的需求和产品使用意图,在用户最大需求的基础上延伸新的锁定用户使用的新的功能点;这算是产品经理的方向。
1、产品方案
产品方案,目的最好的产品方案;
2、画原型
画原型,是否能知足交互设计原则;(前提:能用;要求:好用;易用:目标)
交互体验:
3、需求文档
考虑到全部的因素,分清主次,细化功能点;
4、产品规划
是否能够规划好每一个版本的上线周期,是否能够协调每一个周期的实施。