购买
下载掌阅APP,畅读海量书库
立即打开
畅读海量书库
扫码下载掌阅APP

2.4 SaaS产品建设的4个环节

在开发面向企业的SaaS产品的过程中,我们遇到了一些挑战和困难。通过总结这些经验,并结合一些优秀平台的建设经验,我们形成了一套产品建设原则。这些原则旨在为SaaS行业的从业者提供参考,帮助大家更好地开发和管理SaaS产品。

这些产品建设原则如图2-4所示。

图2-4 SaaS产品建设的原则

2.4.1 需求环节

需求管理能力是产品人员最重要的能力,需求的优先级决定了团队资源的投入方向。

1.用户和场景是产品的基础

产品需求应主要来源于用户,并用于满足具体的使用场景。为了获取这些需求,可以采用多种途径,例如通过市场售后部门、用户反馈、渠道反馈、产品内部沟通总结、竞品分析、上级领导提出、政策要求以及运营部门等途径来获取。

市场对一个产品的接受程度,往往取决于该产品是否能满足市场需求,并有效解决企业的实际问题。因此,我们应该更加关注企业的真实反馈和需求,集中力量解决实际场景中的问题。

对于产品人员来说,对需求进行分析和甄别是至关重要的。每个需求都应尽可能由直接用户提出,以获取最真实的原始需求。对于通过中间人转述的需求,可能存在失真的情况,因为转述过程中可能夹杂了部分转述人的理解,这种失真可能导致产品方案的不完善。

对于非直接用户帮助直接用户提出的需求,应谨慎处理。因为提出方和使用方不一致,需求的合理性和可操作性可能得不到保障。

在处理用户需求时,必须关注场景本身。用户可能不是专业的产品人员,他们提出的需求更可能是要求。直接实现这些要求可能并不满足用户的实际目的或不是最佳操作方式。因此,我们需要了解用户的真实意图和实际要解决的问题。

为了更好地理解实际场景,我们可以使用5W2H分析法。详细内容可以在第3章的需求调研中找到。

2.优先满足多数人的高价值需求

在开发产品功能时,我们需要充分考虑投入产出比。为了确保资源的合理分配,产品人员在处理需求优先级时,需要充分考虑各相关方的意见和影响。

从科学技术发展的规律来看,技术总是朝着满足人类需求的方向不断演化。因此,在确定需求优先级时,我们需要充分考虑这些需求是否能够满足大多数人的需求,以及实现这些需求的投入产出比是否合理。只有这样,我们才能确保产品的开发更加科学、合理、有效。

为了实现合理的需求优先级安排,我们需要一套科学的方法来支撑。这需要考虑需求实现的投入产出比,以确保我们的资源能够产生最大的效益。具体的评估方法可以参考第4章需求管理环节的内容。

需求的优先级确定后,团队的资源将主要用于实现这些需求。因此,需求优先级的安排必须合理,以确保产品的发展更加健康。

3.具有持续性或重复性使用场景的需求才需要进入产品流程

如果说前一条原则是对需求管理的最高标准要求,那么本条原则则是对需求管理的最低标准要求。在我们的工作中,存在一些不常出现的场景,这些场景也需要产品化。然而,针对这种低频的操作或一次性工作开发产品,实际上是对产研资源的严重浪费。因此,我们应该通过其他手段来完成这些低频操作或一次性工作,只有在需要的频次上升或者重复操作次数提升时,才将其转化为需要进入研发流程的需求。

2.4.2 设计环节

产品设计是产品人员的基本能力,优秀的产品设计可以增强产品的市场竞争力,提升用户体验和生产效率。

1.产品设计应满足最小化场景闭环

在产品设计过程中,我们应避免过度追求全面性。在资源有限的情况下,满足最小场景闭环即可。产品以迭代方式推向市场,其特点是快速推出、快速验证,并根据反馈快速优化。

如果一套功能设计过于庞大,会导致迭代周期延长,中间存在的问题可能在推向市场后才被发现,而返工调整会浪费大量的工作量,减缓产品的进步速度,降低产品市场竞争力。

产品设计不应削减必要的功能,强调最小场景闭环,是因为如果上线部分功能,会导致用户最小单元操作无法完成,无法解决用户的问题,从而降低用户的满意度,达不到产品迭代的作用和意义。

2.优先满足操作效率需求

企业服务产品的核心价值在于助力企业提升收入、降低成本。在营销领域,产品主要关注于满足企业的增收需求。而管理类或其他工具类产品更侧重于帮助企业实现多维度的成本降低,包括管理成本、运营成本以及合规成本等。

为有效降低成本,提高效率成为关键途径,这可以通过多种方式实现,如批量操作、流程优化以及自动化处理等。因此,在产品设计和开发过程中,我们应优先考虑这些能够提高效率的方法,以确保企业能够更高效地运营并实现成本降低。

