<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          小程序從1到10案例復盤

          共 1734字,需瀏覽 4分鐘

           ·

          2021-03-21 23:38



          這是Kevin的第 806 
          原創(chuàng),
          持續(xù)日更,做產(chǎn)品經(jīng)理的創(chuàng)業(yè)斜杠青年。





          隨著PMTalk3.0小程序上線,經(jīng)過運營的推廣,我們也開始了小程序新版本的需求調(diào)研和設計了,當然BUG的調(diào)整也在并行。

          同時我親自帶班的小程序21天產(chǎn)品經(jīng)理訓練營22號正式開營,限額30人。如果你想報名和學習,可以直接在末尾觀看。

          早期因為團隊的需求優(yōu)先級原因,當前版的小程序仍然有較大功能缺失:問答版塊。

          由于PMTalk早期一直是web端在PC端的產(chǎn)品,主要聚焦在文章內(nèi)容發(fā)布上,因為問答一直很難產(chǎn)出讓我們滿意的垂直話題,就放棄了在PC重點做問答版塊的想法,但仍然提供了用戶發(fā)布問答的入口。

          所以當前版本的小程序,純UGC的問答讓運營推動的成分仍然太少,比如不支持人工推薦、以及管理員在移動端可以編輯、刪除問答的權(quán)限和入口。

          隨著用戶逐漸使用和提升,我們開始以運營驅(qū)動問答的策略就要求對問答功能模塊進行迭代。

          以下是本次優(yōu)化的框架



          面向C端的互聯(lián)網(wǎng)產(chǎn)品一旦要涉及對用戶的使用功能進行迭代,就離不開對個人中心模塊優(yōu)化。需要為用戶提供對應的管理權(quán)限

          在接下來我會講解復盤我們?nèi)绾巫龅膯柎饍?yōu)化,同時提供了線框圖和設計稿,方便你搞清楚產(chǎn)品經(jīng)理和UI設計師的分工。



          小程序獲取社群素材能力



          本次的問答模塊,我們允許用戶上傳照片了。

          看似是一個非常小的功能,其實很多人做的并不是很好。

          沒有小程序經(jīng)驗的產(chǎn)品經(jīng)理,提供給用戶的圖片上傳來源要么是在手機相冊里,要么是直接拉起相機進行拍攝、要么是調(diào)起系統(tǒng)的相冊選擇手機里的圖片或視頻文件進行上傳。

          但小程序卻允許開發(fā)者調(diào)用微信聊天記錄的素材庫!

          這一能力可以極大提高用戶在微信場景下的信息交流效率。同時也方便查找在聊天記錄的素材內(nèi)容上傳。



          問答優(yōu)化2:文本到富文本




          現(xiàn)在版本PMTalk小程序是不支持富文本的,也不支持上傳照片。

          本次優(yōu)化我們允許用戶選擇上傳最多六張照片,但不支持視頻。同增加對每張圖標記有上傳狀態(tài):上傳失敗、上傳進度、上傳成功的提示。

          下面是該案例的原型線框圖


          下面是該案例的設計稿







          微信小程序分享:離不開群




          基于3.0版本,在先有的問答我們增加了邀請回答,需求來源第一基于此高質(zhì)量內(nèi)容闡述,第二個是提高社區(qū)簽約作者粘性。

          用戶可以自愿選擇作者或從普通社群里邀請普通用戶回答,增加了小程序的曝光量。






          問答的回答、評論、回復關(guān)系



          做社區(qū)這樣的產(chǎn)品,產(chǎn)品經(jīng)理始終要思考產(chǎn)品幫助引導輸出正向的UGC內(nèi)容。比如評論要不要支持回復;回復能不能支持二級評論。

          但每多一級用戶參與度就降低,但卻增加了開發(fā)工作量。

          同時評論的排序規(guī)則是要用時間、還是冒泡排序,也根據(jù)用戶量來決定的。下分別是線框圖和UI設計稿



          在網(wǎng)上也有評論的排序方式,比如下面給出的蓋樓、平鋪。前者聚焦在一級樓主;后者聚焦在用戶互動








          小程序輸入:最好單頁面




          如果你看過之前我分享的小程序規(guī)范,就應該知道小程序和app客戶端始終在原生交互狀態(tài)、性能上有區(qū)分。

          小程序產(chǎn)品設計規(guī)范詳解

          我建議做小程序一旦涉及到內(nèi)容輸入的組件,都單獨給用戶提供輸入頁面,增加內(nèi)容產(chǎn)生數(shù)量。

          輸入頁面是需要有前置條件的,比如內(nèi)容填寫是否合規(guī),超過限制后就要將發(fā)布按鈕置灰。在問答版塊里,我們在小程序提供了話題自定義添加、回答編輯2個版塊


          下面是內(nèi)容輸入的線框圖



          下面是UI設計稿





          小程序的全局交互




          所有的產(chǎn)品都會涉及到這個版塊,產(chǎn)品經(jīng)理要么單獨列為工作,要么在從0到1的時候就設定好規(guī)范。全局交互是在相同頁面、操作下,系統(tǒng)提供給用戶操作的反饋、和文案是標準的。目的是不減少用戶對當前系統(tǒng)狀態(tài)感到疑惑。

          全局交互需要羅列通用場景,我羅列了有下面的狀態(tài)。

          用戶發(fā)布問答、提問、點擊刪除需要給出二次確認彈窗;刪除、關(guān)注、點贊、回復、評論、回答成功都要給出模態(tài)toast進行提示。



          以上就是我們本次小程序優(yōu)化的改造。如果你正在考慮做小程序,請記得收藏。



          21天小程序產(chǎn)品經(jīng)理課表







          報名入口



          報名后添加企業(yè)微信,領取任務、操作手冊

          (備注:第九期)



          瀏覽 84
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  久操大几巴 | 欧美黄色一级生活片 | 五月天三级 | 极品久久久久久久 | 久久久久久国产精品三级玉女聊斋 |