mvp都有誰?嘿，測試的朋友們你知道MVP是什麼嗎？，我來為大家講解一下關于mvp都有誰?跟着小編一起來看一看吧!

mvp都有誰

嘿，測試的朋友們！

你知道MVP是什麼嗎？

如果你是體育迷，你可能會說：

“ 當然我知道，就是最有價值球員！

但這與測試有什麼關系？！ “

但我不是指那個MVP…

我們追求的不是最多，我們追求的是最少!!

在這種背景下，MVP代表着完全不同的東西:

#Minimum Viable Product

MVP是一種産品或特性，它具有足夠的功能，可以發布給用戶，同時又能提供價值(這就是為什麼有些人錯誤地稱它為“最小價值産品”——不是很好，但足夠接近其含義)。

其理念是快速發布産品，然後仔細評估用戶的反饋(包括直接的反饋，以及通過使用監視得到的間接反饋)，以用戶真正希望我們做的方式，繼續開發功能或産品。

我們的目标是通過讓用戶直接告訴我們他們想在我們的産品中添加什麼高級功能，從而避免産品管理和設計中的“猜測部分”。

通過這種方式，我們可以減少添加人們不需要或不會使用的功能的時間。

#我們怎麼知道Minimal應該是多少？

這是一個棘手的問題，因為它仍将是有關各方讨論的問題。相信我，總是這樣!

開發人員想要做的盡可能少，這意味着他們的工作量和風險更小。

産品所有者希望添加更多功能，因為他們已經知道（或者至少他們認為！）基于他們已經與之交談過的無數用戶所需要的功能。

産品所有者則希望添加更多的功能，因為他們已經知道(或者至少他們是這樣認為的!)根據他們已經與無數用戶交談過的内容，知道需要什麼。

銷售和支持部門更傾向于發布“完整的”産品，而不是看起來開發了一半的産品。畢竟，他們需要向用戶解釋為什麼我們特意選擇發布某些東西——盡管我們知道它仍然需要更多的功能。

質量……?這就是我們可以提供有價值的投入的地方。這個想法是為了幫助我們達到一個微妙的平衡，即發布足夠的功能來給用戶帶來價值，同時仍然有空間知道我們想要添加哪些額外的功能。

這并不簡單，但是作為内部客戶的擁護者，通過理解使用模式和系統的功能，我們測試人員擁有了幫助團隊做出這個複雜決策所需要的知識。

#準備功能以捕獲用戶的反饋

好的，所以你設法與你的團隊一起定義最小可行産品是什麼，并發布它。

你完成了！ 對？

錯誤！！！

本練習或發布類型的整個概念是使團隊能夠收集有關如何繼續開發産品的反饋，因此您需要确保産品“準備好”以提供反饋并且團隊已做好準備收集它。

永遠記住，反饋可以有多種形式和不同的渠道。 您可以捕獲的最簡單和最直接的反饋是人們是否正在使用此新功能。 考慮到将一次性簽出該特性的人和将該特性作為其工作一部分的人區分開來。

大多數時候你會想要兩者兼而有之。

當您要求客戶告訴您他們的想法時，反饋可以是直接的;當您使用遙測和日志分析等方法度量他們對您的應用程序所做的操作和操作時，反饋可以是間接的。

大多數情況下，你想兩者兼得。

#準備用戶的反饋！

需要記住的一點是，客戶不是為你工作的——通常情況下是相反的!

因此，當你要求他們就你剛剛發布的功能提供反饋時，你不能指望他們會直接回複你的郵件。

不要誤會我的意思，有些人會非常樂意為您提供反饋，評論甚至是短評，解釋他們對該功能的感受和想法（以及他們何時通過回答他們的觀點來更好地表達自己的時間和承諾。問題），但大多數用戶隻會無視你的郵件要求反饋——畢竟他們有真正的工作要做。

别誤會我,會非常樂意提供給你反饋,評論甚至短篇小說解釋他們感覺和思考功能(當他們做你最好尊重他們的時間和承諾通過回答點和問題),

獲得此反饋的一個好方法是讓他們知道為什麼他們的輸入很重要，并通過解釋這是請求将作為功能的一部分實現的事情的最佳時間。 後來，當他們到處告訴你他們想要什麼時，包括他們的需求和需求可能為時已晚。

同時，盡可能地讓這個問題個人化，這樣他們就會明白為什麼你問他們而不是問其他用戶。

#擴展質量以涵蓋客戶幸福感的更多方面

這個主題是我最近一直在讨論的更大主題的另一個例子，我們如何擴展我們的工作以覆蓋更多領域并更加确保客戶的幸福。

我希望現在你們大多數人已經很清楚，質量不僅僅是web應用程序缺少bug或響應時間。這些是用戶體驗的重要元素，但不是唯一的。

通過幫助形成具有用戶想要使用的功能的特性，我們正在幫助我們的團隊擴展我們産品的質量，來提升客戶對于産品的幸福感和滿意度。

歡迎大家關注

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!