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

實時新聞和消息公開是最好的疫苗，及時的信息獲取讓我們理性認識疫情發展，不陷入恐慌中。目前丁香園、騰訊、支付寶和網易做的疫情實時新聞產品在市面上是不錯的，其中丁香園的產品上線最快，最早進入公眾視線。而本文就為大家分享一下，如何小步快跑，做出一款疫情時事新聞的MVP版本。

這篇文章將會分析如何設計一款疫情實時新聞的MVP版本。

MVP指的是最小可行化產品，通過MVP可以快速驗證這個需求，快速進入市場。MVP設計一般來說只需要設計一個主要的功能便可以上線推廣，后續再小步快跑、快速迭代完善產品別的功能。

大綱如下：

1. 需求分析
2. 產品功能
3. 用戶路徑
4. 產品規劃
5. 總結

一、需求分析

武漢疫情的信息和資訊這么多，你是怎么獲取的呢？

以我為例子，剛開始我花大量時間在微博上，看微博熱搜和主頁。但微博的信息量極大，我不得不每天花費一定量的時間來獲取信息。

接著我開始通過微信“看一看”和“朋友圈”來獲取相關信息，這個渠道的好處在于通過我的朋友篩選出了質量不錯的信息，我可以看到大家都在關注的熱點。

以上兩個途徑是我最開始獲取疫情信息的主要途徑。

但這兩個途徑并沒有滿足我另外的需求，比如獲取跟茂名、杭州、湘潭這三個城市相關的最新疫情消息和復工政策。

準確來說，我需要一個特定城市的疫情實時新聞。

作為一個產品人，我開始思考這樣的疫情實時新聞產品該怎么實現？只是我一個人想獲取這類信息的需求嗎？

基于以上的疑問，我對5位朋友進行了簡單訪談。由于只是想驗證這個需求的真偽，故只拋出三個問題。以下是訪談的結果：

需求背后是因為這與每個人的利益相關，疫情對人們的生命健康、生活、工作、學習都產生了可大可小的影響，大家想打破信息的不對稱，主動獲取跟自己有關的信息。

訪談的主要問題為信息的獲取途徑和獲取的信息類型，通過以上訪談，可以看到每位朋友普遍都有獲取相關城市最新疫情信息和政策的需求，也有朋友告訴我幾乎每天都會去微博、百度、當地公眾號查看自己城市的最新消息。

需求驗證了之后，那么怎么來做這么一個疫情實時新聞產品？

看起來好像很簡單，就是將每個城市的最新疫情信息整理，然后以倒序的方式排序展示。

但仔細一想，還是有很多東西需要確定。比如：

• 疫情信息從哪里來
• 信息格式是怎樣的
• 展示的信息類型是哪些
• 是不是有關的信息都得展示
• 一個城市在一定時間內展示多少信息
• 信息更新時間是多少
• 用戶如何訂閱城市
• 用戶獲取信息靠自主登陸還是系統推送
• 如何推送信息給用戶
• 支持分享嗎、產品形態是網站、小程序還是app

由于只是想做一個疫情實時資訊的MVP設計，所以暫時不考慮別的功能，只做這個需求的最小可行化設計。針對以上需要qualify的內容，經過思考，我得出了以下確定的內容：

• 疫情信息來源于國家衛健委、各省市區衛健委、權威媒體
• 統計地方單位為省
• 信息格式為時間+新聞標題+新聞簡介+新聞來源，以時間信息流展開
• 展示的信息類型為跟疫情相關新聞（不細分分類為辟謠、疫情數據、政策等，考慮到MVP設計，這些分類可以后續優化迭代再上線）
• 每一小時更新一次最新新聞，按照最新時間倒序新聞
• 產品形態是網站
• 用戶通過掃碼網站上的二維碼訂閱公眾號
• 用戶通過公眾號查看網站，公眾號一天推送一次訂閱提醒
• 支持分享，僅支持鏈接分享（不支持圖片等形式，與第4點同理）

二、產品功能

2.1 功能分析

疫情實時新聞MVP設計分產品后臺和網站。其中產品后臺的功能為模塊編輯和內容管理，網站的功能為新聞展示和城市訂閱。

產品后臺是什么呢？產品后臺是通過后臺來支撐前臺網站的業務。

比如前臺網站上的城市數量有多少個、網站展示的疫情新聞、新聞更新的頻率，數據爬取的網站等這些功能都需要后臺來支撐，通過后臺來控制前臺的信息呈現。

在一些大公司，后臺產品的角色非常重要，除了支撐前臺網站業務外，還可以提高業務效率和進行數據分析，數據分析包括公司層戰略分析、產品層數據分析、人員層績效分析等。

這篇文章，我也把后臺產品的設計寫進來了，希望將這次的疫情實時新聞MVP設計寫的更加全面。

2.2 產品后臺

? 模塊編輯（點擊放大查看）

后臺的模塊編輯主要是為了支撐前臺網站新聞展示這一模塊的呈現。考慮到這只是MVP設計，后面還會上線別的功能模塊、比如辟謠模塊、口罩預約模塊等，所以疫情信息模塊是一級菜單，模塊編輯和內容管理是二級菜單。

模塊編輯里每個字段的定義如下：

