在SaaS業(yè)務(wù)中，與客戶接觸時要注意哪些問題呢？如何才能讓你的客戶維持得更久？本文作者提出了12個和SaaS業(yè)務(wù)相關(guān)的建議，希望能給你帶來一些幫助。

做企業(yè)內(nèi)部信息系統(tǒng)的同學應該會常常遇到這種情況，有新功能上線了，但公司內(nèi)同事卻不“埋單”。

這種事情不僅浪費團隊內(nèi)部資源，同時對產(chǎn)品經(jīng)理本人的工作成果產(chǎn)生負效應，而且也并沒有實質(zhì)上對企業(yè)的“降本增效”帶來幫助。

那么應該如何解決這個問題？有三個方面，其中最后一個方面需要特別注意。

一、功能不符合需求

功能不符合目標受眾的需求，自然沒人用。遇到這種情況，解決時需要從三個方面入手處理。

產(chǎn)品規(guī)劃前的調(diào)研

功能規(guī)劃前需要對目用戶進行充分的訪談溝通。但更重要的是，要到他們的工作場景中去了解他們當前在處理該項工作時的做法。

在了解到目標用戶當前的做法后，你可以有兩種選擇：

1. 將他們的做法“產(chǎn)品化”，還原到產(chǎn)品世界中。這并沒有改變他們的工作方式或習慣，同時，也提升了他們的效率。
2. 產(chǎn)品反推工作場景升級。你意識到他們當前的做法不是最高效的，若結(jié)合產(chǎn)品方案，會有更高效的處理方式，那么你需要將該事項從“產(chǎn)品層”反推回“業(yè)務(wù)層”，說服他們采納你的新方法，并推出產(chǎn)品方案。

設(shè)計開發(fā)中的溝通

不要認為開始進入設(shè)計開發(fā)階段就可以完全脫離用戶了。在這個過程中若有變化（可能是方案變更、升級、降級等），都可以通知目標用戶。

在UAT階段，也可以邀約核心用戶來體驗，及時發(fā)現(xiàn)問題并改進。

有些時候，在這個過程中，你還能從他們那獲得到一些意想不到的Ideas。

功能上線后的反饋

功能上線需及時讓用戶使用于實際工作場景中，看是否真的解決了問題。

二、功能符合需求，但體驗沒升級

新的優(yōu)化結(jié)果對于用戶來說，體驗沒升級，或降級了。用戶一般會抱怨說“還不如改回之前的”。

此時可以考慮以下幾點：

場景覆蓋缺漏

在優(yōu)化版本設(shè)計的過程中遺漏了一些場景，些時剛需要評估，是恢復舊版本，還是基于新版本迭代補充，這需要考慮成本問題。

操作體驗變差

主要檢查核心流程中的點擊次數(shù)、頁面訪問數(shù)等指標與舊版本的對比。同時，也需要觀察一些性能指標，如接口響應、瀏覽器兼容性等。

三、對工作構(gòu)成了可替代威脅

很多時候做內(nèi)部產(chǎn)品調(diào)研或規(guī)劃時，會遇到同事不太配合或有所保留的情況，他們甚至有可能強硬地要求你按他的方法來做，或讓你別做這事。

這有可能是因為，該產(chǎn)品方案可能會對部分員工的工作產(chǎn)生可替代性威脅。產(chǎn)品上線后，對企業(yè)來說產(chǎn)生了降本增效的效果，但也同時意味著有部分員工有失業(yè)的風險。

若遇到這種情況，我們需要進行利益相關(guān)者（Stakeholder）分析，找出該事項獲益的最大一方請求協(xié)助。

比較常見的利益相關(guān)方，一般是相關(guān)部門的領(lǐng)導人，或更高級別的。因為，若部門能夠通過產(chǎn)品優(yōu)化實現(xiàn)降本增效，對于他們來說是會是一個非常值得大書特書的成績。該情況一般在傳統(tǒng)企業(yè)的數(shù)字化進程中尤甚。

你需要看準時機，向該領(lǐng)導人闡述你的方案，最好能以數(shù)據(jù)的方式說明方案效果，并得到他的資源支持。

管理者永遠最關(guān)心資源利用率。即使中層不關(guān)注，高層也一定關(guān)注。