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

產(chǎn)品經(jīng)理作為互聯(lián)網(wǎng)中的“撕逼工作者”“需求溝通者”，每天都被大量事務(wù)、大量細(xì)枝末節(jié)包圍著，而這些事務(wù)也容易產(chǎn)生大量棘手、難解決的問題，那么學(xué)會“影響分析思維”后，將有效幫助我們從根源解決問題。

01 一些常見的問題

作為互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，是否遇到過以下的場景：

1. 需求文檔寫完了，但是交互設(shè)計師的給出的方案和自己想的并不一樣、設(shè)計師的畫風(fēng)跟自己的腦海里的完全不一樣。
2. PRD和交互原型都輸出了，但在技術(shù)評審過程中，程序猿說“這個實現(xiàn)不了”，又或者評了一個超長的時間，然后項目經(jīng)理說要不還是砍砍需求吧。
3. 新功能完成了開發(fā)，但是到測試的時候，測試的同事或者產(chǎn)品經(jīng)理自己無意間發(fā)現(xiàn)，咦，新功能沒問題，怎么一些老舊的功能突然報錯了？找技術(shù)溝通之后發(fā)現(xiàn)，原來是那些老舊功能也用了同一個板塊，沒考慮到。結(jié)果只能加班加點修復(fù)，甚至延遲發(fā)版。
4. 新功能上線后，運營反饋說用戶投訴驟然增多，一調(diào)研發(fā)現(xiàn)，原來是新功能打斷了用戶原來熟悉的必須流程，或者新的字段加重了用戶的工作量，又或者新的功能增加了誤操作的概率等。
5. 新功能上線后，從用戶訪問量看，盡管運營已經(jīng)很盡力的推廣了，但是新功能的使用量還是很低。

今天我們嘗試用一個新的角度去審視、解決上述問題。

02 影響分析

有一種設(shè)計方法叫做FMEA，F(xiàn)ailure Mode and Effects Analysis 失敗模式和影響分析，F(xiàn)MEA于20世紀(jì)50年代于美國被提出，多用于工業(yè)系統(tǒng)設(shè)計制造的過程。

FMEA用于在產(chǎn)品設(shè)計階段和過程設(shè)計階段，對構(gòu)成產(chǎn)品的子系統(tǒng)、零件，對構(gòu)成過程的各個工序逐一進行分析，找出所有潛在的失效模式，并分析其可能的后果，從而預(yù)先采取必要的措施，以提高產(chǎn)品的質(zhì)量和可靠性的一種系統(tǒng)化的活動。

FMEA有專業(yè)的軟件為那些大型工業(yè)制造商去實施，我們這里就簡單講一下其流程：

1. 整理流程圖
2. 明確流程每個節(jié)點的要求
3. 針對每個節(jié)點找出可能發(fā)生的不良模式及發(fā)生原因
4. 對每個節(jié)點存在的缺陷進行風(fēng)險評估
5. 對嚴(yán)重的問題進行解決
6. 實施改善后的流程

FMEA用的評估方法叫做PRN，Risk Priority Number，風(fēng)險優(yōu)先數(shù)/級。主要從以下三個方面對影響進行評估。

PRN=S x O x D

• Severity 嚴(yán)重程度
• Occurrence 發(fā)生概率
• Detection 可發(fā)現(xiàn)性/發(fā)現(xiàn)難度/不可偵測性

以下我們將會用FMEA的思維去評估一個新功能上線的流程，但是我們側(cè)重點是找出容易產(chǎn)生的影響，并在工作過程中盡可能的避免，而不是遇到了問題后如何去解決。

03 工作流程

上圖是一個經(jīng)典的互聯(lián)網(wǎng)產(chǎn)品產(chǎn)生的流程圖，從一個idea的產(chǎn)生到落地的循環(huán)生態(tài)。

對于產(chǎn)品經(jīng)理而言，他們是整個流程的出發(fā)點，一個需求經(jīng)過了交互設(shè)計師、視覺設(shè)計師、技術(shù)開發(fā)、測試、運營，最后面向用戶。

用一個不太合適的形容詞，就是“你比劃我來猜接龍”的過程，最初的想法和用戶最終看到的效果，可能會有一定的的差異，而這過程中，一些潛在的問題就顯現(xiàn)、放大，甚至產(chǎn)生不好的影響。

我們將針對每個節(jié)點，我們都提前找出可能的影響，比嘗試找出規(guī)避或解決影響的方案。

3.1 交互與視覺設(shè)計

