全栈工程师?
嗯.....目前并不是!

不要以“迭代”為借口

為用戶而迭代,為體驗而迭代,你能做到嗎?

“這個體驗不錯,但是要花些時間做,我們下個版本再做”

“不要思考那麼多,反正產品要一直迭代,先上功能”

“我們這個是第一版,不要浪費時間在體驗上,多做點功能”

“你這個方案只是錦上添花,不要糾結了”

這些話語,大家應該耳熟能詳吧…

什麼時候開始,“迭代”成了堵住大家追求極致的牆?

彷彿“體驗”只是一個次要的元素,在迭代進程中,永遠只是有多餘時間才需要做的事情。

為了大家能直觀感受這樣做的結果,我舉一個三歲小孩都懂的例子:

“賣橘子啦!新鮮的大橘子”

你走過來“誒,這個橘子不太一樣哦”拿起來聞了一下,澀澀的“肯定很酸吧~”

“呃~這個還沒熟很好,以後一定會很甜的。要不要買幾斤?”

“我信你個鬼,你個糟老頭子…”

“吶吶吶~給你免費試吃一個,這個橘子吃了對身體很好啊,又解渴,營養還豐富”

你猶豫的試吃了一瓣“誒呀,媽呀~這也太太太好吃吃吃了@¥#%#@¥#”你酸的直跳腳。

請問你會買嗎?(口味特殊者、孕婦、牙齒超棒的杠精,請繞道)

一、請停止幻想

為什麼你不能接受一個能解渴有營養,只是不合胃口的橘子,卻幻想着用戶能接受一個功能滿足,但體驗糟糕的產品呢?

除非你的產品是用戶的剛需,且沒有競品。可惜大部分產品就像這個橘子一般,只是眾多品種的橘子中不起眼的那一種,你憑什麼讓用戶對你的產品未來(迭代)寄予厚望?

二、我經歷的一次“迭代死”

背景:當時那個產品在行業中做得還算不錯,有很多年的基礎,但是該類產品受到微信比較大的影響,決定做一次大改版,一個月後上線。

產品、設計、開發吭哧吭哧,打了雞血般的,大家都希望這個產品可以脫胎換骨,一展往日雄風。

整體方案經過大家的努力,都覺得非常滿意。不論從視覺上,還是交互體驗的細節都有了很大改觀。

產品最終也如期上線…

當然,很多用戶反饋說改版後效果很舒服,比之前更好用了。可是,有用戶提出充值后(下載免費贈送一定金額,之後充值才能正常使用),餘額並未增加,罵我們是騙子……

然後你知道的,評分開始崩塌……然後負面評論如潮水般。連我自己進去看介紹,都會覺得這個產品背後肯定是一個騙子公司。

開發也加急處理了,但是因為沒有頭緒,幾天後才解決問題。

結果如大家所料,這個產品越做越差……

寫這篇文章的時候,我還下載下來看了一眼,還存在,僅僅只是存在了。

為什麼用戶不願意等一等?

為什麼我們付出的努力沒人看得見,卻被用戶揪着一個點不放。我們也回復了,我們在加緊處理問題,為什麼沒有人願意等等我們?

人們不會去等一個他覺得不值得信任的人/物。

準時迭代產品版本,真的是用戶需要的嗎?

為了績效,為了準時完成任務,為了老闆拍腦袋的一句話,為了所謂的執行力,我們忘了迭代的目的,我們忘了是為誰迭代……甚至連核心體驗的充分的測試我們都能因此妥協。

三、為什麼需要迭代產品?

我對迭代的理解是,階段性有計劃的完成產品目標和用戶期待。但是最終的主體是用戶,一切只是為了迭代而迭代,忽略用戶最終體驗的迭代,都是沒有意義的。

1. 迭代的價值

  1. 階段性的完成產品的戰略目標(戰略的調整)
  2. 讓產品能更好的適應環境的變化(技術的調整)
  3. 功能的調整(功能的調整)
  4. 用戶問題解決(問題解決)

2. 迭代的目標

  1. 以產品目標達成,而不是以日期為目標
  2. 以產品體驗達標,而不是以功能完成度為目標
  3. 為用戶,而不是為老闆

可是,實際情況很不樂觀,像我經歷的迭代死也不是什麼特殊情況。

四、被扭曲的迭代

仔細想想,真的覺得有些誇張,一些被扭曲的迭代,竟帶着童年的陰影和天真的幻想。在我從業10多年中,我看到過這些扭曲的原因,希望大家並引以為戒:

1. 競品帶來的無限壓力

競品太多,太強大,我們的產品被老闆提及之時,總不會忘記把業界最好的產品拿過來比較一番。導致產品經理們一個個焦頭爛額,彷彿勾起了童年被別人家小孩對比的痛楚。

我們跟無數家長一樣,選擇了開補習班,惡補差距,而不是停下來思考我們“孩子”的特點和優勢的發揮。越迭代,越失去競爭力,因為同樣的功能,團隊力量卻相差數十倍,如何競爭?

2. 公司上層不懂產品和體驗,以為都很簡單,抄一抄,分分鐘

這個更為常見,很多新互聯網公司老闆是做傳統產品的,聽說互聯網人傻錢多,紛紛跑來這裡分一杯羹。而他們的理解中,抄起來最快,最保險。

