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

作為一個產品新人，一開始往往滿腔熱心投入產品工作中，然而在項目流程中，還是會因為出錯而被團隊、被老板質疑。筆者結合這樣的疑問，向我們分析了如何應對這樣的狀況。

不久前，老同學說自己最近轉行做產品了，由入行時的信心滿滿到現在的滿臉疲憊，也不過幾個月的光景。

比如最近在跟的一個項目，光是需求評審就過了不下五遭，哪怕線下準備很充分了，但依然每次都被開發測試懟得無地自容。現在一提起過需求，就很緊張。

于是我問了下她的項目流程，她說：接到需求后，她大概了解了情況，就開始畫原型圖，畫的時候有疑問，再去找甲方溝通確認，然后反復更改原型圖。

畫完后，就拉著老板和項目組同學開始一頁頁過原型，然后再回去改。于是，這樣的故事每天在不停地上演著，直至自己心力憔悴，團隊不信任你，老板對你質疑……

的確，剛入坑產品經理時，很多人都曾想象自己是來指點江山揮斥方遒的，但事實上除了一地雞毛還是一地雞毛。

這種現象更多地出現在創業公司，或是沒有前人引路的產品，俗稱“野路子產品經理”。

這些人只能憑著自己的直覺去闖去試去摸索，不停地在挖坑填坑中讓自己成長。極少數幸運的同學從坑里爬出來了，但更多的都是被坑給埋了。

所以，想通過這篇文章跟大家聊聊，剛接手一個項目時該怎么下手，能讓自己更加游刃有余，能讓開發測試更加信服。文章將從業務意向溝通、業務梳理、方案設計、交付產出四個產品核心技能方面進行闡述。（本篇僅局限于接手項目的討論，不包含自主探索類產品）

Step1：業務意向

業務意向溝通，主要是了解項目的背景、目的和價值。

所謂背景，就是要了解這個項目是由誰提出來的，是基于什么場景什么考慮提出的這個業務意向？提出的意向是想解決哪些用戶群體的哪些問題？解決之后能帶來什么樣的價值？這個項目涉及到哪些干系方？如果延期或者不做，又會怎么樣？

這個時候，趁著手干事兒前，盡可能多問幾個為什么，通過為什么來了解這個項目更多的信息，尤其是業務方（或其他項目提出者）未告訴你或者不想告訴你的事兒。

要知道，為了讓你盡快推動實施項目，業務方也會想方設法找出不得不做的理由/借口；這時候就要你擦亮眼睛，辨別這確是客觀的理由，還是主觀的借口。這對你接下來每一步的判斷，至關重要。

Step2：業務分析梳理

在溝通確認完業務意向后，就要開始對業務意向抽絲剝繭，一層一層剝洋蔥式的對業務進行拆解、梳理，最終組裝成產品語言，交付至項目團隊。

本章節，我們將會從用戶故事、產品業務形態、狀態流程圖、業務流程圖、頁面流程圖等維度展開。

1. 用戶故事

產品設計最核心的三個要素，分別是：用戶、場景、需求。產品設計，就是不斷地解決用戶在特定的場景下的需求。

• 用戶：用戶是誰，有哪些角色，也就是涉及到哪些干系方；
• 需求：核心需求是什么，即不同的用戶，分別在什么場景下會使用；
• 場景：產品滿足了用戶的哪些需求。

而用戶故事，就是這三要素的組成。理清用戶故事后，也就明確了不同的用戶角色需要系統支持哪些功能了。以網點充值為例：

因此，當開始接觸一個項目的時候，首先需要梳理的就是這個項目里涉及到了哪些用戶，分別在什么樣的場景下有什么樣的需求。而在這里面，最核心的用戶、場景、需求是什么，輔助核心元素打造整個業務生態的又是什么。分清主次之后，產品的規劃節奏隨之就很明朗了。