在功能需求的設(shè)計過程中，產(chǎn)品經(jīng)理應(yīng)當(dāng)去思考，功能的操作流程、呈現(xiàn)效果，是否與當(dāng)前產(chǎn)品的定位、體驗一致，而不是把這個問題完全拋給設(shè)計師的去解決。

例如我們的產(chǎn)品定位是簡單，用戶無腦刷就得了，但是某個新功能為了檢測用戶忠誠度，需要用戶在手機上完成一個很復(fù)雜的流程或動作，然后能獲得對應(yīng)的獎勵。

這個復(fù)雜的流程可能在你的表達傳達給交互設(shè)計師時，就會有一定的偏差，等到交互設(shè)計師為了統(tǒng)一整個產(chǎn)品的交互邏輯，完成方案時，效果又會產(chǎn)生一層偏差，先不談這個結(jié)果是不是用戶想要的，至少很可能這個結(jié)果并不是你想要的。

再例如，需求文檔中欠缺對視覺效果的要求，最后設(shè)計師出的圖，可能完全不是產(chǎn)品經(jīng)理想要的，相信這種事情大家應(yīng)該見多了。

面對這種情況，在寫PRD的時候不妨多附上一些理想的同類產(chǎn)品的界面圖片、并多視圖描述一下視覺風(fēng)格傾向，就能把這種偏差減少。

3.2 研發(fā)測試

產(chǎn)品：“我想要一個根據(jù)手機殼變手機主題顏色的APP

技術(shù)：“實現(xiàn)不了”

產(chǎn)品：“怎么實現(xiàn)我不管，明天就要上線”

于是技術(shù)就把產(chǎn)品打了……

這并不是一個“空穴來風(fēng)”的事情，但是與技術(shù)撕逼，可能是產(chǎn)品經(jīng)理工作中除了寫PRD第二重要的事情了。

了解一個功能是如何實現(xiàn)的，在產(chǎn)品經(jīng)理眼里和在技術(shù)大大們眼里，可能并不是一回事。

就如上圖所示，一個產(chǎn)品，在產(chǎn)品經(jīng)理眼里，整個系統(tǒng)被安排得穩(wěn)穩(wěn)妥妥、明明白白。但是在技術(shù)眼里，你甚至可能找不到那些技術(shù)上的接口，和產(chǎn)品經(jīng)理眼里的功能的關(guān)聯(lián)。

對于產(chǎn)品經(jīng)理看來的好幾個功能點及好多個端的區(qū)別，有可能在技術(shù)層面上是同一個接口處理、同一個數(shù)據(jù)表保存、只是用不同字段及狀態(tài)進行區(qū)分展示而已。

于是乎由于產(chǎn)品架構(gòu)與技術(shù)架構(gòu)的不一致，就容易引發(fā)最經(jīng)典的三個案例：

1. 產(chǎn)品：“明明有類似的功能，為什么不能復(fù)用？”，技術(shù)：“功能看似相似，但是寫在不同的項目中，且底層讀的表也不同，差異巨大，還不如重新寫一個。”
2. 產(chǎn)品：“這個看著很容易啊，為什么實現(xiàn)不了”，技術(shù)：“是看著容易，但是現(xiàn)在用的底層技術(shù)框架并不帶有這樣的功能/不是為這類需求設(shè)計的，所以沒法實現(xiàn)。”
3. 產(chǎn)品：“為什么一個新功能優(yōu)化，老是導(dǎo)致原有其他的功能出bug？”，技術(shù)：“你PRD也沒寫這個功能在別處也用到了?。　?/li>

以上種種問題很容易影響開發(fā)進度，也容易導(dǎo)致在開發(fā)過程中需求被迫修改、甚至砍掉。想要避免這些問題，方法也很簡單：

1-2：多提前溝通交流，了解一些關(guān)于自家產(chǎn)品的技術(shù)結(jié)構(gòu)和實現(xiàn)方式。這里其實并不需要產(chǎn)品經(jīng)理懂得怎么看代表，技術(shù)架構(gòu)的東西一樣可以用流程圖、系統(tǒng)藍(lán)圖等，大家都看得明白的方式來表達。

3：在寫PRD時，回顧一下產(chǎn)品中其他功能，是否還有其他功能依賴著本功能，或者其他位置會跳到此版塊，又或者是否有其他產(chǎn)品、供應(yīng)商也對接了此功能，舊版本是否兼容此功能等。把這些依賴關(guān)系都梳理出來，能讓技術(shù)大大們更好的進行影響分析和兼容性設(shè)計，從而潛在的問題。

例如我們要給商品加個“品牌”字段，那么商品都會在哪些界面顯示出來、商家又都能在哪些終端、通過哪些方式創(chuàng)建商品，平臺后臺又有多少個查看商品信息的地方，是否有對接的供應(yīng)商需要有在獲取商品信息。

