關注「前端向後」微信公衆號,你將收穫一系列「用心原創」的高質量技術文章,主題包括但不限於前端、Node.js以及服務端技術前端
寫在前面
上一篇如何衡量工具平臺的效能價值?推導出了一種度量模型,經過具體的數據指標來衡量效能價值,讓內部工具/平臺的價值也能看得見、說得清小程序
那麼,對於正在作或者將要作的工具平臺,如何進一步提高其效能價值呢?微信
一.效能價值有哪些影響因素?
首先,工具的關鍵目標是解決實際問題:ide
工具老是爲解決問題而生的工具
選定目標問題以後,接着經過工具化、平臺化等自動/半自動的手段來嘗試解決,並經過效率和體驗兩方面的提高體現出解決方案的效能價值:性能
效能價值 = 效率價值 * 體驗因子
進一步細化:學習
工具效率 = 問題規模 / 操做時間 工具效率 = (不用該工具解決所需的)時間成本 / (用該工具解決所需的)時間成本 工具體驗 = 易用程度 * 穩定程度
所以,工具的效能價值取決於 4 個因素:優化
問題規模code
操做時間視頻
易用性
提高工具效能就是想辦法增大分子、減少分母,即提高問題規模、易用性、穩定性,下降操做時間
二.如何提高問題規模?
對於選定的目標問題,其規模一般是固定的,因此關鍵在於如何選擇目標價值最高的問題:
問題的目標價值 = 目標用戶量 * 需求頻率 * 單次的價值
多數狀況下,咱們傾向於選擇目標用戶量更大的問題,由於解決一個廣泛存在的問題要比解決只有小部分用戶纔會遇到的特殊問題更有意義
然而,需求頻率與單價對目標價值的影響卻不那麼顯而易見:
高頻低價與低頻高價
其中:
首選高頻高價:很是可貴的需求,若是有,優先知足
不作低頻低價:此類需求不值得作
在高頻低價與低頻高價之間,產品經理的通常策略是:
高頻抓用戶,低頻作利潤
也就是說,前期先經過知足高頻低價的需求得到大量用戶,中後期再將低頻高價的需求考慮進來:
先利用高頻低價的需求抓用戶,由於高頻場景和用戶互動的機會多,而低價的輕決策場景能夠下降用戶進入門檻,容易拉新、引流;再用低頻高價的需求作利潤,由於單價高了,能夠切分的蛋糕才大。之因此採起這樣的前後次序,是由於必須有海量用戶作基礎,低頻需求的總量才足夠大。
三.如何下降操做時間?
固然,若是有明顯的待優化項,應該儘快去作,先把工具自身的效率提高到至關高的水準,減小用戶等待工具運轉完成的時間
但若是工具自己在耗時上已經沒有太大的優化空間,此時就須要將目光從局部的工具中移出來,放眼全局考慮總體優化:
面向過程的視角:流程上,可否減小一些中間環節,簡化工做流
流程上,甚至協做模式上的變革一般有機會顛覆先前解決問題的關鍵路徑,繞過既有工具的效率瓶頸,從而大幅下降操做時間
四.如何提高易用性?
工具型產品的第一要義是用戶會用,讓用戶至少會用,才能體現產品的價值
易用性要求產品功能儘量地符合用戶心智(至少要保證核心功能的易用性),簡化交互,下降用戶上手使用的學習成本:
從用戶心智向產品功能作映射,極致的易用是符合直覺,上手即用
那麼,首先要明確用戶心智,作法很是簡單:
告訴用戶,這個工具能給你解決什麼具體問題。
接着(在產品功能不那麼符合直覺的階段)先教會用戶怎麼用,功能引導、新手教程/視頻、幫助文檔等都是不錯的方法,旨在提高易用性,讓用戶先用起來。同時根據用戶真實反饋不斷優化使用體驗,縮小產品功能與用戶心智之間的差距,使之最終符合直覺:
心智負擔小(學習成本低)
交互友好
UI 美觀
除了讓產品功能向用戶心智靠攏外,還有一種很是規思路是培養用戶心智(即改變用戶直覺,使之符合產品功能),多出如今顛覆式創新的場景,必須改變用戶根深蒂固的直覺才能真正提升效率
五.如何提高穩定性?
從用戶心智向產品性能作映射,極致的穩定是徹底信任,從不懷疑工具會出問題
與易用性相比,穩定性是客觀而明確的,單從技術角度就能在很大程度上確保穩定性,例如:
下降 crash 率:持續關注 top 崩潰,及時修復影響範圍較大的
減小 bug 數:持續觀察 bug 增加趨勢,快速迭代修復,收斂功能性問題
其中,值得注意是記錄失敗操做,以搜索功能爲例,失敗操做包括:
搜索服務出錯
搜索無結果
從技術上看,後兩類並不屬於操做失敗,但一樣值得關注,由於無結果的搜索一般意味着語義化/模糊搜索功能不夠完善,或者相關內容有缺失,這些信息對於豐富產品功能頗有幫助。同理,不符合用戶預期的搜索結果也是一種有價值的負反饋,有助於發現問題,改善用戶使用體驗
六.如何提高用戶量?
當工具的效率和體驗都達標後,最關鍵的問題是如何提高用戶量,放大工具的價值
與其它產品相比,工具型產品的難點在於:
可替代性強
用戶不知道(有工具能夠用)
強的不可替代性是決定性因素,做爲惟一選項天然沒必要考慮用戶量的問題,例如小程序開發者工具
若是不具有強的不可替代性,就要經過其它手段來增長用戶的替換成本,經常使用的策略有場景化運營、社區運營、內容運營等
場景化運營
將工具與使用場景緊密關聯起來,培養用戶的使用習慣:
作工具型產品必定要時刻追問用戶在什麼樣的場景下會想到打開你的產品,這個具體場景就是一切運營的基礎
圍繞一個核心場景,充分知足關鍵需求,成爲該場景下的最優解決方案,從而解決用戶不知道的問題
另外一方面,場景化的舒適提示有助於提高產品的溫度,讓用戶感覺到人性關懷,而不僅是冷冰冰的工具
社區運營
增強產品與用戶,以及用戶與用戶的聯繫,創建社區是提升用戶粘性的有效手段,例如:
運營一個羣組:將冰冷的工具作成可以交流的「活人」,拉近產品與用戶的距離
經過羣組將產品的變化告知用戶,這種持續的頻繁正向反饋可以激發用戶反饋問題的積極性,加強產品與用戶的聯繫
社交化聽起來與供內部使用的工具平臺有些距離,實際上並不遙遠。之前端工程爲例,像公共組件/代碼片斷、Code Review、新手教程/API 文檔等均可以有簡單的社交功能(點贊、評論),看似細小,卻有助於提高用戶的參與度
內容運營
與社區同樣,內容也是一種場景延伸,將工具產出的內容也做爲工具的一部分,例如:
WPS 與稻殼兒模版
工具引導用戶輸出附加價值,從而提高工具的總體價值(工具 + 共享內容)。另外一方面,用戶將產生的內容分享給其它用戶,也有助於提高自身的影響力,互相促進