微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

产品老司机站住!教教产品新人你的“套路”

来源:网络 288723
目前产品岗的招聘要求日益变高,所以产品新人们大多已有了产品基础,但是要成为产品届的武林高手,你需要来自产品大神的《葵花宝典》,各位产品大神和产品新人们一起来看天天问小伙伴讨论的“套路”吧~enjoy~
问题清单:
  1. 作为一名产品老司机,有哪些套路是新人不知道的?
  2. 来说说看,你发现的产品经理常犯的低级错误有什么?

————————————————— 我是分割线 —————————————————

问题1

作为一名产品老司机,有哪些套路是新人不知道的?@神之子

精选回复@睡不着的猫

其实有很多。慢慢列一下吧。 关于原型 1. 如果上级没有要求,不要做高保真,浪费时间,ROI太低。 2. 不要添加五颜六色的东西,原型用好黑白灰三个颜色就好。如果想表达不同的层级用不同的灰度。 3. 注意对齐!! 注意对齐!! 注意对齐!!重要的事情说三遍,菜鸟和专业的差距很多时候就在这些细节上面。 4. 用好组件。有一个团队通用的组件就行,不要追求各种稀奇古怪的组件。我们团队就2组件库,一个安卓一个ios的,其他的都用系统自带的,大家都容易识别。 5. 如果做一个交互的时间太长,就不要做,简单的就好。当然如果你用中继器加几个判断也只要十几分钟就可以,但是花上几个小时去弄一个交互太不值了。 6. 用好母版、动态面板,能省很多时间。 7. 命名规范,不论是页面还是组件。不要用默认或者稀奇古怪的命名。 关于PRD 1. PRD是在需求分析、原型等的最后一个产出物,不是拿到一个需求就开始写PRD 2. PRD只是方便沟通、存档用的,没有格式限制,自己团队习惯什么就用什么。 3. PRD的详细程度和写作风格,不要听网上那些乱七八糟的人瞎说。按照自己团队的来就行。有句话叫”举一反三”。当你熟悉后其他格式的PRD都不在话下,不要急。 4. PRD最重要的是逻辑,好不好看是其次,不要乱。 关于沟通 1. 能当面沟通的,不要用微信QQ;能电话沟通的,不要用微信QQ。 2. 重要事情走邮件,备忘是一个,防止撕逼是一个。 先写到这里,搬砖去了

精选回复@波比波比

我是新人,不过也分享一些我为数不多的经验给小白同胞们吧。 (1)不要给自己挖坑,有些问题,确定能完成再承诺,不要轻易承诺一定能完成,一定能做成什么样。很多时候,自己觉得能做,到了boss一级,很多咱们天马行空想的东西都做不了。这一点在大公司里各部门合作时尤其要注意。 (2)重要的事一定要邮件确认,一定要邮件确认,一定要邮件确认。 (3)做事前要了解公司现在的发展方向,大目标,boss最看重哪方面的改进,做产品一定要和大方向保持一致,有些时候体验好的方案很可能是留不到最后的。 (4)项目一定要积极主动跟进,开发的资源一般都是紧张的,当你认为之前商量好时间就没事了,平时不管不问,中间很可能开发就认为你的需求不紧急,把你的需求delay,去处理别的催得紧的需求了。最后的锅还得自己背。 (5)碰到老司机带是很幸运的,但是大多数时候是没有老司机的,自己主动多学多问吧。

精选回复@好学生

新人产品飘过~~~ 一般上面都会发一些任务,然后做,在这过程中会遇到特别多的问题。 有时候需要跟其他系统的产品经理或者项目经理沟通传递一些东西,开始的时候因为会议纪要没发,结果在总会上说的时候他们反悔了,但是却说我当初不是这么说的,然后背黑锅。 有时候项目经理急着要某些东西,他说想先看看现在是怎么样的了,一直告诉他这不是最终版本,有些地方没确定,然后他们又按这个做了,说起谁给的,就说是我,继续背锅…… 之前实习三个月,现在正是入职产品才一个月,已经背了好多锅,被各方人马说,虽然还是很小白,但是起码不跟之前那么“白”,起码知道不能尽信人了…… 所以其实不断的犯错才是进步的根本所在啊……委屈次数多了,就知道……

精选回复@超级大头(昊奕)

我不说新人该知道什么,而是说新人该去想什么吧。 缺少的是,对一款产品的商业价值的理解。 说起用户价值,很多人都可以头头是道,因为自己也是用户。 但是商业价值,简单说来就是如何赚钱,就傻了。 一款产品,尤其是到了一定的量,如何将流量和用户变现是非常非常重要的事情,说白了就是要自己养活自己了。这个思考,是我见过的绝大不多产品经理,尤其是新人产品经理所不具备的。

精选回复@abc-ypc

1. 少即是多!要把产品做简单,流程做简单 2. 对于新人而言先不要去自己发明创造交互方式,最简单粗暴的方式就是去抄大产品! 3. 对开发说的话在信任的基础上保持怀疑,但是也要和开发保持良好的关系 4. 设计方面给予设计师足够的信任,可以给建议但是始终记住,人家才是设计师! 5. 每个团队对于文档之类的习惯不同,把以前自己写的拿给他研究研究 6. 产品逻辑要完整,考虑各种情况下是否有逻辑上的漏洞 7. 深思熟虑后再提交需求,别老改 8. 每天花点时间学习

精选回复@Lunatic

先学做人,再学专业知识。(真理)

精选回复@欧阳俊杰