果我們漏了其中任何一點，很可能這個新增的“無關(guān)”字段，就會導(dǎo)致一部分商家創(chuàng)建商品的時候報錯、又或者運營在后臺某個位置選擇商品時，發(fā)現(xiàn)商品名稱都變成了品牌名稱等等。

我其實寫了挺多篇關(guān)于產(chǎn)品經(jīng)理要懂點技術(shù)的文章，類似的技術(shù)科普文不少，大家有興趣可以自行百度。

3.3 產(chǎn)品上線

假如一個APP上原生的功能需要更新，那么iOS需要提交給蘋果的應(yīng)用商店審核、安卓需要提交給騰訊應(yīng)用寶/360/小米/華為/百度等應(yīng)用商店審核。微信小程序功能要更新，也需要提交給微信進行審核。只有審核通過后，用戶通過公開的途徑才能下載使用最新的版本。

不知道是否有產(chǎn)品經(jīng)理遇到過這樣的問題，測試或技術(shù)的同事將應(yīng)用提交審核后，過了幾個小時或者一兩天，反饋回來卻說，審核失敗了，對方需要提交XXXX資格證、XXXX執(zhí)照，于是就從產(chǎn)品經(jīng)理問運營，運營問財務(wù)法務(wù)，財務(wù)法務(wù)問老板……最后發(fā)現(xiàn)公司確實沒有這個資質(zhì)，最后一整個月的功勞都白費了。

還有一種情況，就是應(yīng)用申請上架后，被駁回的理由是里面使用了一些對應(yīng)平臺不允許使用的技術(shù)，或者不符合對應(yīng)平臺的規(guī)范。于是技術(shù)或測試又來找產(chǎn)品，然后產(chǎn)品就跟領(lǐng)導(dǎo)溝通，找技術(shù)、項目重新評估時間，重新開發(fā)……

這種影響其實在產(chǎn)品設(shè)計的最初階段就應(yīng)該避免，這里建議產(chǎn)品經(jīng)理們閱讀并熟悉以下內(nèi)容：

1. 微信小程序運營指南，可能是全世界要求與限制最多的平臺之一：https://developers.weixin.qq.com/miniprogram/product

2. 蘋果應(yīng)用原則與規(guī)范，根據(jù)蘋果官方數(shù)據(jù)，蘋果應(yīng)用商店拒絕的比例達40%：https://developer.apple.com/cn/app-store/review/guidelines/

3. 百度應(yīng)用商家審核規(guī)范，雖然百度應(yīng)用商店用戶量不多，但是從我的經(jīng)驗來看，要求算是安卓市場里面最嚴(yán)的：http://app.baidu.com/docs?id=18&frompos=401009

4. 閱讀并熟悉你所在行業(yè)的法律法規(guī)，例如我國對金融、網(wǎng)約車、醫(yī)療器械等行業(yè)是有明確的政策要求的。

5. 認(rèn)同一個常識問題，別人的地盤別人做主：

在微信的公眾號、小程序文檔里都不會寫，微信里是不能用支付寶的（雖然反之支付寶里也不能用微信），微信里也打不開淘寶、拼多多、抖音、今日頭條，甚至某天也會屏蔽你家的APP。
不過不要因此道德綁架微信，那是人家的地盤，你要有本事也可以不用微信聯(lián)登、分享到微信、持微信支付、不開微信公眾號、不開微信小程序的嘛：）

3.4 運營落地

運營落地的影響分為兩部分：

1）運營影響

產(chǎn)品對于運營的影響非常大，畢竟運營只能根據(jù)有的功能進行宣傳推廣，巧婦難為無米之炊。一個產(chǎn)品在設(shè)計之初，建議跟運營的同事先聊一下，看看競品是否有類似的推廣經(jīng)驗，是否需要供應(yīng)商進行配合提供對應(yīng)商品或服務(wù)等，讓運營同事有提前準(zhǔn)備，包括宣傳預(yù)熱等。

若是等到產(chǎn)品上線后，才讓運營開始著手準(zhǔn)備推廣，可能會產(chǎn)生預(yù)算經(jīng)費不足、配套商品或禮品沒準(zhǔn)備沒到位、由于沒有前期宣傳導(dǎo)致用戶一臉茫然等后果。

2）用戶體驗

