寫在前面：同校小二項目我今年5月份加入的，做2.0版本的產品策劃置媳，工作集中在開發(fā)前的功能確定于樟。開發(fā)階段及之后的工作是另一個產品妹子跟進的。第一次實操一個產品從1.0到2.0拇囊，感觸最多的是：抉擇是件很困難的事迂曲。如何將需求功能做到有理有據，而不是感性決定Ａ认路捧？是一直思考的問題。
本文以小二2.0的功能點為主線纠永，記錄了做各個功能點時的經驗教訓鬓长。
寫了快半個月，實習下班回住所寫文章的效率著實不高尝江。還是每天總結比較好~~事情做完了再總結涉波，回想時好多點都記不清了>_<
做產品，做抉擇炭序，有理有據啤覆！
一、基礎情況
同校小二：校園跳蚤市場app
負責工作：2.0版本產品策劃
V 1.0版本詳情：
V 1.0：
（1）出售商品 （2）搜索/分類查找商品 （3）購買商品
V 2.0新增：
（1）新增求購板塊 （2）新增發(fā)放紅包板塊 （3）新增積分制度
二惭聂、V 2.0策劃過程
1窗声、整體
粗略版的功能模塊T_T
新的菜單欄劃分：發(fā)現(xiàn)、求購辜纲、+發(fā)布笨觅、動態(tài)、我的
（1）V 2.0將1.0中的“首頁”改為“發(fā)現(xiàn)”
原因：弱化首頁耕腾，首頁給人一種app中心的感覺见剩。發(fā)現(xiàn)有探索的味道在，我們之后發(fā)展肯定會推薦些專題扫俺、活動之類
（2）V 2.0將1.0中的“通知”單獨出來作為一個板塊苍苞，且換名為“動態(tài)”
原因：產品潛在發(fā)展。目前跳蚤市場為C2C狼纬，后期發(fā)展可以引入商家為B2C羹呵。屆時動態(tài)板塊可變?yōu)檎故娟P注商家動態(tài)
（3）V 2.0新增求購功能，單獨作為一個板塊疗琉。與出售商品同一層級冈欢，沒有弱化
原因：a.不確定求購功能的需求強度，上線后根據數(shù)據后續(xù)版本再作調整
b.求購功能中重在篩選功能盈简，幫助賣家更好地找到買家凑耻，提高交易匹配度
2犯戏、求購模塊
求購板塊的展現(xiàn)形式：微博內容的展現(xiàn)形式
求購板塊自己犯的錯誤：忽略了發(fā)布求購的場景，最開始只做了純文字版本拳话。忽略了以純圖片/圖片+文字求購的情況。
場景列舉的重要性种吸！
3弃衍、新增發(fā)放紅包板塊
It’s a long story
（1）為什么會有這個模塊
a.商品售出后賣家沒有動力主動讓商品下架。需鼓勵賣家完成交易后主動將售出商品下架坚俗。
b.紅包直接發(fā)送到用戶支付寶中镜盯，即用戶需要在小二app內留支付寶賬號。一個跳蚤市場加入支付猖败，想象力就擴展了很多速缆。后續(xù)版本逐步加入支付。
（2）紅包流程
用戶填寫支付寶賬號→發(fā)布出售的商品→交易完成后恩闻，在“我的”中點擊“已發(fā)布”中點擊“確認出售”→填寫買家手機號碼（如圖）→系統(tǒng)通知買家確認此交易→買家確認后艺糜，將紅包發(fā)放到買賣家的支付寶賬戶
（3）踩的坑
a.最初紅包確認信息需要填寫三個維度的：買家賬號、買家手機號幢尚、買家學校破停。
賬號是鼓勵注冊的，手機號是鼓勵資料填寫的尉剩，學校那欄是再次確認信息應對刷單的真慢。
太繁瑣！理茎！低級錯誤黑界！
b.由于上面a中涉及填寫買家手機號，于是新問題來了皂林。
問題1：買家在沒有注冊登錄的情況下和賣家取得聯(lián)系并達成交易
問題2：買家登錄注冊后沒有完善個人信息里的手機號碼朗鸠，系統(tǒng)仍不能通知到買家確認交易
解決方法有兩種：
方法1：強制注冊登錄綁定手機后才能看到賣家聯(lián)系方式，保證交易雙方均為平臺用戶
方法2：不強制注冊登錄式撼，如果買家未填寫手機號則以短信的形式通知買家進平臺填寫資料
方法1的好處是增加注冊用戶數(shù)童社，也減少麻煩。大環(huán)境：廣州大學城目前無其他類似app著隆，用戶真想買扰楼，要求他先注冊再聯(lián)系賣家是ok。
方法2的好處是用戶體驗好美浦，整個流程很自然順暢弦赖。存在買家忽略短信，賣家拿不到紅包失去信任感的風險浦辨。
【互動：對于這兩種方法你會選擇哪個蹬竖？理由是？】
最后選擇了方法2。
此時流程：
賣家填寫買家手機號→買家未注冊/雖注冊登錄但未在個人中心填寫手機號碼→系統(tǒng)短信買家币厕，提醒買家注冊/填寫手機號→買家注冊并填寫手機號/買家登錄補全手機號→系統(tǒng)通知買家確認交易→買家確認后列另，將紅包發(fā)放到買賣家的支付寶賬戶
如果買家看到短信卻未行動，一定時間（24小時）后告知賣家旦装，買家未確認交易页衙，紅包無法發(fā)放。
c.老板需求
老板提出阴绢，增加二維碼功能店乐，方便買家賣家線下見面時確認交易。
場景大概是這樣的：
賣家：誒呻袭，同學眨八，這個app買賣雙方確認交易后就有紅包拿。
買家：真的么左电？怎樣確認交易呢廉侧？
賣家：你看這里有個商品二維碼，你掃一下券腔，點擊確認應該就可以了吧
買家：哦哦~原來這么簡單伏穆，好！
為了拒絕老板這個功能需求纷纫，也是大戰(zhàn)幾回合T^T
說服點：1枕扫、二維碼確認的確很好誒（表肯定），但咱們現(xiàn)在的輸入手機號確認也可以達到這個效果~也不會麻煩太多辱魁，就輸入下手機號碼烟瞧，很簡單的
2、咱們app不是要9月上線么染簇，新增二維碼需求又會延長上線時時間参滴。先把已有功能做了來？
3锻弓、紅包也是新增的砾赔，用戶還不太習慣，咱們手機號輸入的方法先培養(yǎng)下用戶習慣青灼，讓用戶知道確認交易能獲得紅包暴心。后續(xù)版本增加進二維碼，用戶便能有意識的去互相提醒確認交易了~同時我們提供二維碼便利度提高了杂拨，用戶用起來更爽了专普，也能發(fā)現(xiàn)我們的進步
已有功能可以搞定這事→時間不夠做這功能，趕時間上線弹沽。優(yōu)先級后延→不是不做檀夹，之后肯定做筋粗，而且那時做用戶感知更好≌ǘ桑總結便是娜亿，有什么能吹的就怎樣吹。
4蚌堵、新增積分制度
積分這塊出現(xiàn)的問題倒不多暇唾，主要出現(xiàn)的問題是：一開始確定用積分來確定等級，抽獎也用積分辰斋。這時便出了問題。等級和抽獎只能一個關聯(lián)積分瘸味，另一個關聯(lián)其他指標宫仗。
最后確定：抽獎消耗積分。等級按交易次數(shù)旁仿，但只顯示不用告訴用戶如何而來
三藕夫、微信端與網頁端的處理
小二除了app端，還有微信端與網頁端枯冈。
V 1.0中微信端與app端同步毅贮，無任何差別。一開始的截圖就是微信端的>_<尘奏。
V 1.0中網頁端http://www.txxer.com/
V 2.0中的微信端
2.0版本微信端只有一個功能：展示滩褥。作用便是趕用戶去下載使用app。原因一方面是性能不穩(wěn)定炫加，另一方面使用第三方平臺始終是有風險的瑰煎。
V 2.0中的網頁端
網頁端弱化求購，以展示出售商品為主俗孝。
V 1.0網頁分類：智能推薦酒甸、熱搜、最新發(fā)布赋铝。并沒有什么意義
V 2.0改為：發(fā)現(xiàn)好貨插勤、熱門分類
其中“發(fā)現(xiàn)好貨”的展示：
未登錄：學校商品喜好屬性
登錄后：按照用戶標簽（個人信息處用戶選擇喜愛的分類）推。
四革骨、其他
1农尖、關于模仿
在跳蚤市場這塊，晚于二手街苛蒲。做1.0自然會參照這個app卤橄，看看它是怎樣設計功能，哪些板塊比較受歡迎等臂外。
但到了2.0窟扑，我們加入“求購”功能喇颁，如果跟進二手街就會將“求購”折疊到一個板塊，而不是提出單獨成為一個板塊嚎货。那為什么最后將“求購”單獨出了橘霎，且做條件篩選功能。最大的原因是我們不了解用戶這塊的需求殖属，不知道用戶對于求購的需求有多大姐叁。既然不知道，那就去試錯洗显。2.0上線后外潜，如果求購功能使用頻率低，就會像二手街這樣挠唆，將“求購”弱化处窥。若數(shù)據還能看，則進一步優(yōu)化玄组。
還有一個例子是滔驾，小二2.0提出了“動態(tài)”，而非將這一功能折疊到個人中心俄讹，其原因是我一開始說的哆致，后期可引入商家，關注商家的動態(tài)可展示在這一板塊患膛。這一點是從定位摊阀、發(fā)展來思考的。
2踪蹬、老板需求：
老板說：個人信息放左上角驹溃，像QQ那樣。
看到這個需求我也是醉的～～自然是準備充足理由說服老板的延曙。理由如下豌鹤；
1、抽屜式導航應用在哪類app枝缔？老板啊布疙，資訊類的比較多吧。讓讀者集中精力免受干擾愿卸。
要達到的目的：2灵临、用戶填寫資料齊全 ? ?3、支付寶紅包不能弱化趴荸。抽屜結構了儒溉，就弱化了2、3點发钝！
老板最后沒有再堅持：）
3顿涣、小細節(jié)：
發(fā)布商品后波闹，匹配相關求購 。
個人信息完整度：以百分數(shù)顯示涛碑，提醒用戶去完善個人資料
4精堕、所謂票選
V 2.0中“發(fā)布”設計兩個功能：一個是發(fā)布商品，一個是發(fā)布求購蒲障。最開始的發(fā)布按鈕文案表達如圖歹篓。
但“發(fā)布求購”這里的表達有歧義。求購：想要的東西沒有揉阎，希望有人賣給自己庄撮。發(fā)布求購：發(fā)布想要商品的信息。buy在這里存在歧義毙籽，我建議將buy改為want重窟，但具體怎樣才算好，并不知道惧财。
所以和產品小伙伴商量后，決定朋友圈投票扭仁，看看大眾的意思垮衷。
（囧，WiFi莫名斷了乖坠，只能開熱點寫簡書）
以上是我票圈的部分回復搀突。綜合我這票圈的意見，以及另一位產品小伙伴的票圈熊泵，最終我們選擇了want仰迁。
我個人最傾向的是將英文去掉，直接中午顽分，如下圖：
重要的事說三遍：做產品做抉擇有理有據徐许；做產品做抉擇有理有據；做產品做抉擇有理有據
最后感謝蔡毅教授卒蘸、楊楷師兄雌隅、恩林妹子，謝謝你們給我的幫助：）