（注意：增加、減少功能并不是關鍵，關鍵在于能不能解決用戶的問題。而很多產品新人也最容易在功能點上糾結，這時候就需要考慮下產品設計的三要素了。

2. 產品業務形態

產品業務形態，主要是用來描述產品的基本框架，簡述業務的整體面貌。

這個環節更關注用戶角色、信息和渠道，以及各自之間的流轉關系。簡單來說，就是通過這樣一張簡單的圖，能夠讓人快速理解這個業務是怎么運作的。

比如，站點在系統里的關系，就是發起充值；站點發起之后，其他參與系統又分別在其中擔任了怎樣核心的角色。

或者可以再看下抖音的業務形態：只是簡單提到了內容生產者和內容消費者，當然這期間還有平臺運營者在運籌帷幄，如果加上那會更加完整。

3. 狀態流程圖

狀態流程圖，顧名思義，就是以“狀態”為對象的流程圖，描述的是狀態的正常、異常分支的流向，前置后置條件。

要注意的是，狀態流程圖不是每個項目必須的，而是要取決于實際的項目，根據項目實際來判斷。比如抖音沒有狀態也就不會有狀態流程圖。

對于狀態流程圖來說，建議按下述三個步驟進行：

1. 梳理主流程，明確主流的狀態
2. 拆解各個環節的異常分支，對各類異常情況分析完成后進行整合
3. 完成整個業務生命周期里的狀態流轉圖

4. 業務流程圖

業務流程圖，這個大家應該都很熟悉了。不管是toC還是toB，都會有業務流的概念，比如APP注冊/登錄的流程，淘寶購物的流程，天貓退貨的流程等等。這塊的技能已經有太多人講了，這里就不詳細展開了。注意以下兩點就行：

• 涉及到多個業務方或者多個系統時，泳道圖一定要“切圖”。橫向，相關系統；縱向，拆解的階段。
• 根據狀態流程圖梳理的業務，繪制業務流程圖，梳理流程的前置、后置條件和異常分支等。

以充值的為例，看下大概的框架：

5. 頁面流程圖

需要交互的系統較多，在原型評審前，幫助組內同學快速建立產品的頁面概貌。那頁面流程圖和原型圖有什么差別呢？

頁面流程圖，只要把涉及到的頁面整理出來，然后把每個界面參與到的核心事件（核心操作按鈕）表述出來即可。這個地方一定要克制，要克制，要克制。

Step3：方案設計

經過上述的業務拆解之后，這時候原型該是怎么樣的：會有哪些界面，每個界面分別做些什么事，有哪些按鈕，哪些字段，這些按鈕字段的定義分別是什么。這些應該都在你心里了對不對？

然后就是繪制原型圖的時候，注意細節，不要有遺漏，那就很棒啦。

1. 頁面交互圖

2.?相關注釋

①?權限說明：數據權限、菜單權限

②?數據內容：

• 篩選條件的范圍、規則和交互
• 列表數據的排序規則
• 列表字段的定義、來源、限制、規則等描述

③?操作說明：

• 操作的前置條件、后置結果
• 異常邏輯
• 交互樣式

Step4：交付產出物

走到這一步的話，恭喜你，再把資料整理整理，然后就愉快地去約你的項目組同學去評審吧。相信我，這個時候，開發小哥哥們肯定會很喜歡你咯。

不過更建議在業務梳理完成的時候，就先找開發測試同學先溝通一遍，剔除無法實現、實現復雜的，甚至可能在溝通中會有更好的方案哦。當然啦，這個階段可以只約核心同學哈。

結語

好啦，關于項目分析的分享就到這里啦~~在最后，預祝各位野路子的產品新人，能夠在產品之路上越走越遠，與開發測試的小哥哥小姐姐們都能和睦相處哦。

本文由 @泡泡 原創發布于人人都是產品經理，未經作者許可，禁止轉載

題圖來自Unsplash，基于CC0協議