在我看来,没有任何一套产品设计流程是适合所有创业公司的,因为每家创业公司的情况都不一样,永远没有最好的产品设计流程,适合实际需要的产品设计流程就是最好的流程,那么,创业公司到底需要怎样的产品设计流程?
在入行产品前,我对整个产品设计流程的理解是这样的:
直到今天再来看这部分内容,可以说它的颗粒度细、流程明确,但只能作为一个大方向。
毕竟每个公司的模式不一样,每个类别的产品经理也不一样。
接下来,我会将产品设计流程、SaaS 产品和创业公司这 3 个元素结合起来,谈谈我的理解,希望能对你有所启发。
1、业务分析
要知道,我们常见的产品大多偏 C 端,产品经理可以通过共情来挖掘需求,所以会叫做「需求分析」。
而对于 SaaS 产品来说,我们要分析业务,理解企业已有的运作流程,并最终将结果映射到系统中,完成整个业务的闭环。
因此这里用「业务分析」作为开始更为贴切。
可不要小看了这两个字,对于 SaaS 产品,回归业务场景是一切的基础,因此需要我们对业务时刻保持高度敏感。
01、业务关系梳理
SaaS 产品提供的是业务解决方案,是作为企业提效降本的工具。
因此产品经理需要先明确客户的问题,基于问题去制定方案。
从角色和工作流的角度思考,明确上下游关系、行为边界、利益关系等信息,做到先发散后收敛,最后做出产品决策。
02、评估需求价值
我们都知道,需求价值分为「用户价值」和「商业价值」。
而对于 SaaS 产品来说,更应该关注的是「商业价值」,做到每个功能都能解决对方的业务问题,才能够引导对方使用,从而进一步有签单的可能。
具体的评估和优先级排序的方式,我在文章《SaaS 产品该如何判断需求价值?》有详细说明。
03、需求优先级
也许你会有疑问,为什么我一直没有说需求筛选。
是因为对方提出的问题,一定客观存在于业务场景中,而业务场景也就是对方的工作,因此也不会存在凭空想象。
这也就是 SaaS 产品需求确定性的原因。
因此产品经理重点要做的是需求的排序,思考并判断出哪个需求先做,能带来更多的价值。
2、产品方案
在完成业务分析并明确地将问题转化为需求,并根据需求的价值排好优先级后,就可以将需求转化为可落地的解决方案。
这部分会涉及到如何在系统内实现,也会涉及到具体的产出。
通常来说,也是初级产品经理的主要工作之一。
01、功能设计
在创业公司里,prd 的形式大多都是原型图 + 备注,不仅产出速度快,而且开发看起来也方便。
重点是你能将逻辑,详细且明白地写清楚,并配上流程图。
要知道,画流程图是一个很好的习惯,不仅能够帮助自己捋顺思路,而且对于开发和测试来说,接受度高且能够降低沟通成本。
而如果是复杂的功能逻辑,不光是流程图,有时还需要用举例的方式说明。
02、交互与逻辑自查
通常我们在上传原型之前,都会检查一遍自己写的逻辑是否有问题,但毕竟我们很难做到不出现纰漏。
因此需要做一个「自查表」,每次上传前对照着过一遍,并随时做到更新迭代。
这样不仅能防止同一个错误犯两遍,同时还能体现出你的专业性。
3、需求评审
接下来,就需要拿着你的方案组织开发过评审了,这也被戏称为产品经理批斗大会,我们通常会被问的怀疑人生。
01、组织评审
可以说在这一点,非常锻炼产品经理的沟通和组织能力。
首先我们需要提前告知技术 leader ,让每个开发都了解这次的更新点,最好附上业务背景和用户场景描述。
很多人都会忽略这一点,这会导致后面开发对方案的理解产生偏差。
然后就是提前收集问题,解决并达成一致,避免会上尴尬。
最后就是会上要做到控场,重点强调设计背景和逻辑决策的原因,团队要达成一致。
02、技术评估,定排期
很多创业公司,包括我所在的公司日内瓦,产品经理不需要知道这些,我们等上线通知就好。
但实际上,这个过程可以加深产品经理对技术的理解和项目的把控。
在以后做版本迭代的时候,可以进行初步预估,做到心里有数。
4、功能开发
功能开发属于程序员的工作范畴了,毕竟产品经理能做的事情不多,但并不是说产品经理就无事可做了。
01、定期检查,保证彼此需求理解一致
每个人对于需求的理解都会存在偏差,这属于不可预知的问题,毕竟就算你写的再清楚,对方也有可能没有注意到。
那么作为产品经理,能做到的就是阶段性的与开发沟通,出现问题及时作出调整。
当然,有的时候就算你不去看、不去问,开发自己也会来问你,“这里你文档里没写到,要怎么处理?”
但要注意一点,不要让对方觉得你像是监工一样在催他,或者是打扰他的思路。
这个平衡点需要产品经理自己去探寻,毕竟每个程序员的脾气都不一样。
02、测试流程
产品经理作为设计方案的人,需要亲自参与功能测试。
不要怕,这里说的不是代码层面的测试,而是说功能流程上的测试。
通常来说只需要测试单独开个环境,App 开发人员打个包给你,你就可以做了。
无非就是在时间节点上,最好是在第一轮测试后,且 Bug 数量不多的情况下去做。
毕竟跑流程的过程中如果都是 Bug ,也是在浪费你的时间。
5、发布验证
一个功能上线了如果得不到验证,那么实际上是在做「实验室产品」,没有任何意义。
01、上线后的功能使用情况
这对于 SaaS 产品来说是最容易判断的,可以通过数据库、登录超级管理员账号等方式的查看,这些都可以办到。
对于 SaaS 产品来说,通常是对方不知道你上了这个功能,也就是说通知没有做到位。
当对方用起来并开始跟你抱怨的时候,不要怕,这很正常。
将注意力集中在挖掘对方不满意的原因上,不过通常来说可以分为这么几类。
(1)不可用,通常是业务闭环上出现了问题,需要反思在业务调研上面出现的问题;
(2)不易用,对于高频功能项,客户会希望能高效操作,所以步骤设计上要能少则少;
(3)不好用,往往会伴随着个性化要求,通常不会被提出来,但 SaaS 产品经理要做到理解;
02、整合有效反馈
除了使用情况之外,我们需要对客户进行分类,便于将对方的问题进行整合。
毕竟 SaaS 产品面向的是一群客户,我们需要优先做通用性方案,在此基础上满足客户的个性化需求。
6、产品运营
好的产品一定离不开运营,只有这样才能获得更多的问题反馈,而这些才是产品经理设计的源泉。
01、业务部门做推广试用
这里需要结合产品的定位,尽可能选择大企业作为推广目标,最好能够是标杆企业。
因为这类企业运作流程规范,可复制性强,之后做案例分析和推广的时候,也能当做素材。
毕竟对于 SaaS 产品来说,从头部复制到腰部容易,而反过来就相当难了。
02、不要骚扰客户
过度的接触客户,就会变成一种骚扰。
说一句自嘲的话,做 SaaS 产品的我们就是个卖软件的,你需要提供的是产品服务,而不要去期望对方要配合你打磨产品。
因此在向客户要反馈之前,准备好问题和重点,把握好时间,要让对方感受到重视的同时,但又不会觉得你烦,而你又能获得问题反馈。
写在最后
作为创业公司的产品经理,要做到每个节点都去参与,但需要做到有的放矢。
在这个过程中不断复盘,优化自己的执行习惯,提高自己的产品能力。
只有这样才能培养出我们对产品细微的体感,而这恰恰也是我们成长的源泉。
希望你我能在这个过程中不断精进,不断成长。
聿圆,微信公众号:聿圆小屋,我是聿圆,是一名在迷茫道路上,成长前进的产品人。在这里,我希望能通过不断记录、不断复盘,让自己成为一个思考有深度,表达有条理的产品人。