關(guān)于雨友項目想法的胚胎：

當(dāng)你經(jīng)過8小時的工作，拖著疲憊不堪的身體回家，然后在地鐵站出站的那一刻，發(fā)現(xiàn)外面下著瓢潑大雨，你無奈地看著地鐵站外的熙熙攘攘的撐著雨傘的人群，希望對方能發(fā)現(xiàn)世界上有你這樣一類人，需要他們的同傘共濟，但是你因為各種原因不敢上前一步，比如內(nèi)向、比如不好意思、比如怕對方拒絕或是覺得自己不懷好意，或者是你有傘，有與對方共享雨傘的需求，但是怕對方是壞人、是騙子、或者根本不需要你的幫助……這時候，多么希望存在這樣一個平臺，可以給這些好心人發(fā)布接受雨傘分享需求。

這就是雨友的胚胎，我們希望有越來越多的人，可以通過雨友來奉獻自己的愛心，給需要幫助的人提供自己力所能及的一份力量。進而，讓這個社會多一點善意，多一份信任。

上期回顧

上期我們對雨友APP V1.0的需求、功能進行了簡單的梳理，對雨友的內(nèi)容結(jié)構(gòu)進行了簡單的規(guī)劃。其中主要包括： 賬戶管理版塊、 求助版塊、個性需求版塊、誠信體系版塊、供求信息發(fā)布版塊。

還對雨友的主要場景進行了整理：

1、 用戶發(fā)布可以共享雨傘的需求

2、 用戶接收到周圍愿意分享雨傘的信息后，回應(yīng)接受分享的需求

3、 用戶惡意發(fā)、接受需求的懲罰，以及判定依據(jù)

4 、用戶分享過程中的陌生環(huán)境解決方式

5、 用戶快速注冊

本期主題：雨友app ue第一期

一、雨友app V1.0只做一個功能：就是LBS平臺下雨傘社交功能。

考慮到雨友app是一個不穩(wěn)定場景下使用的工具，所以此次設(shè)計我們拋棄了繁瑣冗余的設(shè)計理念。我們的目標(biāo)是，你打開app就能一目了然。我們主要從以下方面滿足這個目標(biāo)：

（1 ）首頁簡單陳列入口

（2 ）列表頁LBS多維度+關(guān)鍵詞搜索

（3 ）用戶詳情頁 ，雨傘社交

1、首頁入口

（1 ）在首頁中，我們在界面上的只有 我有傘?和我沒傘?的入口。通過這2個入口，我們可以快速的達到“ 共享”和“求分享”2個目的。

（2 ）首頁的背景，我們設(shè)置為最近3天的天氣預(yù)報。這么做的目的，可以促使大家每天看天氣預(yù)報的習(xí)慣，提升我們app的活躍度。

（3 ）首頁的上方，有我們的標(biāo)語，雨友-與你同行，提示大家：有雨的時候，可以通過雨友找到與你同行的人。傳達了我們雨友app的正能量和公益性互幫互助的初衷。

（4 ）首頁下方，是快速進入入口，有首頁、我有傘和我求傘大廳，以及我的賬戶。

2、有傘、求傘大廳列表頁

（1） 進入這個頁面，大家可以非常詳細(xì)的看到。頁面名稱是大廳，為什么要叫大廳？因為我們希望有很多人參與進這個具有安心感的、類似候車大廳的感覺。

（2 ）下方是搜索欄，搜索欄可以搜索?目的地和起始地，這樣可以快速找到符合你路程要求的人。

搜索欄下方是3個搜索維度：

按時間???主要使用場景為，按時間倒排，也就是最新一條排列在最上方

這個維度的效果呈現(xiàn)，是為了避免發(fā)布比較早的（即基本已經(jīng)失效的）排列在前面

按距離???主要使用場景為，按用戶的地理位置進行排列，最近的排在最前面

這個維度的效果呈現(xiàn)，主要是這樣做可以方便的找到身邊的雨友

按目的地???這個就是要結(jié)合地理位置和目的地一起用的功能了

這個維度的效果呈現(xiàn)，主要是一般離得近，目的地相同的話，基本同路

（3 ）接下來就是列表的具體內(nèi)容：

每一條主要顯示用戶必須的信息

比如用戶頭像，昵稱，以及?路線和距離

3、用戶最終頁

（1 ）這個頁面就是列表頁點擊以后進入的頁面，這個頁面，是用來聯(lián)系雨友的。

然后還是起始地和目的地信息的展現(xiàn)

起始地和目的地，是為了再次確認(rèn)該用戶與你是否同路，或者，你是否愿意與ta同路

（2）接下來的評價，是為了給雙方構(gòu)建溝通橋梁以及一點溝通前的認(rèn)識基礎(chǔ)。

