培養產品思維,每個人都應該是產品經理

2021-08-15 13:39:26 字數 1081 閱讀 2699

在這個使用者越來越挑剔的時代,我們如何才能更好的跟上時代,開發出更加適合使用者的軟體,這已經不僅僅是產品經理思考的問題,這將是我們公司的每個位置,每個員工都該思考的問題。

1、可用性為第一準則

服務如果不可用,也就無從提供價值。

核心功能的可用性尤其重要,如果我們的產品可用性不高,使用者為何會信賴你的服務呢?

這兒的「可用性」包括兩部分

1).硬體的可用性包括斷網、宕機、

2).軟體的可用性

2、清晰性為第二準則

我們常說,不要讓使用者「思考」,使用者一旦要花心思琢磨該怎麼用,就很難把產品普及到更多使用者了。有沒有更好的方式?更好的方式是不要讓使用者揣測功能。

提高清晰性的一些常見方式,比如,能用乙個按鈕,就不要用兩個。能用一步搞定的功能不要用兩步。

現在節奏越來越快,人們沒有時間去研究乙個新東西,所以如果乙個產品,有門檻,使用者就會棄用

3、美觀性為第三準則

現在是乙個「看臉」的時代,如果你沒「臉」別人就不願意解你的內涵

1、對技術人員來說

1)保證可用性,就要提前考慮如何記錄日誌,檢視日誌中的異常資訊。分析效能資料。這是基本的方法和方**

2)通過日誌找出問題,最好是提前找出問題,把問題解決在萌芽中通過日誌,分析使用者的行為,防患於未然

3)切換角色,技術人員要有產品思維,在做某些功能時,不要急急忙忙去做,要先在頭腦裡過一遍場景,切換成對應的角色,把流程整個走一遍,然後再動手

2、對產品人員來說

1)像乙個普通使用者那樣,把流程跑通,然後一遍又一遍的用,當你對乙個功能反覆用到上百次的時候,直覺就會告訴你問題可能出在**

2)切換角色,用不同的角色使用產品,要關注流程,使用流暢度,美觀等等

3、對運營人員來說

1)先把功能了解清楚,使用明白

2)切換角色,把自己當成我們的「客戶」「使用者」了解他們的真實需求

3)把使用者的問題、需求,進行收集整理,以週為單位給技術反饋

以上也是我的主管給我們的建議。雖然我們是搞開發的,但開發已經不僅僅是開發了,大家都應該培養自己的產品思維。

end

為什麼每個人都應該嘗試Ubuntu

標籤 ubuntu 介紹linux 如果您是位狂熱的 gentoo 或者 slackware 粉絲,請離開,不要繼續讀下去。您可能不會像我說的那樣。但是向您保證,我尊敬並欣賞您的目標,致力於執行您自己可以完成的簡單的 gnu linux 安裝。我會注意保護您選擇的自由。而現在,我開始說我的。如果這兩...

Juval L wy 為什麼每個類都應該是乙個服務

許多人都認為,juval l wy是想讓服務無所不在,但他辯稱,微服務只是深思熟慮之後系統分解的邏輯結果。在l wy設計和構建的系統中,每個類都是乙個服務,這是他在2007開創的一種方法,在 wcf服務程式設計 第四版中,他進一步闡述了這一方法。面向服務的應用程式更容易維護,因為業務邏輯和底層管道完...

Juval L wy 為什麼每個類都應該是乙個服務

許多人都認為,juval l wy是想讓服務無所不在,但他辯稱,微服務只是深思熟慮之後系統分解的邏輯結果。在l wy設計和構建的系統中,每個類都是乙個服務,這是他在2007開創的一種方法,在 wcf服務程式設計 第四版中,他進一步闡述了這一方法。面向服務的應用程式更容易維護,因為業務邏輯和底層管道完...