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

產品迭代記錄了產品成長的心路歷程，從產品的迭代中會發現產品動向，為你規劃未來產品成長提供參考。

讀過幾本產品相關的書籍，或是剛接觸互聯網產品這個行業，有兩個名詞頻繁出現：需求和迭代。

需求是迭代實現的最終目標，迭代是對產品的各個方面的升級優化，筆者在記錄了幾個醫療軟件的迭代路程之后發現：從產品的版本迭代中能夠看清產品的走向，版本與版本之間的巨大差別，和用戶到一定量級以后如何發展，功能以什么順序進行開發才能更符合當前的用戶量。迭代的記錄就是產品成長的記錄。

一、什么是迭代？

迭代是重復反饋過程的活動，其目的通常是為了逼近所需目標或結果。每一次對過程的重復稱為一次“迭代”，而每一次迭代得到的結果會作為下一次迭代的初始值?！俣劝倏?/p>

迭代是通過產品定位、各個渠道的反饋、產品數據對現有產品版本的調整更新，以達到產品的終極目標。—筆者

二、從迭代看產品

1、微醫

迭代周期：小版本的迭優化基本在一周內完成，新功能的上線15-20天完成。

迭代之路：2016年6月到2016年8月19日之前，微醫一直在做原有的業務功能上的優化、視覺上的優化、少量的運營需求優化（優惠券），2016年8月19日之后，重點圍繞醫患社區展開（醫言堂），持續業務、視覺上的優化，運營需求增加（活動更新），新的增值服務（贏利點）的探索（名醫服務、健康管理等）。（注：在App Annie中沒有搜索到微醫，所以版本記錄只是從2016年6月開始）。

迭代分析：從迭代可以看出，微醫在前期側重在于平臺的搭建，各個功能流程的順利完成是產品重點，在迭代中不斷的優化功能流程，提升用戶體驗，積累第一批用戶。

功能流程基本確立以后，開始注重社區形式的運營，增加用戶粘性，網絡群眾以不同的社群形式存在于互聯網中，什么樣的人就會加入什么樣的社群，建立社群能更好的維護用戶群體。再加上持續不斷的運營活動，起到基本運營目的（拉新、促活、留存、轉化）的同時，增加用戶粘性、提升用戶體驗、營造品牌口碑。

有了核心功能流程順暢，有了社群活躍用戶，微醫開始探索新的贏利點，加之醫療行業受到相關政策的影響較大，也促使微醫不斷的退出新的服務模式。

2、平安好醫生

迭代周期：版本更新約為一個月一次。

迭代之路：前期一直在探索產品的走向，前期希望通過建立“健康圈”積累用戶。前期的定位是健康管家，探索階段做過姨媽管理、預約掛號、在線藥城，跟隨社會熱點。2015年12月5日上線“步步奪金”優化健康圈，到2016年5月10日全面更新，開始建立線上健康商城，基本確立產品方向（o2o），2016年6月引入直播，2016年11月開始做健康方面的質訊。之后開始引入各類商品、服務（醫療美容）。

迭代分析：平安好醫生在產品的前期，只是知道要做醫療，具體的切入點和贏利的模式都很模糊（或許他們是有前期目標的，那我沒什么說平安好醫生產品定位模糊呢，因為平安好醫生做了很多方面的嘗試，最終才確立自己的產品方向，從迭代看沒有遞進的關系，而是對于生存模式的探索）。

多個功能的探索，最早也想通過資訊社區的模式積累第一批用戶。在全民都計步的年代推出了計步功能，發現這個功能還算好用，能起到拉新、促活的作用，開始圍繞“步步奪金”做運營活動。

到了2016年5月開始重新確定了產品方向，上線了健康商城，后期產品迭代圍繞健康商城展開，產品方向基本確立，引入直播功能也是跟社會熱點的做法，希望能通過直播再次留住用戶，簡歷健康資訊社區，開始其他贏利點的探索。

3、春雨醫生

迭代周期：迭代更新約為：1-2個月一次。

迭代之路：前期探索產品方向做mvp版本，上線問診和健康咨詢功能，前期基本在這兩個功能為重點。

2012年9月25日擴大了mvp版本，重心轉在線上問診，2013年1月9日，目標更加明確，建立線上問答咨詢健康平臺。2013年10月12日重心轉變不在滿足于線上的問診服務功能，開始邁步進入疾病的解決方案平臺，2014年4月28日，各個付費模塊的定型，開始著手線上到線下的服務（預約掛號）、健康咨詢功能一直在做，積累用戶、群聚用戶并細分用戶，2015年7月14日上線視頻問診功能，2016年7月29日上線直播功能且一直優化，2017年8月3日上線快速購藥。全方位的用戶健康問題解決平臺（偏線上業務）。

迭代分析：春雨醫生典型的MVP版本，推動發展，即第一版只上線了核心功能，根據市場反饋不斷優化核心功能，然后再擴大MVP版本范圍，再次接收反饋，再次優化，以此的良性循環。在探索階段，不斷根據市場反饋及時調整自身產品的戰略定位。在各個核心功能基本定型以后，開始做新的業務，建立社區累計用戶，開立直播留住用戶，探索新的盈利點，打造成健康問題解決平臺。

4、大象就醫

迭代周期：迭代速度小版本一個禮拜，大版本為一個月。

