做了幾年產品的你,知道如何搭建產品架構嗎?(下)
通過之前的《如何搭建產品架構-上篇》,我們已經知道了什么是產品架構,以及比較常見的幾種產品架構模型。接下來,我們就要進入到實戰階段,通過具體的案例來解析一下。
To C 類的產品如何搭建產品架構
先簡單介紹下業務背景:
2014年開始變熱的O2O行業,已經迅速從表層變革進入深水區,很多O2O相關商業模式被驗證錯誤或者迅速發展壯大,這個過程無數創業公司創立和倒下。除了商場、吃喝玩樂商戶、線下服務商戶等成為O2O熱點之外,到家模式也成為一個新熱點,美甲的、按摩的、泡腳的手藝人很多都變成了流動作業(典型如河貍家),如果說吃喝玩樂等希望輻射的是商圈流量,那到家服務無非希望搞定社區這塊“富礦”。
2015年初,當時公司正好也看中社區O2O這個行業(當然是老板有相關資源,又覺得市場前景廣闊),而做社區O2O,有個繞不開的門檻——物業,如果有誰愿意費力氣去啃物業這塊兒硬骨頭,就能有機會贏得未來。
于是我們就組建了一個小團隊,先去做了一番市場調研,看一下市面上的這些社區O2O產品都做了哪些連接社區居民的服務,得出了這么一份競品分析報告:
把玩了幾十款APP后,我們發現只有少數幾家公司的產品做了向業主提供在線支付物業費、停車費的服務,更別談業主可以在線報修,呼叫安保等服務。
總的來說,當時的社區O2O還不算是一片紅海,仍然有機會進行切入。以開發背景來說無非是兩類APP,一類是“叮咚小區”“小區無憂”為代表的第三方創業公司,一類便是開發商自有的“住這兒”“彩之云”等應用。
第一類像“叮咚小區”這種平臺模式,沒有用戶基礎,只靠燒投資人的錢來鋪地面工作,當時來看是圈了不少小區,但是由于沒有根基,用戶隨時會被搶走,想要做到成規模的應用不知道要燒多少年。目前好像已經倒閉了,估計錢也燒的差不多了吧。
第二類應用大都停留在試水階段,扮演配合物業的角色,還沒找到完整的盈利模式?!安手啤笨梢运愕蒙掀渲械膬炐愦砹?,其垂直電商模式或許可以成為一個突破口,同阿里爭奪“最后一公里”。
而當時的BAT等巨頭還都持觀望態度,沒有太大動作。很明顯,大家都把這款難啃的骨頭放在了一邊。
由于公司在房地產物業這塊有相關資源,所以,我們將產品的切入點定位在了物業公司,物業服務站和物業從業人員這里。而后,通過相關小區的試點,驗證產品可行性后,再將產品的使用場景拓展到進行車位信息化管理、社區商戶平臺——商戶通過物業平臺入駐小區并投放廣告、為成熟的業委會提供在線管理平臺等等。產品的名字暫時就命名為“樂業安居”。
經過一系列的產品設計準備工作,就要開始搭建APP的產品架構了。
結合之前的市場調研及產品路徑規劃,以及對O2O的理解,梳理了一下我對社區O2O產品架構的規劃思考,主要由4個tab組成:
(1)社區
負責連接人與人,這個部分可以滿足鄰里之間人與人的交流溝通,你既可以在這里發布相關信息尋求幫助或需求交換,也可以在這里找到志趣相投的鄰居一起去做一件事情。包括后期的業委會、居委會等等,都可以在這里展示相關信息。
(2)物業
負責連接人與物業,這個部分就是通過移動互聯網來改善業主和物業的連接效率,讓物業的服務成本降低,效率提高,也提升業主的用戶滿意度。
(3)周邊
負責連接人與O2O服務,這個部分就是第三方O2O(如家政服務、維修服務、養老服務、社區教育等)、電商團購的綜合展示舞臺,通過整合資源可實現有自己特色的O2O社區服務。
(4)我的
負責管理與”業主“有關的所有信息,如”我的報修“、”我的繳費“、若后面做了社區教育,則還可能有”我的課程“等等。
當然,第一個產品版本的開發,打算就先做2個部分——”物業“和”我的“,既然是從物業作為切入點,就先把這個點做好,后期在相關小區試點可行后,立即迭代產品,再引入其他功能讓產品變得更加豐富起來。
如果你仔細分析,應該可以看出這里面的框架邏輯——連接。
這里就涉及到對O2O最本質的理解,它的本質是什么?O2O本質其實就是用互聯網去改善消費者和服務提供者的連接,讓他們之間的連接變得效率更高、成本更低。所以整個產品架構都是圍繞著連接去做的功課,連接人與人,人與物業服務、人與其他服務,這樣對于用戶來說,他們對你產品的認知邏輯就會非常清晰,每一次打開產品的時候,都能夠輕松地找到自己想要的東西。
我們嘗試著來做一點總結:
1、做好分類
前面我們就已經說過一點,人類天生就有分類整理的習慣,有這個習慣也是為了更方便地找到自己所需要的東西。超市里的商品擺放也是如此,所有的商品需要按照不同的分類,擺放在不同的貨架上,并且上面還要貼上相應的指示牌,告訴用戶這是什么商品區域。
我們常用的Windows 資源管理器也是一個極佳的例子,試想一下,如果我們將自己電腦上的所有文檔都歸存在一個盤里,而且這個盤并沒有文件夾的形式讓你分類管理你的文件,word文檔、excle文檔、ppt文檔、pdf文檔、視頻文件、圖片格式文件等都混雜在一起,那你想要找到自己需要的文檔也則太難了。幸好在Windows 資源管理器模式下,我們可以創建文件夾,并且可以按照文件的名稱、修改日期、類型、大小等進行排序和分組,這樣才方便了我們更加快捷地找到自己所需的信息和文檔。
同理,網站或者移動APP應用也是如此,信息越多,就越需要組織和整理。我們可以根據邏輯習慣來對信息進行分類整理,如上面所舉的例子,就是根據社區O2O“連接”的邏輯進行分類的;當然,也可以直接去探究用戶的想法,了解用戶的使用習慣。一個好的產品經理,往往也是這個行業的資深人士,或者稱為行業專家。因為只有產品經理自己本身對所處行業有極深的理解,他才能更準確地命中產品架構的脈門,有時候甚至是一擊而中。
2、平衡用戶與商業
對產品架構的設計,一方面是要了解用戶的信息需求,另一方面也要了解整個產品的商業目的和訴求。一般情況下,用戶目標和商業目標之間肯定存在著矛盾,比如用戶都不想看廣告,但企業又希望能夠把自己的業務和廣告推薦給用戶。如果一個產品只滿足用戶的目標,產品體驗當然會不錯,但這個產品也很難走的長遠,畢竟企業的終極目標是要盈利的。
這個時候,如何平衡用戶與商業,就成為考量產品經理的功底的重要一環了。在這方面,我們向微信團隊進行學習,微信在平衡用戶體驗和商業目標這一塊做的非常好。
還記得2015年1月份的朋友圈廣告么,當時一經推出,便立刻成為了朋友圈的熱門話題,大家都爭相在廣告底部進行點贊和評論,仿佛品牌一下子就成為了我們身邊的朋友一樣,在朋友圈直接與我們分享故事和內容。
而在社區O2O這個案例中,我們也講周邊這種帶有業務、廣告性質的功能,放在了后面的版本進行迭代開發,并沒有立即嘗試進行產品的商業化,這也是一種平衡的體現。
3、重要的功能設置快捷入口
產品架構應該是結構清晰、合乎邏輯的,讓有明確目標的用戶能夠快速找到所需信息;有不確定目標的用戶,通過瀏覽和尋找,一點點地明確自己需要的信息;沒有目標的用戶,則可以在探索中激發需求。所以,對于后兩者用戶來說,如果重要功能和常用功能隱藏地太深,則很有可能會讓他們對產品喪失興趣。
為重要功能和常用功能設置快捷入口,就好比在原有的產品架構上搭了一個“快捷通道”,典型如微信將“購物”放在了“發現”這個菜單里,手Q的“購物”入口改成了“京東購物”,京東和騰訊的“聯姻”,由微信和手機QQ社交應用入口、朋友圈、朋友群、公眾號、廣點通,以及線下推廣共同組成了多場景的京東社交購物生態,匯聚了龐大的社群流量,為京東帶來了不少的新用戶和成交增長。
當然,快捷入口的設置也是一個需要權衡的過程。必要的快捷入口可以提高用戶的使用效率,也能滿足產品一定的商業目標,但是如果快捷入口過多(尤其是參雜太多商業目標的快捷入口),產品也會變得混亂和復雜,這個時候就會讓用戶的使用效率下降,有點得不償失了。
所以,你會看到,微信這款產品,并沒有把所有的業務都通過快捷入口的方式展現出來,而是通過在“我--錢包”里面,展示其他的第三方服務。這么一來,這些功能隱藏地如此之深,產品的用戶就不會覺得微信是一款復雜而混亂的產品了。
To B 類產品如何搭建產品架構
To B 類產品(通常都是后臺產品)的設計非常具有挑戰性,因為To C 類的前臺產品,大家都已經培養起了使用習慣,對功能有一定程度的理解,見過的模式足夠多,能夠建立起一定的產品模型,也容易找到參照物去模仿。但是To B類的后臺產品,你幾乎沒有什么競品可以參照和模仿,所以在搭建產品架構的時候則要求產品經理非常懂業務,非??简濸M的核心競爭力——業務知識儲備、結構化思維和系統性抽象能力。
稍微簡單類比一下,產品架構復雜程度的感覺由弱到強是這樣的。
設計或者操控以下交通工具:
- 自行車
- 汽車
- 飛機
- 火箭
- 宇宙飛船……
是不是感覺到難度越來越大了?不過我們也算是了解了復雜產品的架構是怎么樣的了,其實依然還是有對應的方法去進行設計的。在對后臺產品搭建產品架構的時候,往往有兩種思路可供參考:
1、按功能模塊來進行劃分
什么叫按功能模塊來進行劃分?如下圖:
按功能模塊來劃分
如果一個后臺產品的目標用戶比較單一,且用戶需求也比較統一,并沒有出現說某個用戶只需要使用其中某一個功能模塊的時候,且功能和功能之間并沒有太多的邏輯關系,往往可以嘗試使用按功能模塊來進行劃分的方式。比如百度移動統計,它的目標用戶就是互聯網公司內部的運營人員、產品人員,且運營和產品關注的數據絕大部分是可以通用的,也就是說用戶需求還是比較統一的。
2、按業務邏輯來進行劃分
另一個劃分邏輯,是按業務邏輯來進行劃分。
很多公司內部的信息管理系統,都是采用這種產品架構來進行設計的,因為這個產品的目標用戶往往涉及到多方角色,既有公司的業務人員,如市場、銷售、客服、前臺等,又有公司的職能部門人員,如人事、財務和行政等。這個時候再采用功能模塊來進行后臺的產品架構梳理,則顯得不是那么適用了。
按業務邏輯來進行劃分,則要求產品經理在規劃系統時要思考這個系統的作用到底是解決了什么問題,再具體一點就是——解決了哪些用戶的哪些問題。在這個大的環境下確定了之后,在需求的收集和分析的階段,就應該按照業務角色來進行相關的工作,而后到了梳理產品架構這一步才能更得心應手一些。如下圖所示,一個研發管理的子系統,就對應了這么多不同角色人員的不同需求。
按業務邏輯來劃分
最后,這里提供幾個優秀的后臺產品供大家參考和研習:
- 淘寶的商家后臺
- 有贊微商城的后臺
- 微信公眾平臺后臺
好的產品架構具有怎樣的特性
之前就說過,好的產品架構要具備的幾個特征:
- 易用性
- 穩定性
- 可擴展性
易用性和穩定性,就不需再多用文字解釋了,我們來看看產品架構的可擴展性。
可擴展性其實是在傳達一個信息,就是要求產品經理在設計產品架構的時候,就要去多思考未來這個產品是否會新增加功能或者內容,也就要求產品經理要有產品規劃的意識。如果一個新做的產品剛上線沒多久,因為要新增功能,導致頁面的信息架構重新調整,相關人員怨聲載道,產品的使用用戶也會增加對產品的認知成本??梢?,產品架構的可擴展性是有多重要,產品經理需要根據實際情況及未來可預見的規劃進行構思,爭取將產品的維護成本降到最低。
ps:限于篇幅,如何搭建產品架構這篇分為上、下兩篇文章來講,如對我的文章有更多想法和意見,歡迎交流。
作者:壹百度(微信公眾號:倒退集),在線教育企業服務領域產品經理,創業公司Team Leader。常常自詡是文藝青年和極客青年的結合體,在宅與不宅之間可以自由切換,曾主導多款重量級產品的產品策劃和設計工作。
本文由 @壹百度 原創發布于人人都是產品經理。未經許可,禁止轉載。
叮咚小區的商業模式已經改了
社區O2O,有幸參與金地物業的享家系列產品的規劃設計以及推廣培訓, 目前各大物業集團其實都在搭建以基礎物業服務(保修,繳費,社區鄰里)為主,以房地產全產業鏈上下游配套相關服務為負責的平臺,當然前提是需要社區服務一定要跟上