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

賬號重構(gòu)是我做PM之后，經(jīng)手的第一個項目。

最初的需求，應(yīng)該是原始簡陋的賬號體系無法實現(xiàn)更換手機號，更換微信等需求，也沒法把用戶的微信和手機號分別創(chuàng)立的賬號統(tǒng)一起來。

于是，為了解決這個問題，我決定優(yōu)化表結(jié)構(gòu)和邏輯，將手機號，三方登錄的UID都降級，統(tǒng)一在一個固定的賬號主ID上。

• 順便……再解決一下登錄頁面UI太丑交互太過時的問題？
• 順便……再增加一下強制第三方綁定手機號來杜絕臟數(shù)據(jù)？
• 順便……把個人中心頁面優(yōu)化一下？
• 順便……(╯‵□′)╯︵┻━┻ 產(chǎn)品要控制欲望……再順便開發(fā)要砍人了……

這是第0條經(jīng)驗。

【Tip 0】控制欲望，版本封閉

不成熟的小產(chǎn)品可以讓老大幫忙規(guī)劃需求，然后再旁邊記小本本，學(xué)習(xí)一下如何管理需求，安排優(yōu)先級。（比如要考慮前端后臺的工作量啦~拆分功能會受到多大影響啦~用戶體驗和商業(yè)價值孰輕孰重啦~）

下面……是自己這一個多月來的血淚教訓(xùn)……適用于一切【常規(guī)功能的重構(gòu)需求】。

【Tip 1】一定要先調(diào)研清楚后臺邏輯

API的開發(fā)哥哥在需求評審的時候，非要我跟前端一起，把頁面的接口都整理一遍，再跟著后臺一起爬代碼看邏輯。

在被一行行天書摧殘了一下午后，我發(fā)現(xiàn)PRD基本不用改（= =）……但是，如果在寫PRD之前先受過摧殘，那么寫起來至少可以快一倍。所以，還是要謝謝開發(fā)哥哥的傲嬌要求的。

對于一個剛剛創(chuàng)業(yè)的小公司，很多功能都是早期應(yīng)急做出來的，又經(jīng)過線上時不時優(yōu)化的小補丁，可能會給現(xiàn)在的需求開發(fā)帶來一個又一個的坑。

如果在最開始，沒有把線上的邏輯搞清楚，在開發(fā)階段再填坑，會付出慘痛的代價（比如熬夜加班補邏輯的同時還要被開發(fā)哥哥嫌棄……）

【Tip 2】關(guān)于邏輯

1. 該抄就抄。2. 最核心的邏輯牢牢攥在手心。

該抄就抄

賬號體系這種只要是一個有用戶的產(chǎn)品就會有的常規(guī)功能，在互聯(lián)網(wǎng)普及這么久后，已經(jīng)有了成熟的體系。

那么如果我們想要做這個功能或者優(yōu)化這個功能，最應(yīng)該做的，就是……抄啊！

大公司幾億用戶多少年驗證出來解決問題的最優(yōu)方案，也是中國網(wǎng)民多年來的操作習(xí)慣……不復(fù)用是傻子么！

咳咳，但是借鑒也是有技巧的。

比如我們是不是希望用戶以手機號為主要注冊用的賬號，該怎么樣淡化/強調(diào)第三方的入口；各種密碼驗證碼的格式和校驗；頁面跳轉(zhuǎn)中注冊和忘記密碼的入口放哪兒；置灰和文案的小細節(jié)……歷盡千帆，取百家之長，選擇最符合自己產(chǎn)品的……原型圖畫好了耶~

ps. 不要忘記加入符合自己公司特色的小創(chuàng)新~（如果有且適合加進來的話……沒必要盲目追求新意）

pps. 也不要忘記兼容產(chǎn)品以前的坑哦~

最核心的邏輯牢牢攥在手心——死也不改

在PRD已經(jīng)定稿以后，開發(fā)過程中，需求是可以小幅度變更的。畢竟PM不是神肯定會有考慮不周的地方。

但是核心邏輯，是一定要明確好，并且保證每一個參與項目的人都了解清楚的。