3.功能基于现有场景进行抽象,不轻易增加新概念

企业运营往往需要多人协同,需要团队成员对某一场景有共同的理解和认知。

基于用户的现有场景进行抽象,尽可能保证线上的概念和线下基本一致,可以让用户不需要进行专业的培训学习,就可以理解系统的运作模式。这里的场景包括空间、流程、操作方式等,概念包括专业术语、行业名词、通用词语等。

任何一个新概念的产生,都需要人们去记忆和理解,在多人协同的情况下,一个简单名词也可能会产生理解的重大偏差,这都可能需要花费大量的精力去教育市场、培训用户。因此不要轻易在系统中增加新概念。

2.4.3 研发环节

产品经理应同研发环节紧密配合,研发环节应在实现需求的同时,兼顾产品的稳定和易用。必要的时候需要适当调整优先级和需求条目。

1.技术实现应尽可能满足用户场景需求

这里强调满足用户的场景需求,而不是满足产品经理的需求,团队成员都有权利提出自己的合理化建议,在对用户操作场景了解清晰的情况下,给出最合适的解决方案。方案达成一致后,再进入研发环节。

技术实现应该尽可能满足用户场景需求,我们在实现需求的过程中,可能会因为实现的复杂度上升,工作量增加而调整方案,如果调整后的方案不能很好地满足用户的需求,则无须调整。

我们必须明确一点,实现功能并非我们的最终目的。我们的首要任务是满足用户场景需求。如果开发出的功能不适用于用户,那么它对用户和客户就没有价值。

2.稳定是产品建设的基石,稳定应始终居于主要地位

对于已有大量用户的产品,我们必须确保其稳定运行,因为任何不稳定因素都可能对所有用户产生直接影响,导致操作预期无法满足,甚至可能影响企业的正常运营,带来经济损失。

对于新产品或用户量较少的产品,我们可以适当加快进度,但前提是确保不会对现有系统的稳定性产生负面影响。在面对各相关方的催促和期望提前上线的压力时,我们必须保持冷静和理性,慎重评估新功能上线的风险。

产品经理和技术团队在识别风险后,如果有必要,应该拒绝上线可能影响稳定性的需求。在产品开发过程中,稳定性是至关重要的,我们必须确保产品的稳定性和可靠性,以满足用户的期望和需求。

在企业服务行业,保障产品稳定的优先级高于新功能的实现已经成为基本共识。这是因为已经存在的功能如果无法继续使用,将立即影响所有用户,导致正常的操作预期无法满足。而新功能是尚未实现的功能,用户尚未对其形成依赖。

3.产品提示应让用户能够看懂并知道下一步该怎么做

在产品设计和研发过程中,我们会遇到各种提示,其中许多提示可能未经精细处理。例如,当遇到异常情况时,研发人员可能会直接抛出异常,或者根据自己的理解提供提示,而这个提示可能过于技术化,从而导致用户无法理解。

系统提示对于用户体验至关重要,因为用户的每次操作都期望得到预期的反馈。如果预期未得到满足,那么很可能出现了某种“问题”。在这种情况下,用户需要明白发生了什么事情,以便采取进一步的行动来解决这个问题。因此,系统提供的提示首先需要用户能够理解,其次需要指导用户下一步应该如何操作。

产品经理需要关注并参与各种提示的优化,为研发和其他环节的伙伴提供支持。优秀的产品提示可以胜过多次的产品培训,为用户提供更好的使用体验。

2.4.4 运营环节

1.尊重每一位客户,不轻易下线功能

用户已使用我们的功能并与其达成协议,突然下线该功能将导致用户原有操作习惯的改变,甚至可能影响其原有业务操作的完成。这种改变为用户和客户带来的体验将是非常糟糕的。因此,如果产品经理必须下线某项功能,应尽可能提前与客户沟通,并提供可替代方案,以最大限度地减轻对客户造成的影响。

2.在用户或客户需要的时候提醒

在产品运营过程中,过多的提醒和交流可能会对用户造成干扰,而完全不做又可能导致用户忽略一些重要工作,从而影响客户的正常使用。因此,我们应该在避免打扰客户的前提下,确保在客户需要时提醒到位。

遵循这些原则是我们在SaaS产品领域取得成功的基础。若违背这些原则,可能会带来不良的后果。因此,我们需要在实践中不断思考、研究和优化,以确保产品的持续改进和提升。在此,我们分享这些原则,供读者朋友参考。 +y6tH+5JnaKADV7NeWiMvuYxs3kNuygXrrO1uKVvfWwwmESKXI91+Y1SiKgxN5kc

点击中间区域
呼出菜单
上一章
目录
下一章
×