在SaaS业务中，与客户接触时要注意哪些问题呢？如何才能让你的客户维持得更久？本文作者提出了12个和SaaS业务相关的建议，希望能给你带来一些帮助。
做企业内部信息系统的同学应该会常常遇到这种情况，有新功能上线了，但公司内同事却不“埋单”。
这种事情不仅浪费团队内部资源，同时对产品经理本人的工作成果产生负效应，而且也并没有实质上对企业的“降本增效”带来帮助。
【资料图】
那么应该如何解决这个问题？有三个方面，其中最后一个方面需要特别注意。
功能不符合目标受众的需求，自然没人用。遇到这种情况，解决时需要从三个方面入手处理。
产品规划前的调研功能规划前需要对目用户进行充分的访谈沟通。但更重要的是，要到他们的工作场景中去了解他们当前在处理该项工作时的做法。
在了解到目标用户当前的做法后，你可以有两种选择：
将他们的做法“产品化”，还原到产品世界中。这并没有改变他们的工作方式或习惯，同时，也提升了他们的效率。产品反推工作场景升级。你意识到他们当前的做法不是最高效的，若结合产品方案，会有更高效的处理方式，那么你需要将该事项从“产品层”反推回“业务层”，说服他们采纳你的新方法，并推出产品方案。设计开发中的沟通不要认为开始进入设计开发阶段就可以完全脱离用户了。在这个过程中若有变化（可能是方案变更、升级、降级等），都可以通知目标用户。
在UAT阶段，也可以邀约核心用户来体验，及时发现问题并改进。
有些时候，在这个过程中，你还能从他们那获得到一些意想不到的Ideas。
功能上线后的反馈功能上线需及时让用户使用于实际工作场景中，看是否真的解决了问题。
新的优化结果对于用户来说，体验没升级，或降级了。用户一般会抱怨说“还不如改回之前的”。
此时可以考虑以下几点：
场景覆盖缺漏在优化版本设计的过程中遗漏了一些场景，些时刚需要评估，是恢复旧版本，还是基于新版本迭代补充，这需要考虑成本问题。
操作体验变差主要检查核心流程中的点击次数、页面访问数等指标与旧版本的对比。同时，也需要观察一些性能指标，如接口响应、浏览器兼容性等。
很多时候做内部产品调研或规划时，会遇到同事不太配合或有所保留的情况，他们甚至有可能强硬地要求你按他的方法来做，或让你别做这事。
这有可能是因为，该产品方案可能会对部分员工的工作产生可替代性威胁。产品上线后，对企业来说产生了降本增效的效果，但也同时意味着有部分员工有失业的风险。
若遇到这种情况，我们需要进行利益相关者（Stakeholder）分析，找出该事项获益的最大一方请求协助。
比较常见的利益相关方，一般是相关部门的领导人，或更高级别的。因为，若部门能够通过产品优化实现降本增效，对于他们来说是会是一个非常值得大书特书的成绩。该情况一般在传统企业的数字化进程中尤甚。
你需要看准时机，向该领导人阐述你的方案，最好能以数据的方式说明方案效果，并得到他的资源支持。
管理者永远最关心资源利用率。即使中层不关注，高层也一定关注。
本文由 @AleN说产品 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
标签：
相关新闻