迭代之路：前期的版本迭代一直處于功能業務優化的狀態，后期逐漸建立以醫生為服務的業務2016年6月22日新增語音聊天，2016年8月新增視頻問診，2016年7月16日上線大象商城，2016年9月17日加入了直播，到目前一直在優化直播。2016年10月28日加入隨訪功能，2016年11月15日電子病例授權。

迭代分析：大象就醫是以醫院為單位，對接各個醫院的HIs系統，對用戶提供服務，從迭代中可以看出前期是對產品核心功能的優化，在迭代的過程中逐漸發現問題：以醫院為單位太大了，用戶不好理解，功能不好推進，開始做醫醫生為單位的業務，在把醫療的業務在線上實現以后，開始了贏利點的探索-建立商城，進入一邊積累用戶，一邊拓寬業務的迭代隧道。

5、好大夫在線

迭代周期：迭代更新約為7-15天一次。

迭代之路：發展到2016年，業務模式較為穩定，大部分更新迭代都是在優化現有的功能，增加的新功能也大多是為了更方便已有業務的開展。2017-3-25實現銀川地區的線上醫保付費，此功能還在探索階段。

迭代分析：好大夫在線，在功能上是與微醫最像的一個，很多次我在兩者間做比較，好大夫在線更注重核心功能的搭建，注重后端的醫療資源，微醫相比于好大夫更注重運營（說這個是因為好大夫的迭代信息找到的不多，哈哈），所以送掌握到的迭代信息來看好大夫一直在做功能、體驗上的優化，醫保業務的上線也是業務功能的開拓。

6、醫生樹

迭代周期：迭代速度半個月一次，版本穩定后，更新變慢，2016-3-22至今未更新。

迭代分析：1.0版本主要是對mvp版本功能的迭代優化，2.0版本對現有功能大升級，開始下一步的戰略發展，增加免費問答。3.0版本再次調整，全面升級，增加健康咨詢內容，建立對醫生的評價體系，2015-8-17加入運營優化（優惠券），2015-10-9引入藥品，2015-12-21全面升級，問掛號、咨訊、開通vip服務通道，加入用戶錢包。

迭代分析：醫生樹的迭代在X.0版本中只是對版本誒的東西做優化修改，直到上升到X+1.0版本才會有大的改動，這是多數app版本控制的手段，單獨拿出來說是因為醫生樹在這方面做的很明顯，當你查看它的迭代記錄，你會發現大版本與大版本之間相差很大，你很難找到這個產品的引爆點，看到的是一次次的更新升級，每次升級都有所調整，宏觀來看，也是建立起用戶社區，然后基于功能開始拓展贏利點。

三、對以上產品的迭代分析，我從中發現

1、醫療這類的APP，大眾對其需求大，但用戶的粘性不高（慢性疾病除外），大部分用戶對于這類app都是“用完即走”新手用戶和中間用戶偏多，在這樣的用戶行為習慣下，用戶粘性真的可以通過社區來提升嗎？

上面的產品基本每個產品都會建立類似社區的“健康咨詢”模塊，目的就是通過社區積累用戶、提升用戶粘性，互聯網思維中是說過：網民通過社群的形式存在在網絡上，社群的建立顯然能有效的建立與用戶之間的關系，但鑒于醫療APP的特殊性，是否能夠照搬呢？把放在社區上的資源更大的放在業務流程的拓優化上是不是更好？

像美團、滴滴，重業務流程，很少有其他的邊緣功能，一直圍繞下單這一主業務展開。這類app的特點是，用戶流量大，深入用戶少，用戶來app的目的很明確：下單、打車、看病。

用戶粘性的養成是依賴于主業務的優秀程度，從而用戶自傳播。筆者也不能看清楚這兩種思想上那種更有優勢，這或許也是為什么大多醫療產品都在優化核心功能的同時也建立社群，兩手抓，絕對是不會錯的。

平安好醫生前期在探索時，業務的重心轉變很快，多條業務線并行，很想知道那是他們的用戶數據有多少，是如何存活下來的，探索了一年左右確立了以健康商城為核心的產品定位，其他服務圍繞這一核心展開（其他的業務就是為了引流、留住用戶、引導消費）。它2017最熱門的醫療榜單中憑借的是什么呢？或許就是健康咨訊和直播的力量。

2、微醫與好大夫在線的功能業務基本相同，那么這兩個產品到底有什么區別呢？

• 微醫重運營，注重宣傳和社群建立，增強用戶的線上就診意識；優化看病、尋醫流程；提高App權威、口碑。建立醫生資源壁壘，保證醫生資源質量。
• 好大夫在線則注重業務流程的優化，如何更好的幫助患者解決問題，注重醫生的評價系統的建立，從不同維度評價醫生，形成良好的醫療氛圍，同時也給患者找醫生的參考。

通過上面幾個產品迭代的分析，你會發現復盤產品的迭代你能收獲很多：產品成長的“心路歷程”產品核心功能、產品定位、同類產品、哪些功能是同質化嚴重的、你可能會發現這款產品的引爆點、給你在規劃產品走向時很大的啟發，即：別人好的點子可以學習，別人走錯的彎路可以繞過（要基于自己的產品來看哦）。下次迭代你的產品時，請有意的記錄它的成長。

本文由 @孤獨和獨立是什么鬼 原創發布于人人都是產品經理。未經許可，禁止轉載。