他想運用他們在傳統行業中的智慧,將抄襲的低成本做作為產品的優勢來獲得競爭力。可是,互聯網產品幾乎是同台競爭,不像線下產品一樣各自為王,沒有特色,根本無法參與競爭。

沒有哪個真正是靠抄襲成功的,當然,成功之後可以靠抄襲保持成功。而且這樣的老闆,給的時間一般都特別少。

“那麼容易,給你這麼多人你還不夠用啊?當初我們三個人,一周時間就把這個產品干出來了,不用再討論了,一周后給我一個新的版本。”

3. 公司領導希望看到自己產品的功能碾壓對手

因為老闆們並不關心產品的內在邏輯,一般就喜歡看着競品比功能,生怕功能點少了會丟失競爭力。甚至將競品範圍不斷擴大,以獲得強大的功能支撐。

最後,老闆感覺自己的公司馬上要變成一個帝國,開始在腦中飛快的構想藍圖,畫大餅。而設計和開發看了,感受到的卻是奴隸般的生活即將開始。

相信我,老闆的笑容會隨着時間的流逝,開始逐漸凝固的。因為那些成熟產品的大而全,是由無數個小而專的功能組合而成。而我們抄襲而成的只是空中樓閣,毫無理念根基,也不知道未來去向。

4. 看多了競品,以為用戶什麼都想要

對,你的競品有ABCD,他們做得都不錯。但是,他們的目標用戶交集有多少你是否有了解過呢?不要以為ABCD的功能,都是你們產品的目標用戶所需要的。

久而久之,你會慢慢喪失自我,忘記產品的初衷。因為你心中的用戶已經和你們實際的用戶越來越遠。做產品設計之時,多看看自己的目標受眾的特性,少看看競品。

競品的作用,是思考產品戰略時用的。我要和誰競爭,我要遠離誰,我該如何與他差異化競爭。

別人的方案永遠不要作為自己的需求,需求只能源自於目標用戶。

5. 對“用戶體驗”的狹隘理解

用戶體驗是什麼?每個人都能說出標準答案。

因為答案可以在百度中搜到,而它卻像一段詛咒一樣,聽得懂它的聲音,卻無法理會其中的含義。

用戶體驗,不僅僅是虛空的感受,也不僅僅是效率的提升,

它是與產品價值緊密結合的一種產品特質,這種特質讓產品更有吸引力,更親切…

它像橘子的味道和香味一樣,是與產品價值有機結合的。我們能夠通過這些屬性來判斷水果是否好吃,是否合自己口味。而且它是具有功能性的,它能有效的吸引目標受眾,讓受眾來達成自己的目標。

一定有人說,“味道好不好?這也算功能!”

恩,雖然邏輯上推論,好像不算功能,但是這個世界不是按邏輯來生活的。人類可以按邏輯去工作,但一定靠感性來生活。一切只依靠邏輯來生活的人,過得都不怎麼美好。為了說明這一點,我們來看看橘子的顏色和味道有什麼功能:

了解大自然的人都知道,水果之所以要很美味,是為了讓動物們更好的食用它。可是被食用並不是所謂的無私奉獻,而是為了自己的一個目標——讓動物幫他們在遠方播種(因為植物太過密集,生長會受到限制)

所以香味和顏色是傳播途徑,而味道才是讓動物們欲罷不能的核心要素。所以味道的功能是,讓目標受眾依賴你的產品,長期來使用你的產品。

有人說是“飽肚子”才是核心要素啊,飽肚子方式多了去了,為什麼選擇吃這個?你們家樓下就有難吃的小飯館,你為了飽肚子願意天天在那吃嗎?

別騙我了,開車1個小時,然後排隊1小時吃飯的都有,只要好吃。更何況旁邊還有很多家吃的,你會無動於衷?

6. 以為迭代就是不停的加功能

大家回顧一下,是不是迭代經常都是這種情況。

本次迭代解決XX個問題,新增XX功能,減少…不存在的,我們只有加加加。

因為刪除功能非常難,調整功能比較難,而增加功能很容易。因為增加功能對用戶的傷害最低!

真的是這樣的嗎?

功能的無節制的增加只會大幅降低軟件的運行效率,並且讓用戶深陷複雜的界面和選擇之中。

我們的產品應該是簡潔的,這樣用戶才能明確他能用來幹什麼,才能在之後有需要的時候想起你的產品。

為了滿足更多用戶的需求,而增加主流用戶的理解和操作成本,導致產品越來越難用。這是典型的,以降低主流用戶的體驗來提升所有“用戶”體驗的做法。最終將導致主流用戶的流失,他會去尋找更適合自己的產品,而不是一個不倫不類的產品。

好了,以上只是我過往遇到的一些與迭代有關的事情

相信大家可能也經歷過,或經歷着。

我只希望不管外界阻力多大,我們都還是要堅持我們做產品經理的初衷。我更希望在這個人人都喊用戶至上、體驗為王的時代,大家真正重視用戶和體驗,不要以迭代為借口,放棄我們追尋的腳步。更不要讓我們的“迭代”被外力扭曲。

為用戶而迭代,為體驗而迭代,你能做到嗎?

 

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《不要以“迭代”為借口》
文章链接:https://www.pmbear.com/archives/9447
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们