暂时未有相关云产品技术能力~
生活是具体的。
一般我们找外包有几个原因:时间不够、能力不够、钱不够。或者几种兼有。
这个问题本质是工作意识的问题,前端开发之前做项目都是以功能为主,能用就好。
所谓场景,就是指什么人在什么时间,什么地点遇到了什么事,然后他们是用什么方法解决的。而创新就是通过分析发现场景里的问题,把问题转化为需求,用更好的产品或服务去满足这些需求的
有朋友问我,公司老板对技术部的产出一直不满意怎么办?我回答,那就想办法保持稳定的产出。然后你就会听到其他的问题,比如团队资源不够啊,系统问题太多,产品交互设计不合理,功能都有,但用户很难用等等。
我们都知道现在的产品要把服务做好,但具体要怎么做才算是把服务做好了呢?这个抓手在哪里呢?对用户微笑,对用户好就是服务吗?海底捞的服务好,到底是哪里好?
需求管理是产品经理非常重要的一项技能,简单理解,就是产品经理要记录所有需求,并根据公司的战略目标,对现有需求做排序。做什么不做什么,先做什么后做什么。
AARRR里的最后一个R讲的就是传播。传播就是想办法让用户给我们做推荐。主要有两种方式:用户主动推荐、产品推动用户推荐。
产品经理的核心工作就是研究用户,根据用户需求研发产品。而研究用户的核心是研究用户行为,研究用户行为背后的原理。
AARRR是用来分析用户增长的一个框架。分别表示获取(Acquisition)、激活(Activation)、留存(Retention)、变现(Revenue)和传播(Referral)。
尼尔森十大可用性原则是Jakob Nielsen提出,用来评价用户体验好不好的十个标准,虽然这是在web时代设计的标准,但依然可以给我们在做产品设计的时候做参考。
对于toB的产品而言,企业首先要把工具价值做好。
我们来看一个项目中可能遇到的场景。
目前的商业环境,竞争非常激烈,低垂的果实已经被摘完了,做什么都面临着许多同类竞争者。想要在同类产品竞争中取得优势是比较困难的。一般来说,有两条路,要么更好,要么不同。
从产品与用户关系角度,可以分为三类:单点、单边和多边。
要做竞品分析,首先得明确,什么类型的产品是竞品?
在职场里,换岗是一件需要勇气的事情。尤其是拿着高薪的时候,你可以有各种理由,但不一定能说服身边的人。像研发岗产品岗还好,不至于是从头再来。我身边也有一些成功转型的案例。
项目的干系人,也就是跟项目相关的人员。这里面有反对者,也有支持者,还有很多无所谓者,他们各自对项目有着不同的期望和诉求。我们把期望和诉求统称为利益。加上他们各自岗位的权利。我们就可以通过二维四象限工具把相关人员分成四类
问出一个好问题,比给出一个好的答案更重要。分析出了利益相关者,接着就是要想产品或者服务解决了他们什么问题。如,提高效率,降低成本。
产品分析的主线是,产品用什么方式,解决了谁的,什么问题。关键词:“用什么方法”,”谁的“、“什么问题”
我认为产品经理最重要的工作是在有限的资源里,做出一个可交付的产品,然后不断打磨产品的价值。而产品是否具有价值,需要放到市场上去验证。
复盘本来是围棋术语。指的是在对弈之后,棋手们会重演一遍对局,从中发现自己的错误,理解对手的思路,研究更为妥善的走法。很多围棋高手都把复盘当做棋艺精进的重要法门。后来柳传志先生把复盘引入了管理领域。
在你和你想要的东西之间,只差一连串更好的问题。 -- 《巨人的方法》
用户留存是一个很关键的指标,跟产品价值具有相关性。有留存说明用户认可了产品带给他的价值。应该说只有这个指标数据上去了,做推广才有意义。
以前我介绍过MECE法则(相互独立,完全穷尽),这是金字塔原理这本书里讲到的一个方法,在拆解一个大问题的时候很有用
我们用户来源有拉新、推荐、自然流量等。很多公司不重视自有渠道,但这个真做起来了,才是真正的现金奶牛。
用户画像是指我们产品或服务的核心用户具有代表性的一些共性特征。它是一个虚拟的用户,画出这些特征的目的有两个 1、指引我们更有效率地找到具有这部分共性的人。 2、快速的定位这些具有共性特征用户的需求。
当我们看到一个问题的时候,很容易就认可了这个问题的前提。比如,新公司安排的工作做不来这么办?是不是该离职了?工作真的做不出来?如果假设这个前提存在,那么问题就是能力不足。如果我们只想着是能力问题,我们的解决思路就是想着如何提升能力。但很可能问题本身不在于能力,可能是做事的方法不对,甚至安排的工作本身就不应该你来处理。
大部分人在职场工作一段时间后,就会有种现象,好像每天做的事情都是重复的。一旦有这种现象,那就表示现在的工作已经不能让自己成长了。如果这种现象持续很久,那这代表你遇到了阶段性的职场天花板。如果不能做出突破,阶段两个字就可以去掉了。
做过前端的同学可能知道,很多页面的业务逻辑简单且具有一致性。写起来并不会增加技术能力,就是比较费时间。而设计稿生成代码的目的就是为提高前端同学的研发效率,少写代码甚至不写代码。