成功的SaaS企业背后一定会存在一套对SaaS产品管理的流程，这套管理流程的存在是为了确保SaaS产品的成功。如果你想创建具备满足客户需求的功能最佳产品，实施有效的产品管理流程是关键。
产品管理流程包括启动新产品、功能或迭代现有产品功能的步骤，涉及与产品生命周期的每个阶段相关的一系列任务。这是一个不断进行假设、试验、改进体验等，并且从中不断的吸取经验和学习，从而构建真正产品的流程。
作为SaaS产品经理，在产品管理的过程中，你需要负责平衡用户体验、业务目标和技术可行性。这样涉及到与与各种团队和利益相关者的合作，包括客户、业务领导、设计师、研发工程师、营销人员、客户支持等等。
实施有效的产品管理流程能够帮助企业及其他人快速了解产品价值，并且清楚的解释将销售什么以及如何将开发的产品转化为收入。好的产品管理流程能够带来最大化的成功机会，快速的验证不同的产品解决方案，围绕着用户的核心需求塑造产品，将企业资源聚合在一起。
SaaS产品管理流程主要阶段包括：识别客户问题、制定解决问题的假设、制定路线图、确定功能优先级、交付给各个团队以及分析数据。所有这些阶段都在一个循环中进行直到产品生命周期结束。
对于不同的企业，产品项目的不同，企业策略不同，产品管理的周期可能会有所不同，实施产品管理流程的步骤也会不同，很难一概而论。通常SaaS产品管理流程步骤我们将分为以下几个步骤：创意产生、创意筛选、市场与用户研究、战略开发、产品研发、测试和反馈收集和产品改进。
一、创意的产生
每个人都必须承认想出新的想法是很困难的，而且没有办法在一瞬间找到新的想法。要想获得好的SaaS想法创意，你需要改变你自己的关注点。
大多数人在创意产生环节里，过分的专注于“寻找想法”，而忽视了问题所在。这种方式不仅很难让你寻找到合适并且有价值的创意，而且很容易陷入自我为是的状态。如果你专注于寻找一个会引爆行业并且成为行业第一的SaaS创意，那么你很可能不会找的这个创意。
在创意产生阶段，你需要做的事是专注于发现人们遇到的问题，并非寻找想法。
每个行业都有问题，作为初创公司，更应该多将时间投入到发现问题和产品创意产生上，如何快速的识别并且发现问题，有以下两种方式可以有效的实施：
1）收集和研究。关注一个行业或领域，寻找趋势、成长中的行业或者是高回报投资的产品，提前收集这些信息资料，分析那些需求和问题没有被解决。
2）头脑风暴会议。头脑风暴是一种发散式思考方式的会议，你需要营造一种思想开发的氛围，拒绝批评，任何观点都没有对错，也不应该带着批判性进行会议。头脑风暴会议参会成员最好是混合来自不同专业领域或者不同背景的人最好，这样能够从不同的维度进行问题和创意的探讨，促进创新。
二、创意筛选
当你收集完成所产生的产品创意后，你需要定义规范。可以采用门径管理流程方法对所有的想法进行“通过与不通过”及“评分”筛选,从众多的产品创意想法里面选择想要进行开发的前3个想法。然后可以采用SWOT（态势分析）进行分析，通过筛选过滤掉那些看起来有吸引力但是无法实现的想法，并且选择收益最大和投入成本最优的想法。
在产品创意筛选阶段，你需要试着用一句话清晰的来描述你的产品创意想法并且回答以下问题：
- 我想要去解决什么问题？
- 我是如何定义它（产品创意）的成功的？
- 我希望我的用户怎么描述我的产品创意想法？
- 别人会愿意为我的产品创意花钱吗？
三、市场与用户研究
我曾经花了些时间专门分析和研究过一些失败的创业公司案例，发现绝大多数失败的创业公司里面第一个失败的原因是创造没有市场需求的产品。
由此可见，市场调研与用户研究是产品管理步骤最核心之一。市场研和用户研究对产品的成功至关重要，通过市场和用户研究它能够让你识别市场情况、你的竞争对手在做什么、整个行业的趋势以及你的产品可能填补的市场空白是什么。
市场与用户研究可以采用初级研究和次级研究，初级研指的是从头开始收集数据以获得您需要的答案，例如问卷调查，深度访谈或焦点小组等第一手研究方法中得出的原始数据进行分析的研究方式。次级研究基于最初由他人收集而来的数据进行的研究，例如各种研究期刊、论文、剪报、统计年报及网上资料等。
市场研究主要内容：评估目标市场的规模、探索竞争对手情况、分析竞争优劣势、寻找改进的空间。
除了市场研究以外，你还需要关注第二点：用户研究。用户研究常常被产品经理忽视，因为大多数产品经理更加注重的是产品的设计和运营数据，对用户的调查和分析比较被动。在进行用户研究阶段，输出的是用户画像原型，你的用户画像原型角色包含着各自用户属性和特征，但是有两个关键要点你必须呈现出来：用户的需求和用户的愿望。
在市场与用户研究过程中，我们通常会先采用次级研究得出一个定性结论，再在这个定性结论的基础上进行初级研究。这样做的好处能够减少不必要的时间成本投入，同时更加聚集问题和寻找解决方案。
四、战略开发
当我们决定要开发什么产品之后，并不是马上就进行产品功能研发，应该优先进行产品战略开发。产品战略开发是基于研发主题的路线目标实施的计划，研发主题是塑造产品愿景，而产品战略是定义了你计划采取的步骤，讲述着随着时间的推进，你是如何实现产品的愿景的故事。
将战略开发拆解为执行步骤的最佳方式是绘制产品路线图。产品路线图是一种工具，它为团队提供具有时间表和具体行动的框架，说明产品开发的愿景、目标和当前状态。一份完整的产品路线图必须要包括以下内容：业务目标和目的、产品所属领域、产品特点、事项优先级顺序、关键继续指标（KPI）。
战略开发是一种动态持续表现企业对市场竞争的思路，而产品路线图同样需要定期动态的进行调整更新。随着竞争格局的变化、客户的偏好调整或者是计划中需要实现的产品功能修改，要确保产品路线图继续反映当前工作的状态以及长期目标的重要性。通常，产品路线图每周或者每两周更新一次，以便团队能够通过它获取准确的事实来源。
五、产品研发
产品研发开始阶段将由SaaS开发人员评估并且选择出最优的技术栈（编程语言、平台、软件和工具），通常采用公司或者是团队较为熟悉的技术生态。选择技术栈需要优先考虑未来SaaS应用程序的可扩展性、多功能性、可靠性和安全性。
SaaS技术栈选择原则：
- 主流技术语言。例如：java、python等。
- 学习曲线低
- 符合技术战略S曲线增长趋势，存在长期价值。
SaaS初创团队要善于利用构建最小可行产品（ MVP）去验证市场，最小可行产品仅具备有效部署产品的核心功能，以最低成本为用户创造直接价值的基本核心功能从早期采用者获取使用反馈，该策略旨在避免构建客户不想要的产品，并寻求以最少的钱获得关于客户的最大信息。
初创SaaS团队在产品研发阶段需要关注两点：
- 如果将SaaS产品外包其他服务商进行研发，需要优先招聘配置至少一名以上的研发人员进行项目跟进，协同开发。很多初创团队，一开始没有办法在研发方面投入足够的研发资源和成本，只能向外选择外包服务商委托研发。如果采用委托开发，请一定要招聘一到两名研发人员一起协同开发，确保外包交付产品后，后续的迭代开发或者是优化，自己的团队能够快速跟上，以免出现被外包服务商“卡脖子”的情况。
- 优先关注价值而非功能。在产品创造阶段，最好还是关注价值，大多数初创团队在研发阶段会陷入研发“停不下来车”的情况，功能越做越多，越来越复杂，研发的侧重点在功能层面上，而不是产品给用户带来的价值点。
六、测试和反馈收集
产品初次成功研发后，不要急于发布推向市场，应该先找早期核心用户进行免费试用。通过核心用户的试用获取用户行为数据及其反馈来进一步确定产品想法是否符合市场预期，解决方案是否能够精准的命中用户的核心诉求。
SaaS产品的测试，是一个评估托管在网络上的应用软件是否满足客户需求和达到预期的解决方案性能。最常见的测试类型有：性能测试、可用性测试、安全性测试、业务工作流程测试等等。其中包括评估软件解决方案的功能以确定它是否能够满足其目标。
用户反馈的收集可以帮助你预测用户的未来需求，并且在问题困扰用户之前主动解决问题。SaaS产品就是一个以客户为中心，根据客户的需求创建的产品和服务，通过不断的迭代产品的服务能力和解决问题的改进，才能够让用户买单，并且向其他人推荐你的产品。
通常我们会采用实时聊天、客户现场访问、简单问卷调查、社交媒体工具等收集用户的反馈。实时聊天与客户现场访问是与客户直接交流的一种方式，你可以提前规划分类一些特定的实时问题或对产品的使用过程提出一些问题与用户进行互动。
简单的问卷调查可以轻松快速的获悉到用户对你产品的印象和服务方面的体验问题，例如用户满意度调查。与销售团队分享此反馈，为他们提供用例，以便他们在向新客户销售功能时更好地定位功能。
社交媒体是人们喜欢表达自己感受的重要平台。尽管它可能不像直接反馈那样有意义和建设性，但是你能够通过其他社交媒体平台上找到一些有价值的反馈。
我们在产品的设计上可以尽量将用户想象成一个小白，但是切记在收集用户反馈的过程中，要多思考下用户为什么会提出这样的问题或者感受，多站在用户的角度去思考问题，尤其是对于大多数B端的用户的问题反馈，一般都会提出问题之后还顺便给你提了点“建议性”的解决方案，产品经理应该理性的看待这一类解决方案，慎重的做出决策。
这一类解决方案很可能不够完善，因为大多数B端的用户使用产品的场景和视角比较窄，你无法让他从系统或者业务的全局观上给你提出很好的建议，这也就是我们经常会要求产品经理当收到某一个用户的需求时，了解下他的岗位职责是什么（站在用户的角度），你就明白他为什么提出这个问题和这样的建议方案。
七、产品迭代改进
产品迭代改进又称为迭代软件开发，它不仅仅是一个流行词，对我们SaaS行业或互联网软件产品而言，带来的实际好处非常的大。例如：
1. 更好的软件质量
SaaS产品开发采用的是敏捷开发思路，迭代开发和增量开发是敏捷开发的最佳实践。我们将产品划分为小的、定义明确的单元体，而不是大的模块和无法把握的大功能。通过快速交付少量的功能，确保每次交付的的版本都能够被充分的验证和测试，保证产品的交付质量。
另外，通过这种方式，如果产品版本交付上线后发生了问题，我们也能够快速的定位到问题，及时的修复调整过来，减少问题对用户的影响程度。
2. 更快的交付和实施使用
我们利用快速的迭代开发，在较短的发布周期内对那些能够帮助到用户和解决用户问题的功能上持续快速的进行改进，这种方式可以增强用户对我们产品的信心和积极的反馈，有利于围绕用户的价值来实现产品的研发。
3. 开发效率更高
将开发工作划分为尽快交付的小型可交付成果可降低沟通不畅和需求规格错误的风险。敏捷迭代方法允许软件开发团队计划、设计、检查和调整迭代。相比之下，频繁的发布迫使开发团队更快地将他们的工作暴露在现实中，帮助及早解决错误的规范，并更容易响应变更请求。
通过迭代工作，项目团队经历了一个循环，他们在每次迭代中进行评估，并确定需要进行哪些更改才能产生令人满意的最终产品。
最后的话
尽管软件产品管理过程不是终点，但在这个阶段，产品管理流程不仅仅是SaaS企业和产品经理需要遵循的一组步骤。每个阶段都应该有一个目的和目标，而不仅仅是执行。产品管理最后的焦点需要再次转向优化和效率。尝试考虑扩展、运营改进、业务成果维护的可能方法，同时最大限度地降低成本和优化效率。
重要的是要记住，产品开发不是一个线性过程。作为初创公司的创始人或产品经理，需要保持灵活性并培养自我和团队的应变能力。
