产品设计考研(产品设计考研考什么)

产品设计考研,产品设计考研考什么

‍这一年做SaaS踩了一些坑,也留下了一些经验,总结了SaaS产品设计原则,计划后续每年不断迭代。

01

用户获取/增长

1.1分钟让企业的不同角色知道产品对他们的价值是什么

企业的不同角色对于产品的诉求是不同的,SaaS产品需要短时间内面向不同角色让他们知道这个产品的价值是什么

  • 决策者:更看重产品对企业效率的提升,以及风险控制能力、产品售后服务。

  • 使用者:更关注产品的易用性,以及使用该产品后对原有工作流程的改变。

2.SaaS 0→1:把种子用户当作上帝:珍惜客户反馈,定期客户调研,回归工匠精神

种子用户可能属于创新者、早期使用者。他们有着这样的特点:喜欢新鲜事物,愿意为早期的新鲜产品进行尝试,愿意提出自己意见,对产品有强参与感。

早期时候由于客户量并不算大,可以多进行用户访谈,了解业务是做SaaS的前提。根据多家公司的不同情况,就可描绘出产品的框架,同时验证产品对客户的核心价值。

(我对工匠精神的理解:)

3.SaaS 1→100:产品内功没打好,不要轻易做增长

产品每次增长机会都尤其宝贵,有时候产品的MVP还没有打磨好,甚至没得到种子用户的认可,不要轻易做增长,否则用户进入但却留不住客户,浪费了一次客户的信任、口碑、机会。

02

产品设计

1.产品定位:面向中小还是大企业,提前想清楚。很难即要又要

对于SaaS产品定位:详见

2.保证企业用户的虚拟资产稳定性与安全性

数据信息安全与可靠性是SaaS厂商的核心价值。

  • 系统稳定性:稳定性是一切的前提,保证企业资产不丢失、不外流

  • 功能使用:资产生产-管理-使用-删除整个链路的通畅与安全,考虑不同角色对于资产管理的诉求

3.功能上线后,不可随意下线。所以每个功能都要慎重,想不清楚宁可不做

每个功能上线后,即使是仅有20%的客户使用,如果下线都是影响很大的反馈。因为改变了用户习惯或者使用数据。所以每个功能想不清楚,宁愿不做。

4.客户并不是永远在PC端使用你的产品

旧的客户端产品的体验,经常就是在一个封闭的环境中进行系统的使用。但现在的SaaS模式下,伴随企业OA、通讯软件钉钉、微信的成熟。要更多考虑到SaaS产品与企业内部系统或者内部工作环境、通讯软件的结合。

5.基于场景,而不是基于能力单点上线:没有串联具体场景,单点的功能上线是无意义的

在目前小步快跑、快速迭代的号召下,很多产品经理容易陷入功能型产品经理的误区。客户反馈说要这个功能,然后就下个版本立马上线。但对于SaaS产品,我们更重要的解决一个场景的问题,就是可以讲出用户使用的故事。如果单点功能上线,没有推广,讲不清场景,这样的功能也是无意义的。

(对于场景的理解:详见)

6.产品结构保持稳定性,优化产品内功而不是表面,做一步想十步。

比较好的SaaS产品,我们打开第一眼总是觉得没有什么更新,可是在实际体验上,却发现原来新增了这么多能力。产品框架架构好是非常重要的,可以让企业使用习惯不变,却能感觉到产品功能的不断丰富。

7.竞品分析多问为什么,现象背后有很多组织的原因,别抄到了错的部分

前段时间做竞品分析,感觉某个产品功能上不太对,问了在那个公司的朋友,发现他们内部也都知道这个问题,只是用户量太大,不太好修改调整了。所以不要神化排名靠前的几个竞品,可能它某个决策是错的,然后你还抄下去了

03

商业化

1.商业价值的产生来自于用户价值的交付。若没有产生足够的用户价值,就不要进行商业化。

俞军的产品价值公式:产品价值 = (新体验 – 旧体验)- 迁移成本。

在日常的工作接触中,发现企业用户作为决策者每年在汇报时候,也会自己做一个公式,与公司汇报买我们系统的价值。如简单的公式:系统采购成本<使用这个系统带来的人力减少*人工成本。

如果某个功能想要收费,但是衡量价值上并不能很好地衡量出对客户的提效,就先不要进行商业化。

2.关注长期价值,而不是短期利益

我们常说SaaS的核心是续费,对于SaaS产品已经购买的客户,有两点指标需要关注:续费率、客户终身价值(LTV),用户购买SaaS后由于其很多企业数据存储在SaaS上,其迁移成本是比较高的,我们更应该关注客户的长期价值,提供长期稳定的体验。

最后,作者的公众号推荐给你:

产品设计考研(产品设计考研考什么)