產(chǎn)品設(shè)計的初衷，其實想給用戶帶來更好的體驗。但是由于用戶并不只用你一家的產(chǎn)品，而是生活在一個信息爆炸的時代，被很多的主流勢力、還有你家產(chǎn)品原有的功能等培養(yǎng)出了一套“用戶預(yù)期”，在用戶眼里，可能你的產(chǎn)品就應(yīng)該是怎么樣的，如果新功能并沒有考慮這個問題，可能不僅不能提高用戶體驗，還會導(dǎo)致用戶出現(xiàn)操作障礙，降低用戶轉(zhuǎn)換率。

所以在設(shè)計需求的過程中，必須考慮功能是否符合“用戶預(yù)期”，如果一個功能確實很創(chuàng)新、獨到，那就應(yīng)該考慮增加一些用戶操作指引等。如果新功能不得不打斷原有的流程，那就應(yīng)該注意讓這個變化更平滑過渡，而不是突兀的改變。

總的來說就是：運營要準(zhǔn)備、用戶要引導(dǎo)。

3.5 項目管理

有些公司可能產(chǎn)品經(jīng)理自身就要兼任項目經(jīng)理的職責(zé)，對項目進度，尤其是開發(fā)進度，還有需要配合的資源進行溝通。

1）時間

需求設(shè)計的過程中需要預(yù)估設(shè)計、開發(fā)、上線的大致時間。版本迭代的周期過于頻繁或滯后會對用戶造成不同的影響。

多參加設(shè)計、技術(shù)評審會，積累經(jīng)驗了解一個功能設(shè)計、研發(fā)、測試的周期，將有助于產(chǎn)品經(jīng)理更好的進行版本規(guī)劃，讓用戶感知以一個平穩(wěn)的步伐在進行產(chǎn)品更新，不頻繁更新擾民，也不會堆積了一堆問題、風(fēng)格陳舊很久才處理一次。

另外應(yīng)用市場、微信小程序等上線審核是需要時間的，幾個小時到幾天不等。而且逢年過節(jié)的時候，國內(nèi)外應(yīng)用市場的審核人員也會放假的。這就對于有緊急發(fā)版、重大節(jié)日前后發(fā)版需求的產(chǎn)品來說，必須提前了解對應(yīng)應(yīng)用市場的時間安排，然后與項目同事一起反推定好好研發(fā)deadline。

2）依賴資源

對于有些功能而言，例如查詢快遞、喚起支付寶/微信/銀聯(lián)支付、微信/QQ聯(lián)合登錄、利用地圖展示某些信息等，都是需要供應(yīng)商配合對接才能完成的。如需設(shè)計對應(yīng)功能，應(yīng)事先與項目經(jīng)理、商務(wù)等同事溝通，了解對方是否要簽合同和付費、獲得對方的開發(fā)者賬號、開發(fā)文檔等內(nèi)容，為進一步技術(shù)對接做好準(zhǔn)備。

如有能力的話盡可能閱讀一下供應(yīng)商的開發(fā)文檔，了解功能是否與我方需求匹配，是否存在一些限制可能會影響未來功能的發(fā)展等。

3）對外部系統(tǒng)的影響

如果你的產(chǎn)品是面向商家端或工廠端的，那么有商家來對接是很常見的事情。他們自有的系統(tǒng)通過我方接口獲取一些信息，我方新的功能調(diào)整是否需要他們同步更新，如果需要也要對方提前做好對接工作，預(yù)防我方上線后對方系統(tǒng)無法工作等。

四、總結(jié)

其實產(chǎn)品經(jīng)理的工作與交互、視覺、研發(fā)與測試、運營、項目他們的工作都息息相關(guān)，大家的工作是圍繞著“產(chǎn)品落地”在轉(zhuǎn)，從一個idea冒出，到最終產(chǎn)品呈現(xiàn)在用戶眼前，不僅僅是公司內(nèi)部的事情，還與應(yīng)用市場的規(guī)范、相關(guān)法規(guī)政策、依賴資源供應(yīng)商、依賴著自己的外部系統(tǒng)等都有關(guān)系。

影響分析的最大用處，就是理性對待產(chǎn)品落地過程中各個節(jié)點，找出可能存在的問題，并在最開始設(shè)計需求的時候，就該規(guī)避的規(guī)避、該提前準(zhǔn)備的進行準(zhǔn)備，避免一個需求最后陷入無法實現(xiàn)、落地的僵局中。所謂“磨刀不誤砍柴工”。

影響分析讓產(chǎn)品需求的設(shè)計，由“我不要你以為，我要我以為”，變成“不打無準(zhǔn)備之仗”，也只有這樣，才能讓一個團隊更好的工作下去，不斷推出對用戶和市場有利的好功能、好產(chǎn)品。

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

題圖來自Unsplash，基于CC0協(xié)議。