TOG產品如何成為客戶工作的“必需品”?

8 評論 11712 瀏覽 88 收藏 10 分鐘

TO G產品比較尷尬的事情,就是客戶用不起來?!皼]有用、不好用、不會用”是經常從客戶那里反饋回來的聲音。那么,如何向客戶工作中“必需品”的方向逐漸改善呢,大概需要在以下幾個方向進行思考。

一、變“有用”

“有用”這個概念非常模糊,客戶不是產品經理,他們只是需求方,不可能親自定義所有產品能力。想要讓客戶辦公離不開我們的產品,首先需要了解“TO G產品屬性公式”,把產品屬性進行細分,找到產品價值對應的產品屬性。

TOG產品屬性公式

首先,TOG產品服務的三個最重要的對象分別是:

  • 使用產品的公職人員
  • 符合規則的業務流程;
  • 業務流通的信息數據

即以下公式:

將等式左側再拆解一下,就得到了客戶的需求

  • 公務人員希望得到:工作效率的提升、以及工作質量的提升;
  • 業務流程應該符合:上級部門制定的政策、以及工作業務規范;
  • 信息數據需要滿足:完整的存儲、方便的調取,同時能夠滿足內網安全需要。

繼續拆分,就得到了TO G產品的全要素屬性

這時候我們發現,我們的產品其實在屬性上可以分解成三個大的類目。

  • 用人工智能的新方法,并以此形成高質量的場景化解決方案,輔助公務人員;
  • 產品內容物,完全符合客戶的業務邏輯、流程和規范;
  • 集中處理業務流程里的各種數據,并安全存儲和調用。

當產品在逐漸迭代的過程中,能夠掌握更多的屬性,那么產品對于客戶的粘性將隨之大幅上升。

當全屬性都能夠滿足的時候,產品群就可能上升成為一整套的行業標準。

在TO G產品發展的過程中,傳統廠家入行早,往往承建并維護著業務數據,然后盡可能的通過產品線的拓展,補齊其他產品屬性。

而新入局廠家往往是從場景、能力等,大幅提高用戶辦公效率和質量的產品入手,向能夠接入業務數據的核心產品切入,和傳統廠家搶數據使用接口。

然兩者殊途同歸,最終目的都是建立全體系、全屬性的產品。

最終完成行業整合,提高行業話語權,以推進新一代行業標準的制定。

產品在提高使用黏性,成為客戶“必需品”的過程中,需要橫向拓展產品屬性,除了在場景化解決方案的長處上努力,更要深入調研客戶業務流程、政策通知,挖掘客戶的數據處理訴求,形成產品全屬性閉環。

二、變“好用”

1. 穩定穩定還是穩定

相信最近疫情期間,大家都開啟了遠程辦公的模式,期間也開了不少的遠程會議去組織工作。在開工最初的幾天時間,很多的會議軟件在多人電話會議模式下都出現了卡頓、延遲等問題。

這還是一些TO C的大廠,并且在外網環境下出現了不穩定的問題。

那么,換到相對封閉的內網環境下,頻繁出現故障、BUG等問題,將會嚴重影響客戶使用,尤其是一些產品是統一集中化部署、分散使用的產品,出現問題時,對于產品的整個售后服務體系,將會是一個巨大的挑戰。

另外,現在很多產品都使用了大量的人工智能技術,但是在產品設計時,可能并沒有完成充分的訓練或者未能達到預期就倉促上線,導致了一系列的問題。這也是產品使用上,影響客戶評價的重要因素。

還有可能是一款軟硬件結合的產品,硬件的測試不充分,整體交付客戶以后,硬件問題不斷。

總之,穩定性是成為客戶“必需品”的第一步,否則一切都是白搭。

2. 簡單簡單還是簡單

TO G產品不需要五花八門的banner,引導頁以及會員體系,需要的就是入口簡單、一鍵啟動、傻瓜式操作。

我們看到很多傳統的類似歸檔整理產品,或者工單流轉類產品的的設計,需要客戶點擊查找、錄入的信息不要太多。本來公務人員的核心工作是處理本職工作,但是卻帶來了不必要的麻煩,做了很多不必要的工作,導致使用人牢騷不斷,怒氣沖冠。這樣的產品是不會受歡迎的。

產品的簡單除了模板的預制、信息的同步,還可以向可視化、自動化方向思考,也可以參考常見的TO C類產品的交互模式,讓客戶“慣性”操作,減少學習成本。

綜上,簡單化的產品設計,會減少使用壁壘,提高使用率。

3. 融合融合還是融合

TO G的產品經常是根據需求分批建設的,每一批又是不同廠家承建的,導致各種不同業務架構的產品混亂的纏在一起。

可能不同的三個產品同時使用,才能滿足一個業務場景的需求。

先不說每個系統的學習成本,光是保證每個產品能穩定獨立的長時間運行,可能就是一件麻煩事。

更要命的是,不同時間建設的系統,相互之間的數據治理 也是一件蠻 頭疼的事情。