如果開發(fā)中發(fā)現(xiàn)核心邏輯錯了，寧可暫停整個項目不做，也不能朝令夕改，產(chǎn)品如果對于自己的邏輯都搞不清楚，那連最后的話語權(quán)也沒有了。

【Tip 3】關(guān)于交互

站在用戶的角度出發(fā)，但別把自己當(dāng)成用戶。

PM是用戶的代言人。

這里的用戶，是所有的用戶，包括各種會進行奇怪操作或是有特殊需求的非主流用戶。

怎么樣能更好更全面地寫好PRD避免遺漏，我想到比較好的方法是：

設(shè)計頁面和流程圖要分三遍

1. 第一遍，保證核心的常規(guī)流程是走得通的（比如用戶一步一步登錄或注冊的過程），或者通過賬號中心綁定手機號至成功的操作。
2. 第二遍，保證其他分支流程不存在死循環(huán)或者死胡同（比如進行到某一步突然忘記密碼，或者突然斷網(wǎng)或手機收不到驗證碼等），不管什么情況，一定要給用戶反饋。
3. 第三遍，優(yōu)化核心流程的用戶體驗。比如可以把一些元素放在一個頁面展現(xiàn)不用分多個頁面，比如一些按鈕的特效和交互。

多看多琢磨其他產(chǎn)品這塊兒的功能

比如連續(xù)輸入多次錯誤的手機號，會出現(xiàn)圖片驗證碼，防止爬庫。

比如有些頁面涉及表單提交和狀態(tài)更新，點擊返回或者右滑后的頁面展示和跳轉(zhuǎn)邏輯。

這些細節(jié)只能說多研究，多經(jīng)歷……如果沒有項目經(jīng)驗可以積累，那么多多觀摩其他成功產(chǎn)品也總是有幫助的。

【Tip 4】關(guān)于PRD

流程圖比文字更好用。

這次賬號重構(gòu)我最大的坑就是……寫了一萬多字的PRD，結(jié)果開發(fā)基本照著流程圖來的……（然后我的流程圖還漏了很多元素）

后來在宣講的時候，重新畫了一遍流程圖，把一些對應(yīng)的頁面跳轉(zhuǎn)和提示都加上去了。感覺開發(fā)同學(xué)理解，和自己說明都快了很多。

以后寫PRD，圖文并茂，少說廢話。該枚舉的地方用表格，且一定記得加目錄索引。

PRD是PM的臉，別讓他變成下圖所示。

【Tip 5】關(guān)于溝通

當(dāng)面>私聊>群聊

如果每天都隨身帶著手機，那我的微信步數(shù)肯定要double。

PM請安心當(dāng)一只召喚獸~雖然跑來跑去很麻煩，但是當(dāng)面溝通比起打字甚至拉群里說，提高的效率不是一點半點的。

【Tip 6】關(guān)于職責(zé)

保證可用100%，易用50%

衡量一個產(chǎn)品的好壞和能否上線，有很多因素，比如：

1. 可用性——是否滿足業(yè)務(wù)需求
2. 易用性——是否有好的用戶體驗
3. 美觀性——是否傳遞了公司品牌形象
4. 安全性——是否會影響線上其他功能，是否存在安全隱患

其中我覺得，產(chǎn)品最主要的是保證100%的可用性，即PRD明確的功能性需求要都實現(xiàn)。

其次是50%的易用性，可能我們設(shè)計的時候考慮到了80%甚至100%的易用性，但是由于時間或者其他原因，開發(fā)沒有做。這部分涉及用戶體驗的需求是可以后續(xù)版本優(yōu)化，或者為功能性和安全性需求讓道的。

美觀性和安全性，在設(shè)計的時候要考慮，但是決定權(quán)交給UI和RD。讓專業(yè)的人，做專業(yè)的事?？梢蕴岢鼋ㄗh甚至異議，但是不要盲目亂做決定。

以上是這次版本迭代整理的幾條心得。感謝包容我這只小菜鳥的產(chǎn)品、UI、開發(fā)、測試同學(xué)~

希望以后再讀到，會覺得說的都是廢話。

作者：徐家小翼，公眾號：poemmanager，PM圈萌新一只，求帶飛求指導(dǎo)~~

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