本文將介紹如何從五個方面推動產(chǎn)品和交互需求：設(shè)計流程介紹，需求收集和篩選，需求設(shè)計評估，需求開發(fā)驗收，需求管理和開發(fā)通信工具。
我真的很喜歡這句話：“在設(shè)計時，最大的阻力不是與用戶相關(guān)的問題，而是內(nèi)部認(rèn)知，興趣點以及觀察事物的方式的不一致。 ”的特別是在促進產(chǎn)品和互動需求的過程中，經(jīng)驗是最深刻的。對于產(chǎn)品或交互式舊驅(qū)動程序，驅(qū)動內(nèi)部需求沒有問題。然而，剛剛進入市場的新移民有點困難。由于之前沒有或沒有這種經(jīng)驗，他們在提升著陸需求方面經(jīng)常遇到各種障礙。例如，與需求方和發(fā)展學(xué)生溝通不暢造成的眼淚，等等。為此，作者將通過我自己的例子與您分享，如何促進產(chǎn)品的平滑著陸和交互要求。
一. 設(shè)計流程介紹
由于公司仍處于創(chuàng)業(yè)階段，設(shè)計過程的設(shè)計往往簡單而有效。主要流程包括：需求收集，需求清單，需求設(shè)計，需求開發(fā)和最終需求驗收。迭代周期是兩周的版本。整體節(jié)奏仍然相對較快。在需求執(zhí)行的整個過程中，采用瀑布加任務(wù)并行方法來推進設(shè)計。只有這樣，我們才能根據(jù)迭代周期穩(wěn)步前進。下圖顯示了處理我們要求的整個過程：
二. 需求收集篩選
1. 需求收集
我不太談?wù)撔枨笫占闹匾?。無論是產(chǎn)品還是交互，我們都需要收集各種要求來確定產(chǎn)品迭代的方向。公司或團隊是不同的，您收集需求的方式也不同。我們通過多種方式收集需求，其中最重要的是通過數(shù)據(jù)收集和用戶反饋。
高層決策：也稱老板需求，主要來自公司高層管理人員的戰(zhàn)略決策。需求方包括CEO和每個部門的主要負(fù)責(zé)人。
數(shù)據(jù)收集：通過APP和數(shù)據(jù)分析平臺中的數(shù)據(jù)埋點分析用戶行為，以獲得特定的優(yōu)化點或突破點。對于數(shù)據(jù)收集來說，這是一種有效而可靠的方式，但對于中小型團隊來說，很難做大量的用戶研究和原始數(shù)據(jù)積累，時間和財務(wù)成本非常高。因此適當(dāng)使用第三方數(shù)據(jù)分析平臺是一個不錯的選擇，準(zhǔn)確，高效。
用戶反饋：用戶反饋實際上是一個非常重要的需求集合，包括應(yīng)用程序市場評論，APP端反饋和核心用戶私人聊天。
種子用戶組：對于具有特定用戶組的產(chǎn)品，必須建立種子用戶組。我主要通過建立QQ群來收集用戶的反饋和意見。
2. 需求篩選評估
在以上述方式收集要求之后，然后過濾并確認(rèn)這些要求，并過濾掉一些偽要求。需求篩選的維度包括五個方面，業(yè)務(wù)目標(biāo)，價格/性能，重要性，受影響的用戶數(shù)量以及真實與否。過濾需求后，最終需求將放在需求池中。一般需求池存儲迭代的四個版本的要求，因此由于需求不確定，產(chǎn)品迭代過程不會混淆。
業(yè)務(wù)目標(biāo)：對于公司而言，業(yè)務(wù)目標(biāo)始終是最重要的，尤其是創(chuàng)業(yè)公司，當(dāng)然，首先是用戶。
具有成本效益：要在公司內(nèi)部提出要求或考慮自身的限制，我們必須考慮時間，技術(shù)，人力和促銷成本等，盡量用最少的資源來達到產(chǎn)品的目的。
重要性：一方面，我們必須考慮公司的業(yè)務(wù)目標(biāo)，并考慮用戶的需求，因為最重要的一個取決于具體情況。
影響用戶數(shù)量：此維度對于具有大用戶量的產(chǎn)品非常重要。盡量避免擴大用戶范圍。
現(xiàn)實與否：有時我們通過用戶反饋或其他要求收到的反饋不一定正確，或者需要進行第二次評估。
三. 需求設(shè)計評估
需求評估結(jié)束后，進入需求設(shè)計階段。在此階段，完成產(chǎn)品計劃的設(shè)計，最終生成高保真原型圖和需求文檔。
1. 參與者及產(chǎn)出
產(chǎn)品經(jīng)理：產(chǎn)品應(yīng)輸出產(chǎn)品流程圖或簡單的頁面結(jié)構(gòu)圖表。
交互設(shè)計器：交互應(yīng)該基于產(chǎn)品提供的流程圖或簡單的頁面結(jié)構(gòu)圖來整理產(chǎn)品的信息架構(gòu)，并根據(jù)需要產(chǎn)生特定的交互效果。
UI設(shè)計器：UI根據(jù)交互原型輸出最終的可視化草圖，交互式原型是用戶最終看到的界面。完成設(shè)計草案的評估后，設(shè)計人員將根據(jù)需要剪切界面圖標(biāo)。
2. 交互文檔細節(jié)
為了使開發(fā)人員易于開發(fā)，我們整合了產(chǎn)品，交互和可視化文檔。因此，該文檔是高保真原型加上產(chǎn)品和交互邏輯的集合，因此我們的技術(shù)人員只需要查看一個文檔，這可以有效地節(jié)省通信成本并提高開發(fā)效率。對于交互式文檔，重要的是要仔細描述各種邏輯細節(jié)，包括以下幾個方面：
頁面布局：頂部標(biāo)簽欄，中間內(nèi)容區(qū)域和底部操作欄的功能定義，操作路徑，顯示樣式等。
手勢和過渡：操作功能或界面中使用的手勢是什么，例如左滑動，右滑動，上滑，滑動等;和轉(zhuǎn)換細節(jié)，如左移，右移，上移，下移等。
反饋效果：輸入反饋，點擊反饋，彈出邏輯，錯誤反饋，刷新等。
頁面跳轉(zhuǎn)：即轉(zhuǎn)換邏輯。
元素的規(guī)則定義：關(guān)鍵功能，關(guān)鍵信息等。
其他細節(jié)：默認(rèn)頁面，成功/失敗狀態(tài)，加載模式，刷新模式等。
編者注：有時寫作和寫作會使文檔內(nèi)容過于復(fù)雜。這是一個幫助您創(chuàng)建美觀且易于使用的交互式文檔的教程。強烈建議收集！ →《超全面!教你打造美觀清晰易使用的交互文檔》
除了上面的一般交互細節(jié)之外，還有動作文檔的細節(jié)，因為也遇到了交互的輸出。因此，動態(tài)細節(jié)的標(biāo)記也非常重要，包括以下細節(jié)：
效果名稱：如搖晃，下蹲，跳躍，彈跳等。
動量參數(shù)：動作的持續(xù)時間，通常以毫秒為單位，是否延遲，延遲時間等等。
觸發(fā)邏輯：何時觸發(fā)操作以及發(fā)生多種效果的順序。
四. 需求開發(fā)驗證
開發(fā)完成后，驗證/接受要求。我們可以通過三種方式驗證它：
測試部門測試：這個鏈接當(dāng)然是必要的，是確保需求順利發(fā)布的重要部分。
需求方測試：在測試部門進行測試時，需求方也參與測試業(yè)務(wù)邏輯，產(chǎn)品邏輯，交互邏輯和可視化表示。參與的是產(chǎn)品，互動，用戶界面，運營，市場等。
種子用戶內(nèi)部測試：上述方法結(jié)束后，將進入用戶內(nèi)部測試階段，將最終解決方案打包給用戶體驗，找到問題，然后進行修復(fù)。
在用戶內(nèi)部測試結(jié)束后，所有問題都得到修復(fù)和解決，以便最終在線發(fā)布，這樣我們就可以確保整個程序的可行性，用戶在使用過程中不會有很大的瑕疵。
五. 需求管理及開發(fā)溝通工具介紹
事實上，在整個需求著陸過程中，以傳統(tǒng)方式管理需求和開發(fā)協(xié)作效率有點低。因此，我仍然認(rèn)為使用協(xié)作工具更方便，更有效，無論是管理要求還是與開發(fā)的溝通。
編者注：推薦一種提高團隊溝通效率的方法，以及一種提高設(shè)計師和開發(fā)溝通效率的小工具。
《提高效率!如何避免團隊協(xié)作中的無效溝通?》
《提高溝通效率!幫設(shè)計師記錄修改位置的Sketch插件PinLog》
以上是推動土地需求過程中的一些經(jīng)驗和經(jīng)驗，希望對大家有用。