而此時此刻,很多機構都邀請有實力的行業企業,整合省級統一的產品入口,省級統一的數據中心,省級統一的業務場景。

“融合”產品大行其道,也給了像釘釘這種天生的政務產品有一個非常好的發展機遇。

在產品層面,融合是大勢所趨,細碎分散的產品,將會通過競爭進行整合,最終形成客戶肯定、好用的統一融合產品。

三、變“會用”

“會用”這個事情主要是涉及產品的售后服務模式設計。

以下是可以優先考慮設計的幾種模式:

1. 駐場服務

駐場服務是傳統的售后服務模式。這種設定通常是在合同里約定的,含在產品合同中的人員投入。這種形式的好處是,服務人員可以持續的進行培訓動作,并可以快速的排出產品問題。除此之外,駐場人員還可以用于項目經理角色提高客戶互動頻次,讓產品和服務更加立體。

2. 合作廠商服務

這種服務模式,其實是重復利用了合作廠商的人力資源,讓本來沒有能力維護的客戶,快速得到問題的解決。通過合作廠商在客戶的固定駐場人員,產生持續性的培訓、溝通動作。這樣,客戶會有更加充裕的服務時間。

3. SaaS化的TO G產品服務

我們為什么建議純軟件產品向SAAS化的服務模式去嘗試呢?

一方面,是因為在對于TO G公司來說,提供年度付費的模式更有利于其他產品的推廣,進一步減少營銷費用,用較小的成本取得更大的收益。

更重要的是,對于產品線來說,SaaS化的產品服務放大了培訓和服務的價值,讓客戶意識到服務是一件有用、而且有成本的事情,從而更加配合培訓和運維工作的完成。

現在很多機構的工作都隨著經濟的快速增長,而趨近飽和。

“必需品”的終極意義就是“有用、好用、會用”。

而任何一款TO G產品能做到其中的一部分就已經非常了不起了。

我們希望,每一款TO G產品,都能產生價值。

 

作者:稀奇先生,聯系郵箱:xiqiplanet@163.com;公眾號:稀奇星球

本文由 @稀奇先生 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. ToG產品往往都在垂直行業中存在,穩定性、易用性、業務操作貼合度、業務閉環度、融合數據能力等都是決定ToG產品生死的因素,而ToG產品往往因各地客戶對政策文件理解的不同,產生大量定制,且客戶往往比較強勢,ToG產品的Saas化之路還有很遠,但當前ToG頭部企業已經做出了一些成績,Saas化過程需要在產品市場分析、運營戰略、客戶心智層面都需要集中發力,才能漸漸看到成績。

    來自浙江 回復
  2. 我之前理解的是場景落地+省心,換個你的維度更好理解,抄了,不過每個都好難,做好任一都可以突圍,每個都涉及內部競爭力的打造

    來自浙江 回復
  3. 感覺to G的saas化還是很難形成,具有完整產品體系,但是部署地不同就會產生不同的定制化需求,這樣是不是就無解了。

    來自浙江 回復
    1. TOG肯定是商業規劃大于產品規劃的,統一可復制的saas話服務應該是商業設計和產品設計并行推進的

      來自浙江 回復
  4. TO G大部分是定制化服務,沒有統一的標準,如何能做到SaaS化呢,還請指教

    來自浙江 回復
    1. 首先要看公司的發展目標,如果是定義成項目型公司,那就是一直做定制化,這個事情就無解了。 如果是想發展成為產品型的公司,那么產品在idea的階段就要考慮到產品化和標準化。 那么在挑選產品機會的時候就要創造需求,尋找共性,減少外采,提高交付效率,形成一整套標準化共性產品。在saas服務方面,需要在銷售層面一起推動這件事情, 允許長租付款的形式或者服務方式,運營的方式推動產品演進和迭代,讓客戶持續付費,逐步參與到客戶數據層面的系統建設中。 目前的定制化的東西基本上是以數據治理為主的。 或者再調研階段就把對接的廠家優先對接完成,后續上線的時候減少定制成本。 如果對這塊有疑問,后面可以單獨一個章節梳理一下,歡迎關注公眾號:稀奇星球。

      來自浙江 回復
  5. TO G和TO B最大的區別其實是在網絡,因為G很多都是專網,內網。所以在設計上,不單單考慮到的是好用,易用,實用。還要考慮到網絡的問題,特別是受限融合機制,這里主要指的是數據層面,一般來說在做TO G的產品的時候。需求調研方向,首先需要考慮的數據和業務的來源,其次考慮業務場景,最終考慮業務使用。

    來自江蘇 回復
    1. 是的,您說的很對,所以在數據方面,除了數據的治理,也涉及到內外網安全交換的問題,這里面沒有展開來講。 其實很多TO G的產品如果能夠在數據層面開拓一下思路,可能應用場景會更加寬廣,客戶買單意愿會更加強烈。 另外歡迎關注 公眾號:稀奇星球,可惡意在留言區討論哈。 感謝您的關注。

      來自浙江 回復