中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

半年經(jīng)驗的產(chǎn)品助理為什么會犯這個錯誤呢？這是我最近一直在反思的問題。最后，我發(fā)現(xiàn)這和我之前的工作方式有關(guān)。

每一個需求的從無到有，從有到確認；每一次的需求評審，從失敗到成功。對產(chǎn)品經(jīng)理來說都是一次折磨。每一個版本迭代，我們都需要反復(fù)地被折磨，換了新工作后到現(xiàn)在已經(jīng)4個月了，工作方法的轉(zhuǎn)換，2個版本，4次需求評審的折磨。我也慢慢發(fā)現(xiàn)錯誤，改變工作方法。

第一個問題，出在需求評審，為什么需求評審就是沒辦法一次通過呢？為什么需求總會被大家指責(zé)？

首先，我們應(yīng)該知道需求評審存在的意義，到底需求評審的作用是什么？

在之前幾次失敗的需求評審中，我把需求評審用來與大家敲定需求，許多人是第一次了解到這個需求，但是每個人都會有不同的想法，顯然，這里錯了。

1、2個小時跟您根本完不成統(tǒng)一意見、達成共識、確定需需求細節(jié)這所有的工作。因此需求評審的真正作用應(yīng)該是在前期溝通充分的基礎(chǔ)上作為最后一次的需求確認，得到各方認可，令相關(guān)方配合接下去的工作（不要覺得前期溝通太充分，需求評審再核對一遍大家都已經(jīng)清楚的內(nèi)容，就像在浪費時間）。

但是還是能夠幫助所有項目成員更加清楚了解項目的所有內(nèi)容，有利于后期的配合，因為單獨溝通的時候都是片面的，不可能單獨和運營人員溝通過多的技術(shù)問題，一起開個會會讓大家更好的互相了解。

需求準備：

收集需求：

日常工作中我們需要建立自己的需求池，與用戶的溝通，跟蹤主要競品迭代情況，留意市場變化，反復(fù)體驗現(xiàn)有產(chǎn)品找出待優(yōu)化的點等工作，應(yīng)當(dāng)成為產(chǎn)品經(jīng)理的日常工作，需要不間斷的去做，而不是在產(chǎn)品迭代項目啟動后踩開始進行。用戶直接反饋的需求是比較有價值的，通?？梢詮挠脩舻膩黼姡脩粼赼pp內(nèi)的反饋／相關(guān)的討論社區(qū)／各種社交群／甚至是成熟競品開設(shè)的討論群組等（不僅可以了解用戶反饋的需求，也可以探查競品的部分問題與后續(xù)迭代方向等）。

驗證需求必要性：

