創業者產品設計經驗談:不要尊重公司,而要尊重客戶

>>>  技術話題—商業文明的嶄新時代  >>> 簡體     傳統


親愛的創業者、產品經理,如果你的客戶是企業與政府,那么我在產品設計犯的錯誤,希望這篇文章能夠讓你避免。錯誤的產品設計會讓你產生大量的成本,我給你的忠告是:不要按公司的環境去設計產品,而要按客戶的環境設計產品。


1一、性能第一?錯!能用第一!


我們公司的安全產品使用Python開發,出于安全的考慮,我們認為Linux系統比Windows能更好地抵御安全威脅,同時Linux系統具有極好的穩定性,為了方便用戶適應,我們選擇了Deepin,為了簡化安裝,我們提供給客戶Vmware虛擬機的Deepin,Deepin預先安裝好了我們的安全產品,客戶可以直接導入而無需安裝即可使用。


實際情況是怎樣的呢?政府的電腦配置實在太低了,多數是1G內存,因此他們再跑Vmware虛擬機,電腦基本上卡的動不了,Deepin系統用到了太多的特效,而我們公司的電腦配置是8G內存。第二個問題是,Deepin系統的網絡配置、分辨率配置很麻煩,客戶對這種系統完全不適應。


現在我們調整的方案是把Deepin換成WindowsXP,同時要求客戶在專用的服務器安裝。讀者可能會問,產品為什么要弄成虛擬機的方式,客戶年齡整體偏大,虛擬機直接導入安裝較快。不過,把虛擬機作為產品來安裝確實挺奇葩,主要是我們的產品模塊太多,各種Python依賴環境,不弄成虛擬機的話,就得派技術去客戶現場安裝。不過虛擬機文件又挺大,1G多左右,只能放在百度網盤傳過去。


我們最大的錯誤是,把產品裝在Deepin系統上了,對客戶來說學習成本實在過高。因此,大多數的時候,產品設計盡可能符合大多數用戶的使用習慣。讀者可能會問,產品為什么要弄成安裝的,不能弄成云服務嗎?我們實際也想,客戶就是為了數據安全,必須要求裝在他們的服務器上,這就是消費者市場與政府市場的區別。


2二、安全第一?錯!簡單第一!

面向企業與政府的軟件產品,大多用到加密狗、Key、U盾來保護產品防止盜版,可我們產品不是客戶端類的,而是Web類的,用的Django框架。這下問題來了,一個網站產品如何做好防盜版的工作呢?最初我們想的是網絡認證,把客戶的MAC與IP進行綁定,但是客戶IP總會變化,最終決定用Key文件。生成一個Key文件,并設定到期日期,然后把Key復制到系統里,再把系統導出為Vmware虛擬機,然后發給客戶。


實際情況是怎樣的呢?每提供一套產品給客戶試用,就需要生成一個Key文件,然后再把虛擬機打包出來,打包一個虛擬機再上傳到百度網盤,整個過程就要幾個小時了。同時Key文件又不便于管理,如果那虛擬機系統被轉給第三方客戶了,第三方客戶也能用了,盡管Key管理界面可以實時監測Key的使用情況,但從IP上又如何能分的清,比如客戶要是上了VPN,基本就亂了,所以Key實際上并沒有起到保護的作用,反而增加了管理與復雜的成本。


現在我們調整的方案是弄成手機驗證碼登錄,登錄時填寫手機的驗證碼即可使用。由此可見,客戶端軟件的保護方式可以采取加密狗等方式,但是Web軟件也試圖采取本地驗證的方式來反盜版,就適得其反了。如果你的軟件是Web,那么盡可能采取Web的保護設計,比如手機認證、郵件認證、QQ認證、二維碼認證等方式。


3三、政府軟件產品的困境

最苦逼的莫過于自己進了政府市場,對政府的采購部門來說,采購的產品應該是看得見、摸得著,最基本的要求是,軟件產品需要安裝在他們的服務器上。那么軟件升級時、軟件出現故障時,就得需要專人進行協調處理。


對于面向消費者市場的創業者與產品經理來說,上面遇到的2個問題應該不會很多,只是思維方式不要走我這種彎路,設計產品時,盡可能不需要從自身的需求出發,優先從客戶的角度進行考慮,提出某個設計時,都應該問一下自己:這個設計,對客戶,對公司,都是簡單的設計嗎?這個設計會在哪些方面增加了成本?(學習成本、維護成本)


來源:簡書 @Greyoo


鳥哥筆記 2015-08-23 08:49:55

[新一篇] 運營必看史上最全APP推廣高級攻略

[舊一篇] 太陽系有多特別?
回頂部
寫評論


評論集


暫無評論。

稱謂:

内容:

驗證:


返回列表