• 模塊名稱：該名稱是前臺網站新聞展示的模塊名稱，同時也是為了區別于后面上線的模塊
• 描述：這個描述會呈現在網站新聞展示模塊名稱的下方
• 更新時間頻率：更新的時間頻率單位是小時，比如填1小時，指的是1小時才會更新一次；填2小時，指的是2個小時才會更新一次
• 更新新聞數量：指的是系統更新一次后，每個地方新抓取的新聞數量。比如更新新聞數量是20，一次更新后，湖北、湖南、廣東等分別更新20條新的新聞。（這里有個特殊場景需要講一下，比如一次更新后，系統抓取不到20條新聞，只抓取到10條新的湖南疫情新聞，那么前臺只展示10條新的湖南疫情新聞）
• 地方選擇：后臺勾選了哪些地方選項，前臺網站才會出現這個地方選項
• 抓取網站：抓取網站里的選項內容是技術寫死的。我們會提前做好調查，每個地方都會找到5-10個網站，讓技術寫死在選項內容里面。后臺只有選了這個網站，系統才會爬取這個網站的新聞、文章
• 爬取關鍵字：可以輸入多個關鍵字，關鍵字以空格隔開。為什么要設置關鍵字輸入，而不是技術寫死？因為不同關鍵字獲取信息類型和效果不同，方便我們能根據熱點和用戶需求來改變網站的疫情信息類型。

?內容管理（點擊放大查看）

內容管理是產品的內容資源，這一塊決定了用戶看到什么樣的疫情信息。

爬取到的內容都會在這個內容列表里，內容列表里的字段有標題、簡介、來源、新聞鏈接、地方、時間、刪除操作。

這一塊也表明了用戶看到的信息格式將會是標題+簡介+來源+時間，用戶在網站上點擊信息將會跳轉到該信息鏈接。

內容管理還提供了內容查詢功能，可查詢的字段為標題、地方、時間。

標題查詢支持不完整標題的查詢，地方查詢的選項為模塊編輯勾選的地方，時間查詢是為了讓后臺操作人員方便搜到某一時間段的內容，對這個時間段的內容進行查看和刪除。

內容管理板塊有幾個需要特別說明的邏輯：

• 內容列表排序根據時間倒序展示
• 內容緩存需要跟技術溝通，找到合適的緩存方案
• 技術需要保障內容的去重
• 刪除列表里的信息需要二次確認
• 暫時不上線對內容列表的編輯功能，這個可以留在后面排期
• 關于簡介的抓取，如果抓取的新聞有簡介，則直接抓取新聞原本的簡介；如果沒有的話，則抓取文章開頭的前兩句話（兩句話字數不超過三行，超過則只取文章開頭前一句話）

2.3 網站設計

由于是MVP設計，網站界面也只是設計了城市設置、新聞展示、城市訂閱和分享這四個功能，具體邏輯和交互頁面如下。

2.3.1 城市設置和新聞展示

上圖是新聞展示的一個原型圖，從上往下分別是Banner、新聞展示、底部兩個tab。

新聞展示里的信息格式由時間+標題+簡介+來源組成。當用戶進到網站未設置城市時，展示的新聞是全國疫情新聞。

只有當用戶選擇了城市之后，才能生成特定城市的疫情信息，目前僅支持用戶選擇一個城市。

2.3.2 訂閱城市和分享

用戶點擊【訂閱城市】后，將會彈出彈窗，引導用戶關注公眾號。

在這里說說產品形態為什么要選擇網站。目前主流的產品形態是網站、小程序和app。

這三者的特點和優勢不同。網站無需用戶下載，易于推廣分享，開發成本一般，可放置于公眾號菜單欄。小程序用戶無需下載，推廣容易但不能分享至朋友圈，開發成本低。app需要用戶下載，體驗雖更好但打開頻次低，推廣分享難，優化迭代上架比較麻煩。

這款產品的推廣分享主要通過微信平臺，結合開發成本、用戶粘性和本身原有的客戶端兼容等原因，最終選擇了網站的形態。

引導用戶關注公眾號之后，再通過公眾號做新聞推送提醒。

這套打法目的是為了將朋友圈的公域流量轉化到自家公眾號的半私域流量，增加這款疫情實時新聞產品的用戶留存和自身公眾號品牌推廣。

三、用戶路徑

四、產品規劃

前面我們討論了要做的產品功能，包括產品后臺和前臺，一共四個功能模塊，那下一步工作到哪了呢？

下一步工作就到UI設計了，UI設計師會將我前面畫的粗糙版原型附上視覺，同時也會再次確認交互細節。由于這個MVP設計頁面比較少，在這里不再過多討論UI設設計環節，直接跳到產品規劃。

產品規劃指的是對產品功能進行優先級分析，然后排期，研發將按照這個排期表進行產品研發。為了方便技術了解，我對需求優先級進行三檔排序，分別為高優、中優、低優。

以下表格就是整理后的產品規劃表，具體研發時間還需跟研發討論，讓研發給出最終開發周期和上線時間。

五、總結

這次的疫情實時新聞MVP設計主要介紹了需求分析、功能分析、用戶路徑、產品規劃這四個環節。產品規劃后還有研發、測試和上線這三個環節。產品經理在這3個環節主要是跟技術保持持續溝通，跟進產品的最終交付。

MVP設計是驗證需求和業務比較好一種方法，對癥下藥和快速迭代是MVP后面的主方向。

許多醫藥領域的公司和互聯網公司在這次疫情里創造了許多很好的產品，比如這個疫情實時新聞、口罩預約、疫情地圖、火車同程查詢、病患軌跡、健康碼等，這些產品讓用戶獲得了很多方便，滿足了一些需求。

我依然堅信，好的產品在這個時代能創造價值，改變生活方式，向各位做出好產品的產品人致敬。

作者：蘇Eddie，微信公眾號：蘇Eddies

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

題圖來自Unsplash，基于CC0協議。