適當(dāng)?shù)挠脩粽{(diào)研／競品分析驗證需求合理性，為說服相關(guān)方做準備。

迭代排期：

總有無數(shù)的需求要做，要按照產(chǎn)品的生命周期去做合理的排期。

討論會：

初步方案完成后，盡可能的去組織產(chǎn)品內(nèi)部的討論會，發(fā)散思維，吸收更多的意見與建議（其中可能有你沒有想到的哦，團隊作戰(zhàn)總好過一個人瞎想）。

與需求方溝通需求：

需求是否做？何時做（排期情況）需要及時喝需求放反饋；需求如何做？在有了策劃方案后要和需求放溝通，看是否符合他的期望，同時協(xié)調(diào)需要配合的相關(guān)事宜。

需求大致確定后，不確定開發(fā)成本的需求，需要額外和技術(shù)人員做溝通，即使調(diào)整方案。有些技術(shù)方面的需求，要盡早與開發(fā)達成共識，盡早籌劃。比如現(xiàn)有數(shù)據(jù)庫、服務(wù)器性能是否能承受后續(xù)業(yè)務(wù)的快速成長等？

需求評審前：

完整的需求說明：

demo圖并注釋文字的做法會比較好，此外將所有相關(guān)的內(nèi)容（包括流程圖、表格、版本管理等）全部整理在一個Axure文件中，并寫明需求場景與前置后置需求），會更方便與設(shè)計、技術(shù)、測試的溝通，避免不必要的反復(fù)溝通。

盡可能想清楚所有的細節(jié)、準備盡可能完善的文檔，（當(dāng)然了，完美幾乎是不可能的，盡力而為吧！不要出大的紕漏）并提前與相關(guān)人員溝通（研發(fā)、需求放等相關(guān)人員），達成一致。減少二次評審、扯皮的概率，避免不必要的背鍋。

需求說明文檔說到底是給設(shè)計、開發(fā)／測試人員看的，不管使用什么樣的工具、格式，最重要的是看文檔的人能夠看明白能夠接受，方便他們工作，不妨在交付物交付后詢問一下他們的意見與建議（對于需求文檔而言，這些相關(guān)工作人員才是用戶啊，以用戶為中心，產(chǎn)品經(jīng)理時刻牢記！）

提前發(fā)出文檔：

可能有些時候文檔來不及提前完成，但是沒關(guān)系。合理安排時間，盡量提前完成文檔，完不成就先把初稿（需要完成大部分內(nèi)容，少數(shù)細節(jié)未完成影響不大）完成發(fā)給大家看，目的并不是過細節(jié)，而是希望在需求評審前大家對接下來的項目要做什么內(nèi)容，為什么做達成一致（目的認知上的不一致，根本就不可能聊到一起去。）

需求評審中：

step1：說明此次迭代／產(chǎn)品的主要目的是什么

讓大家對項目有一定的了解。

step2：需求簡要說明（告訴大家項目范圍在哪里）

常用xmind，mindmanager等工具（前面有說整合到阿axure中，憑審批還是可以用原文件，方便修改）。

step3：需求詳細說明（配合demo圖進行講解）

step4：最好用自己的筆記本電腦做展示 ，有問題的地方做標注，幫助會后的修改調(diào)整工作。

這部分最好能自己做，雖然會影響會議進程，但是只有自己最了解所有內(nèi)容，別人幫忙記錄可能會抓不住重點。

需求評審后：

評審?fù)瓿珊?，修改相關(guān)問題后，連同修改內(nèi)容清單郵件給參會人員，取得最后的溝通協(xié)調(diào)。如果修改功能過多，且比較重要的，就只能開二次評審會了。

敲定設(shè)計時間、測試時間、上線時間。

配合設(shè)計是完成產(chǎn)品設(shè)計的工作，當(dāng)中可能會遇到需求的調(diào)整問題。

后續(xù)工作

到此為止，圍繞需求評審的相關(guān)事宜就告一段落了，當(dāng)然在后續(xù)的工作中，根據(jù)項目的具體情況，可能還需要召開設(shè)計評審、測試用例評審、功能評審（一般由開發(fā)召開），雖然這些評審會，產(chǎn)品并不是第一負責(zé)人，但是按照目前的通行情況，產(chǎn)品經(jīng)理通常會兼任項目管理方面的工作，因此我們需要幫助設(shè)計、測試、開發(fā)完成后面的評審工作，特別是在設(shè)計與用例評審中，有時會遇到對需求提出異議的情況，此時已定要做好協(xié)調(diào)工作，保證項目的順利進展。

總結(jié)：

之前大多數(shù)的時間，在師傅的提醒下去做一些事，或者說在師傅確定大致迭代目標與方向后做后續(xù)的策劃溝通工作。同時大部分的需求來源于運營方，所以只要溝通到位就沒有大問題了。但是目前的一些需求，來源于產(chǎn)品內(nèi)部，來源于各位老板，沒有比較具體的目標，在產(chǎn)品方向上各有各的想法爭論不休（這也是目前公司最大的問題，戰(zhàn)略不清，方向不明）并且產(chǎn)品總監(jiān)，技術(shù)總監(jiān)，上級產(chǎn)品經(jīng)理都有各自的想法，干涉影響需求確定的工作。此外也有溝通上的一些問題，存在有人固執(zhí)己見的現(xiàn)象，而我一時之間又找不到說服他們的方法?；蛟S這就是產(chǎn)品助理與產(chǎn)品經(jīng)理的區(qū)別吧！

本文由 @Emma 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。