最直接也是最好的办法就是带他做几次项目,很多套路就学会了。 看书自学,是最慢最慢的学习方式,对于新人来说看了用处并不大,顶多能学到点思想意识,如何动手还是不知道。 更多回复,查看问题链接:https://wen.woshipm.com/question/detail/7vtbr.html

问题2

来说说看,你发现的产品经理常犯的低级错误有什么?@问多多

描述如下

比如我在体验一款产品的时候发现写的是“登陆”,一个简单的错别字,就可以大致判断这个产品经理的水准甚至整个APP/网页的水准,那么来分享一下你踩过的低级“坑” OR 你见过的低级坑…… 为更多的产品er规避风险吧!

精选回复@watermelon

沉迷于做炫酷的PPT和文档,画炫酷的原型。却没有一点实质性的作用,反而把时间浪费在不必要的工作上面。

精选回复@菊外人

我每次看到把iOS 写成 ios 就会很不爽……

精选回复@Queenbee

看到页面上写一行提示文案   ”请稍后……”其实是稍候才对!

精选回复@CEO

使用axure的时候,命名总是不规范,别人看不懂。

精选回复@ShimizuLaw

常犯,也最让我难以忍受的是,找大家一起开会,问他主题是什么,他说我们只是碰一下,然后3/4的时间在看着他改原型图的编号。

精选回复@袁宁

最开始入门的时候啊,用户说哪哪哪不好,立马兴奋的想解决办法,出方案给老大看,被骂了几次知道了。现在先看看用户算老几(是不是典型用户)再看看值不值,再行动。

精选回复@杨过我是雕啊

一开口就是我觉得,我觉得,我觉得,一听到这个就想抽丫。 说了我觉得,必须要提出解决方案。不然说我觉得就是找抽。

精选回复@凤城狂客

以我和身边PM为例,想对工作中的所看所闻的方面说点感触: (1)过于相信产品经理是决定一切的角色 尤其应届刚进来会以为是“创新之神”,其实决定是老板,总监来决定,前期做的是尽量说服他们你发现的了一个你发现的考虑的思考过的并且可以执行的可靠方案。如果你一直以为自己什么都能定,Sorry……老板(大公司老板是总监,是GM之类的,并不是指绝对的老大,小公司嘛,你的头就是老板)是最重要的需求来源,如果他们有需求,满足他们。 (2)对产品需求和用户需求的区别不清楚 最经常犯的错误就是,用说的都是对的,按照用户说的做或者用户都是SB,按照我的想法来做。这两种都是没有对产品的目标方向缺乏认识导致的问题,或者说不知道怎样收集,拿捏处理需求的问题。 (3)不知道如何和开发/测试/设计/运营等同学配合 很多产品经理觉得写了文档画了图坐等开发同学实现出来一个牛逼的东西,其实不是这样的,开发同学的脑袋是关注效率、关注逻辑、关注可实现、有无意义(谁也不想无用功,需求价值要有说服力),如果你不经常看他们开发出来的中间版本就会出现各种低级错误。应该经常请他们吃饭,聊天,谈女人。 当然,严重情况可参考平安的PM与开发撕打…… (4)不知道交互设计师和产品经理之间的本质区别 有时候会陷入把自己定位一个交互设计师,经常出各种交互方案,各种动画,各种流程,觉得增加一个侧边栏产品就上流了。其实不是,产品经理关注的产品解决了什么问题,交互是解决问题的流程,如果有专门的交互设计师只需要关注流程是否合理,交互框架对未来需要解决的问题的扩展性。信息架构和交互架构产品经理更要关注前者。最怕就是不懂设计却瞎比比,很容易造成大战开始…… (5)高举“用户是一切”的万能钥匙 刚进去总是会以“自己是用户”或高举“用户体验”的幌子定性你的观点。真正容易让更多人信服你的观点是你能够在定量数据分析的基础上定性你的观点。其实做产品越久,就越要在有数据、有分析的基础上提出自己的看法并试图让大家接受你的看法,很重要。 (6)闭门造车型或者又叫闷头瞎想型。 有些PM是喜欢“封闭+专注”做事,往往喜欢下意识或者自动忽略对于项目基本需求的科学性调研,只是单方面地认为某个群体有某种需求。这类问题在产品经理身上非常容易出现,因为产品经理本身的工作性质要求个人是高度自信和深度自疑的结合体。所以这个类型的人往往会不自觉地虚拟出用户的需求或者片面扩大用户的需求。 解决这个问题其实程序上不难,主要是别去主观想,不要去替用户考虑,你要做的只是访谈,有引导的焦点会议,有导向性的用户研讨会,设计思路清晰的调查问卷,或者综合以上各类型,加上别的能够客观体现用户需求的技术。 (7)被说几句可能就动摇需求了 在需求评审会议中、在谈需求时,尤其是多方会议。可能别的部门或者协作者对产品经理的需求“批判”、“建议”、“质疑”,你就对自己的需求退让,改~改~改~。  其实接受别人的建议是很OK的,但刚开始可能年轻,初级,总担心自己的需求不够“力度”,往往不敢强硬。其实呢,这反映是产品经理对需求的把控力不够,你没有对需求的背景和需求的真伪去发力研究。我们要多思考多做数据分析多去调研,要用这些作为支撑需求的论据。别方~~~ 千万别被人说一说就动摇需求,这样反而会引起更多人对你的质疑。  

   

爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

想了解更多移动互联网干货知识,请关注微信公众号运营小咖秀(ID: yunyingshow)

【转载说明】   若上述素材出现侵权,请及时联系我们删除及进行处理:8088013@qq.com

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 6593 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号