（3）然后接下來如果你覺得，這個頁面上的信息，你都接收完畢了，那么你可以選擇：

a ?電話聯(lián)絡(luò)他??直接電話聯(lián)系

b?用文字聯(lián)系他??在下方類似短信息一樣的輸入字體

c?用語音聯(lián)系他??類似微信

二、群友對頁面的建議及看法

1.目前我們的app中分成了4個入口，首頁、有傘、求傘、我的賬戶，那么關(guān)于app以后的擴展，我們要如何解決呢？

A：擴展時，將有傘和求傘進行合并，然后會多出一個雨友分享的入口，可以分享一些音樂和心情。

2.首頁是否需要個對話的提示入口，比如直接顯示附近有傘以及求傘的人，這樣可以快速使用其主要功能。

A：目前雨友間的對話入口，放在了用戶詳情頁。不過這個功能可以考慮。

3.是否需要在首頁有分享？

A：分享是指公眾賬號登陸還是指用戶把目前的使用雨友的狀態(tài)發(fā)布到分享平臺？

前者是個非常必要的功能。

后者因為分享的內(nèi)容，有可能會是他的當(dāng)前地址，可能會涉及安全隱私，不過在今后會考慮。

4.是否需要在首頁顯示登錄入口？

A：首頁保留登錄入口，對游客來說沒有意義，登錄會放在聯(lián)系雨友的時候的流程里。

5.我的賬戶的名字，聽起來會有支付寶的感覺。

A：考慮更改，暫定“我的雨友”

6.關(guān)于是否需要添加按性別來搜索？

A：增加該功能，會有約炮軟件的趨勢；雖然“約炮”不是雨友的行為，而是用戶行為，但是在設(shè)計上盡量避免，因為是公益性的，不過在后期，會考慮開放更多的條件方便用戶篩選，比如性別。

7.沒有艷遇，為什么要分享傘呢？

A：因為你接受了幫助，那是一種正能量，所以會有很大一部分人還是會進行正能量分享。

8.列表頁面，默認(rèn)的排序規(guī)則是什么？

A：優(yōu)先按距離排序，其次按時間，最后按照路線。

9.求傘大廳的時效性是怎樣的？

A：用戶在列表頁中看到對方后，需要與對方進行溝通，然后才會知道對方是誰，對方如果不應(yīng)答，就說明沒有幫助的需求。

10.是否要提供類似起始地-目的地的搜索？

A：想法不錯，但是同起始地的很多，同目的地的不會很多，而且太遠(yuǎn)操作難度大。

11.關(guān)于增加一個字段：距離我xxxx米，因為看地圖不直觀，而且費流量？

A：這個已經(jīng)在列表頁中顯示過了，用戶覺得這個距離能接受才會進入現(xiàn)在這個頁面的；?地圖不直觀，費流量，這的確是個問題，會在以后考慮進行優(yōu)化。

12.點擊地圖上的某一個人，用戶就能進行對話嗎？

A：關(guān)于對話，用戶可以在點擊任何列表頁中的一條記錄，或者地圖頁中的一條記錄進入的頁面。

13.關(guān)于用戶詳情頁面要達到目的？

A：這個頁面要達到的目的：1、 讓雙方有一個溝通的過程，以便同路的時候，不會太尷尬；2、如果用戶間溝通不靠譜，可以馬上反悔，降低溝通不順帶來的影響。

14.雨友是個服務(wù)平臺，那是不是應(yīng)該有服務(wù)記錄？

A：服務(wù)記錄可以增加使用率，可以激勵用戶，值得考慮。

15.是否需要增加趣味性？

A：在下雨這種特殊的場景中，趣味可能體現(xiàn)于設(shè)計感，與實際情況更貼切。

16.是否需要網(wǎng)上評價機制？

A：這個是為了防止一些臨時違約的人，當(dāng)然防君子不防小人。

三、本期總結(jié)

在大家的積極討論下，我們對雨友APP V1.0的UE有了一個初步的想法和建議，我們將在一周的時間內(nèi)，對我們之前的UE做修改，然后再與大家進行交流。希望大家能通過雨友APP，能對產(chǎn)品設(shè)計有一個初步的學(xué)習(xí)。

本文由人人都是產(chǎn)品經(jīng)理原創(chuàng)，轉(zhuǎn)載請注明出處。

非常感謝以下人人都是產(chǎn)品經(jīng)理2群 群友們的積極參與。排名不分前后（按出場順序先后排序）

參與者：達令(主持人)、jacky、檸檬穌、喵了咪、果果、豆腐、醬油、大濕兄、Cecilia、凱文、天天、怪獸、COLIN、bool、小蒲、圐圙、有關(guān)部門PM、Nick、Dihong、大齡PM