市面上有很多關(guān)于微信小程序的文章,但大多都是一些宏觀的分析或者框架式的方法論,卻沒有講到底怎么去落地、以及實際項目過程中會遇到哪些問題。所以在本文中,我將以自己親手做過的一款小程序為載體,以整個項目流程為主線,系統(tǒng)地解構(gòu)怎樣從0到1做一款微信小程序。
概述
過去幾個月,我們團隊一直在做一款關(guān)于互聯(lián)網(wǎng)保險業(yè)務(wù)的小程序,這不僅是自己第一次從0到1負責(zé)一款新產(chǎn)品,也是第一次做微信小程序,在整個項目過程中積累了諸多經(jīng)驗和體悟,因此需要經(jīng)過一次系統(tǒng)的復(fù)盤,才能真正內(nèi)化到自己的產(chǎn)品思維體系中。
這里有兩個重點:一是怎么去做一款新產(chǎn)品;二是怎么做一款微信小程序。
我將分三部分講述從0到1做一款小程序的整個流程:定位、規(guī)劃、落地。
定位,想做一款微信小程序,一定要先了解微信生態(tài),明白服務(wù)號、訂閱號和小程序之間的關(guān)系,并且基于自己公司的實際業(yè)務(wù)情況,將小程序嵌入到業(yè)務(wù)流程中去,所以我將分為微信生態(tài)和業(yè)務(wù)架構(gòu)兩部分進行分析。
規(guī)劃,把產(chǎn)品做復(fù)雜了容易,但做簡單了難。尤其是新產(chǎn)品第一個版本的設(shè)計,非常考驗一個產(chǎn)品經(jīng)理的功力。哪些該第一版做,哪些該后續(xù)迭代,這都要基于產(chǎn)品經(jīng)理對整體業(yè)務(wù)的理解進行系統(tǒng)規(guī)劃。
落地,從一個概念和框架落地為實際的產(chǎn)品是最難的,真正做小程序時會遇到很多的坑,不只是小程序自己的各種坑,也有與自己業(yè)務(wù)打通時的諸多問題,因此必須要對小程序的特點有所了解,我將把做小程序過程中需要注意的問題一一道來。
1. 定位
1.1 微信生態(tài)
為什么要用微信小程序這種載體?
做小程序前要先回答這個問題,否則選擇了不適合自己業(yè)務(wù)的載體,只能是浪費資源。
而要回答這個問題,得先了解微信的生態(tài),并結(jié)合自己的實際業(yè)務(wù)流程去權(quán)衡。
在微信生態(tài)中,通信功能 朋友圈所構(gòu)建的社交關(guān)系是基本盤,并基于這個巨大的流量池,衍生出公眾號和小程序兩大子生態(tài)系統(tǒng)。
其中,公眾號又分為訂閱號和服務(wù)號,訂閱號提供的是內(nèi)容,以內(nèi)容沉淀用戶,個人和企業(yè)均可開通;服務(wù)號則專門提供給企業(yè),給用戶提供各種商家服務(wù)。
服務(wù)號和訂閱號大概有三點不同:
(1)服務(wù)號在消息列表這個一級頁面直接單獨展示,訂閱號則折疊在“訂閱號消息”的二級頁面中。這就導(dǎo)致了服務(wù)號的曝光能力優(yōu)于訂閱號。
(2)服務(wù)號每個月能推送4條消息,訂閱號每天都可以推送1條消息。因此訂閱號更適合做內(nèi)容來吸引用戶并運營用戶,而服務(wù)號更聚焦于提供服務(wù)功能,并且盡量少地打擾用戶。
(3)經(jīng)過認證的服務(wù)號支持微信支付功能和高級開發(fā),而訂閱號不支持。這進一步強化了服務(wù)號的B端屬性和服務(wù)能力。
從這三點區(qū)別可以看到,其實服務(wù)號和訂閱號之間的差別其實非常模糊。
訂閱號使用H5或者小程序同樣可以提供商家服務(wù),這樣就兼具內(nèi)容沉淀和企業(yè)服務(wù)能力了,但服務(wù)號依舊有不能做內(nèi)容的短板,唯一的優(yōu)勢只??梢愿菀撰@得曝光。
因此,訂閱號和服務(wù)號的定位可以概括為:訂閱號偏向獲客、服務(wù)號負責(zé)服務(wù)。
也就是說,在前期,訂閱號可以起到吸引流量的作用,可以當(dāng)做獲客渠道,用內(nèi)容教育和轉(zhuǎn)化用戶,當(dāng)用戶變成客戶后,就可以引向服務(wù)號,專門提供售后的各種長期服務(wù)。
那又為什么會出現(xiàn)小程序呢?
沒有小程序之前,公眾號的各種功能是由H5網(wǎng)頁提供的,在服務(wù)工具或者說服務(wù)媒介這一環(huán)節(jié)不由微信掌控,而且H5的體驗也較差。
因此微信推出了小程序,自己制定了一套“H5”規(guī)范,這不但可以在技術(shù)層面與微信打通,可以提供更多服務(wù)接口,也能夠把控工具載體的質(zhì)量,為用戶提供更好的服務(wù)體驗。
更關(guān)鍵的是,這也打通了整個服務(wù)鏈條,公眾號和小程序形成了業(yè)務(wù)閉環(huán),企業(yè)在為用戶提供某項服務(wù)時,全程都停留在微信的平臺上,不用離開微信這個大生態(tài)系統(tǒng)。
打個比方,這就像微信是一個大商場,各個公眾號是一個個店鋪,在以前,當(dāng)你進入某個商鋪時,因為這是一個個H5,所以微信無法了解每個商鋪的裝修質(zhì)量和服務(wù)能力,也不知道你在里面都做了什么,像一個個黑盒子。
但現(xiàn)在有了小程序,也就是說微信這個大商場為每個商鋪統(tǒng)一裝修,并且把控了他們的服務(wù)質(zhì)量,也都安上了安全監(jiān)控,不但提高了你的服務(wù)體驗,還能獲取你的全程數(shù)據(jù)。
其中,能收集并打通全程數(shù)據(jù)非常有意義,因為數(shù)據(jù)分析是一個系統(tǒng)化工程,碎片化的數(shù)據(jù)是沒有價值的。
比如用戶的購物行為,沒有小程序時,微信只能知道你點擊商家入口了多少次,進入商家自己提供的H5后,微信就不知道用戶在H5中都有哪些行為了,比如瀏覽了哪些商品、把哪些商品放進了購物車。在最后,用戶付款時使用了微信支付,微信才知道這個用戶轉(zhuǎn)化成功了,但是中間購買流程上的每一步轉(zhuǎn)化率怎么樣,微信一無所知。
也就是說,微信只能獲取入口的流量數(shù)據(jù)和最后的支付數(shù)據(jù),其他的數(shù)據(jù)則在商家自己手中,微信沒有收集到全流程的數(shù)據(jù),自然也無法對用戶有深入的了解。
只有以人為中心,獲取到其全流程數(shù)據(jù),才有可能做出精準(zhǔn)的用戶畫像。分析其屬性和行為特征后,便可在后續(xù)為每個用戶提供人性化服務(wù)以及精準(zhǔn)化營銷。
小程序不但對微信的意義重大,而且對開發(fā)者來說也非常友好。
由于手機操作系統(tǒng)是割裂的,分為iOS和Android兩大陣營,所以要想開發(fā)一款A(yù)PP,需要兩套人馬,開發(fā)兩個APP,分別適配兩套手機操作系統(tǒng)。而且Android的適配問題非常令人頭疼,因為Android是開源的,很多手機廠商的系統(tǒng)也有很大差異,所以光處理適配問題又要花費大量的開發(fā)資源。
現(xiàn)在微信已經(jīng)成為一款10億量級的國民級應(yīng)用,滲透率極高,基本是互聯(lián)網(wǎng)行業(yè)的基礎(chǔ)設(shè)施,像生活中的水電煤一樣。
基于這個條件,在微信上搭載了各種服務(wù)后,其實微信本身就可以承擔(dān)手機操作系統(tǒng)的角色。
手機上的一個個APP也就是一個個企業(yè)提供的服務(wù),現(xiàn)在微信將自己生態(tài)系統(tǒng)中承載的服務(wù)統(tǒng)一化和標(biāo)準(zhǔn)化,最后呈現(xiàn)的載體便是小程序。
這是小程序的另一個優(yōu)勢:開發(fā)成本低,只需要一套代碼就能適配所有機型。
背靠微信這個巨大的流量池,開發(fā)成本也不高,小程序這個子生態(tài)系統(tǒng)便開始迅速成長起來,如今已經(jīng)成為首選的載體。
但是小程序也存在短板,因為小程序的定位是輕量、用完即走,更像是一個個小工具,具有很強的工具屬性,雖然用戶的體驗很好,但是沒有辦法沉淀下來,最終還是要引向企業(yè)自己的APP或者是公眾號。
這也就是現(xiàn)在經(jīng)常說的私域流量。
只有變成了自己的私域流量,企業(yè)才能更直接地觸達到用戶,對這些用戶進行運營和營銷,最終實現(xiàn)轉(zhuǎn)化。
至此,訂閱號、服務(wù)號和小程序之間的關(guān)系和定位就非常清晰了:
在訂閱號用內(nèi)容沉淀用戶、使用服務(wù)號在中后期服務(wù)用戶、小程序則承擔(dān)工具和媒介的作用。
1.2 業(yè)務(wù)架構(gòu)
小程序也只是載體,不要跟風(fēng)做小程序,不要把手段當(dāng)做目的。
小程序一定是服務(wù)公司業(yè)務(wù)的,屬于業(yè)務(wù)流程中的一環(huán)。
我最近在做互聯(lián)網(wǎng)保險業(yè)務(wù),因此所做的小程序也和保險相關(guān):保單管理。
先談?wù)劚kU業(yè)務(wù),可能近半的互聯(lián)網(wǎng)人不了解保險也不關(guān)心保險,因為互聯(lián)網(wǎng)行業(yè)興起也沒多少年,互聯(lián)網(wǎng)從業(yè)者好多是二十多歲的年輕人群體。
對于二十出頭的年輕人,不關(guān)心保險很自然:一是覺得自己年輕力壯,人也常常有僥幸心理,不覺得自己會得什么病或者發(fā)生什么意外;二是因為沒有家庭,所以也沒有那么強的責(zé)任感,一人吃飽全家不餓。
但是一旦有了家庭,尤其是有了孩子,自己也步入中年時,就會有很強的風(fēng)險意識,開始考慮買保險了。
畢竟就算不考慮自己,也要考慮自己的老婆孩子,比如得一場大病,不但很可能會掏空家底,而且也沒有了收入來源,家里沒有了經(jīng)濟支柱,上有老下有小的該咋辦?
所以保險業(yè)務(wù)的目標(biāo)客戶群體一般是中年人,而且一旦買保險,一定是家庭為單位進行保障規(guī)劃的,給自己的父母、伴侶、孩子都購置保險。
購買保險后,保險公司就會給你一張保單,也就是保險合同。
一個人一般會配置重疾險、醫(yī)療險、意外險、壽險,有的人還會為自己養(yǎng)老考慮,購買年金險,也叫商業(yè)養(yǎng)老保險,這些保險具體都有什么作用就不展開了。
也就是說,按照一個人平均有4張保單,那一個家庭,包括雙方父母、先生太太、孩子,最少7個人計算,一家人就要有28張保單了。
這些還很可能不是一個保險公司買的,所以對保單的管理就是一個很大的問題了,也是一個痛點。
了解了保單管理的背景,那它在整個業(yè)務(wù)流程中處于什么節(jié)點呢?
對于一個賣保險的公司,底層商業(yè)邏輯和其他行業(yè)是一致的,核心是兩點:獲客和轉(zhuǎn)化。
無論是電商平臺,還是線下的商鋪,都要解決流量從哪里來、又怎么轉(zhuǎn)化客戶以獲取商業(yè)價值的問題。
關(guān)于獲客,雖然現(xiàn)在已經(jīng)有諸多平臺和各種類型的獲客方式,比如近幾年比較火的今日頭條的信息流廣告、抖音的短視頻廣告,或者是傳統(tǒng)的SEO/SEM,到最后才發(fā)現(xiàn)最有效的還是微信公眾號平臺。
在微信公眾號投放廣告的轉(zhuǎn)化效果要明顯優(yōu)于其他平臺。
首先是因為公眾號具有聚集效應(yīng)。
每個公眾號定位不同,因此關(guān)注的用戶也明顯有分類,比如母嬰號的關(guān)注用戶大部分都是寶媽或者懷孕的準(zhǔn)寶媽、軍事類的公眾號的關(guān)注用戶比例最高的是中年男性。
因此只要找準(zhǔn)自己業(yè)務(wù)的目標(biāo)人群,再去目標(biāo)人群聚集的地方投放廣告,自然會有很好的轉(zhuǎn)化率。比如賣體育用品的公司,可以將廣告投放健身類的公眾號,賣化妝的可以投放美妝類或情感類的公眾號等等。
更關(guān)鍵的是,公眾號文章不同于普通的硬廣,可能不讀到最后根本就不知道這是一篇廣告,因此用戶不會有天然的抗拒心理,而且代入感更強,不知不覺讀完之后,會被文章豐富的圖文和自洽的邏輯所教育,即使不能立即轉(zhuǎn)化,也會對投放的廣告產(chǎn)生品牌認知。
這也是為什么,經(jīng)常會有一家公司會和某一個公眾號長期簽約,定期多次投放相同的廣告。
重復(fù),能起到固化認知的作用。
用戶價值不會一次釋放完,可能第一次沒有轉(zhuǎn)化成功的用戶,經(jīng)過多次教育后就能夠轉(zhuǎn)化,直至一個公眾號的用戶群體的價值被充分壓榨,轉(zhuǎn)化率下降,此時公司可以轉(zhuǎn)戰(zhàn)下一個公眾號了,如此循環(huán)往復(fù)。
我們所做保險業(yè)務(wù)也正是采用了這樣的獲客方式,有了客戶之后,轉(zhuǎn)化環(huán)節(jié)就要靠保險銷售了,把不同質(zhì)量的用戶分給不同轉(zhuǎn)化能力的銷售。
用戶質(zhì)量也就是購買能力,可根據(jù)年收入劃分為不同層次。
年收入10萬以下的客戶,不但轉(zhuǎn)化困難,而且成交后能獲取的收益也很低,保險銷售都不太愿意接這樣的客戶;
年收入10萬到20萬的客戶群體則是中堅力量,這也是保險銷售群體比較喜歡的客戶群體;
年收入再高的話,超過50萬以上,則屬于高凈值人群,很多對保險或者一些資產(chǎn)配置產(chǎn)品有比較深入的了解,普通的保險銷售駕馭不了,適合分配給資深的銷售。
轉(zhuǎn)化環(huán)節(jié),其實是一整條服務(wù)流程,對于保險業(yè)務(wù),可以細分為投前、投中、投后。(即投保前、投保中和投保后)
投前的核心是做家庭財務(wù)規(guī)劃,投中則是協(xié)助核保,投后需要的是保單管理和理賠協(xié)助。
基于整個業(yè)務(wù)架構(gòu),便可構(gòu)建出相應(yīng)的產(chǎn)品架構(gòu),即不同的產(chǎn)品所對應(yīng)的業(yè)務(wù)環(huán)節(jié)和承載的功能。
(1)保險業(yè)務(wù)后臺:主要分為產(chǎn)品、客戶和交易三大模塊。
- 產(chǎn)品管理,也就是我們公司所售賣的保險產(chǎn)品庫,接入的是第三方渠道或者直接對接不同的保險公司。
- 客戶管理,包括客戶的標(biāo)簽數(shù)據(jù)和流轉(zhuǎn)數(shù)據(jù),也就是用戶是從哪里來的(來源渠道)、現(xiàn)在在哪(所處的環(huán)節(jié))、又將往哪里去(購買意愿)。
- 交易管理,則是連接了產(chǎn)品和客戶,核心是訂單的相關(guān)信息,包括訂單的各類狀態(tài),比如未支付、已支付、已出單、退保、核保、理賠等全流程狀態(tài)。
(2)家庭財務(wù)智能規(guī)劃系統(tǒng):將轉(zhuǎn)化流程標(biāo)準(zhǔn)化,根據(jù)客戶的財務(wù)狀況,自動計算風(fēng)險缺口,并給出保險配置方案。
不但可以體現(xiàn)出公司的專業(yè)性,還可以為保險銷售節(jié)省大量的精力,讓其更聚焦于為客戶講解保險知識和財務(wù)知識。
(3)保單管理小程序:則承擔(dān)售后服務(wù),客戶不但可以查看自己家庭購置的保單,也可以使用申請退?;蚶碣r、續(xù)期續(xù)保提醒、保單檢視等功能。
2. 規(guī)劃
2.1 用戶路徑
了解了保險業(yè)務(wù)的業(yè)務(wù)架構(gòu)和產(chǎn)品架構(gòu)后,也就知道保險管理小程序在業(yè)務(wù)流程中所處的位置和發(fā)揮的作用了。但這也只是保單管理小程序的完整態(tài),真正實現(xiàn)時,需要分步迭代。
為什么說一款新產(chǎn)品的第一版一定要足夠簡單?
一方面講,第一版足夠簡單是一種實驗思維,一旦發(fā)現(xiàn)存在問題,可以快速調(diào)整。甚至發(fā)現(xiàn)產(chǎn)品不受用戶認可、產(chǎn)品方向存在根本性問題時,即使迅速拋棄現(xiàn)有的產(chǎn)品,浪費的資源也不算非常大,沉沒成本在可接受范圍內(nèi)。
另一方面,這也不只是為了開發(fā)資源考慮,更關(guān)鍵的是需要快速開發(fā)、快速進入市場、然后再快速迭代。
互聯(lián)網(wǎng)行業(yè)常常講究先發(fā)優(yōu)勢,目前互聯(lián)網(wǎng)保險行業(yè)的入局者越來越多,競爭也是日益激烈,所以盡快地搶先市場并占領(lǐng)用戶認知就非常重要了。
當(dāng)然,產(chǎn)品的第一版足夠簡單是不夠的,也要足夠有用。
怎么才能有用呢?
一定要找到一個核心的業(yè)務(wù)節(jié)點,把這個產(chǎn)品嵌入到業(yè)務(wù)流程中,也就是用戶必經(jīng)路徑上,才能真正發(fā)揮作用。
經(jīng)常會出現(xiàn)的情況是,做了一款產(chǎn)品,然后沒有在用戶核心路徑上,用戶可用可不用,用了固然有幫助,不用也沒有什么影響,那這款產(chǎn)品也就發(fā)揮不了什么價值了。
可以拿騰訊相冊小程序舉例,在初期,騰訊相冊只是打通了小程序內(nèi)的QQ賬號體系,用戶主要是查看自己在QQ的相冊。
而在18年5月,做了從QQ微信的照片由小程序來承載這個功能后,數(shù)據(jù)量才開始爆發(fā)性增長。
也就是說,從QQ分享照片到微信這個核心使用場景中,用戶原來的路徑是直接分享照片即可,不會是進入小程序再去分享,這個路徑反而變長。但是用小程序承載后,也就是把小程序這個載體嵌入到用戶分享的必經(jīng)路徑中了,使用量比以前自然會有大幅上漲。
其負責(zé)人曾提到過,騰訊相冊小程序的用戶增量主要來自于QQ空間用戶的分享,在小程序的新用戶來源中,80%是分享進入的,也就是說每5個使用用戶有4個是通過分享路徑進來的。
由此可見,一款新產(chǎn)品想要“有用”,必須要嵌入到用戶的核心使用路徑中。
對于保單管理來說,客戶在我們公司買完保險后,一定是想要直接能夠看到保單的,而不是讓保險銷售手動發(fā)給客戶一個文件或者讓客戶自己登錄網(wǎng)站去查看自己的保單。
所以這也正是保單管理小程序在業(yè)務(wù)流程中出現(xiàn)的第一個節(jié)點:客戶買完保險后,可以直接在微信小程序中查看自己購買的保單,并可以獲得一系列的售后服務(wù)。
2.2 功能范圍
查看保單功能是保單管理小程序最基礎(chǔ)也是最核心的一個功能,但是客戶的保單其實分為兩部分:在我們自己公司購買的保險和在其他公司購買的保險。
在我們公司購買的保險,我們有相關(guān)的保險數(shù)據(jù),所以可以直接在小程序中展示,那客戶在其他公司買的保險,我們也沒有相關(guān)數(shù)據(jù),那該怎么辦?
尤其是自然流量的用戶,不是我們平臺的客戶,他們又怎樣使用保單管理小程序呢?
這就是我們產(chǎn)品的另一個核心功能:上傳保單。
有了上傳功能后,不但小程序可以獨立使用了,同時,自己平臺的保單數(shù)據(jù)和客戶自己上傳的保單數(shù)據(jù)合在一起,構(gòu)成了客戶的完整保單信息。
當(dāng)然,這個功能也應(yīng)該在客戶的核心路徑上。
客戶在做保障規(guī)劃時,需要納入客戶的已購保險的,不但可以將家庭財務(wù)智能規(guī)劃系統(tǒng)計算出的風(fēng)險缺口減去客戶已有的保額,也可以將客戶的已購保險和我們推薦的保險進行對比,最終實現(xiàn)讓客戶買到性價比最高保險的目的。
也就是說,保單管理小程序在業(yè)務(wù)流程中的位置前置了,不但可以在購買保險后(投后)查看保單,也可以在投前的保障規(guī)劃階段起到錄入已購保單的作用。
至此,可以看到,保單管理小程序需要兩個核心功能:查看并分享在我們公司購買的保單和上傳在其他地方已經(jīng)購買的保單。
其實,這個也可以類比騰訊相冊小程序。
對于騰訊來說,一個人的照片分為兩部分:一部分是在QQ空間和微信朋友圈的照片,也就是用戶在騰訊自己公司的數(shù)據(jù);另一部分則是用戶在其他平臺的照片,可能大部分都是在用戶自己的手機相冊中。
那么騰訊相冊小程序的核心功能也需要兩個:用戶可以查看并分享在QQ空間和微信的照片、用戶可以上傳手機相冊中的照片。
這和保單管理小程序的功能邏輯基本相同。
明確了產(chǎn)品的核心功能后,再回到最初的問題:第一版要上哪些功能呢?哪些需要后續(xù)迭代呢?
我們選擇了第一版先實現(xiàn)用戶可以查看和分享在我們公司購買的保單,也就是將保險業(yè)務(wù)后臺的保單數(shù)據(jù)同步至小程序。
已成交客戶作為我們新產(chǎn)品的種子用戶,可以先將小程序用起來,檢驗一下產(chǎn)品的使用效果,并優(yōu)化使用過程中存在的一些問題。
上傳保單功能則放在第二個大版本進行迭代,有了上傳功能,就不僅是一個內(nèi)部應(yīng)用了,可以單獨使用,成為一個獨立的小程序應(yīng)用。這樣也就有機會去獲取自然流量,成為獲客的另一個渠道。
不過,小程序的核心定位還是形成公司的業(yè)務(wù)閉環(huán),服務(wù)好自有客戶,而所謂獲客只是錦上添花,其實還是很困難的,只是提供了獲客的可能。
3. 落地
3.1 交互設(shè)計
明確了業(yè)務(wù)架構(gòu)和產(chǎn)品架構(gòu)后,也確定了產(chǎn)品的迭代路徑,接下來就要考慮產(chǎn)品的具體信息架構(gòu)了。
信息架構(gòu),也就是界面層,即展現(xiàn)在用戶面前的視覺效果,比如不同功能的組織,頁面布局等等。
經(jīng)常說小程序的特點是用完即走,那怎么才能達到這樣的效果呢?
第一原則:使用路徑清晰且單一。
這樣用戶一旦進入了小程序,就知道自己要怎么做、下一步點哪里。
因為小程序有很強的工具屬性,用戶在進入小程序前帶有明確的目的和預(yù)期,那么,好的小程序一定要讓用戶進入小程序時,就能使他產(chǎn)生一種:“嗯,這就是我想要的。”的感覺,并且順暢和快速地讓用戶解決要完成的事。
摩拜單車的小程序就是很好的例子:掃一掃、點擊解鎖、騎車即走,用戶只需要三步動作即可完成任務(wù),小程序在整個流程中的存在是完美連接線上和線下的,順暢無阻塞,甚至是無感知的。
不好的做法是,堆砌很多偏離業(yè)務(wù)主線的功能,找半天才找到能解決自己問題的功能入口,也就是把小程序做成了一個很重的APP。
如果業(yè)務(wù)比較復(fù)雜,可以拆分為一個個獨立業(yè)務(wù)或者功能點,做成小程序矩陣,典型如幾個互聯(lián)網(wǎng)巨頭,美團、京東、百度等。
第二原則:交互方式簡單且統(tǒng)一。
這里有兩個關(guān)鍵詞:簡單和統(tǒng)一。
對于簡單而言,最重要的就是不要用太多復(fù)雜的交互,更不要用太多頁面跳轉(zhuǎn)這么重的交互方式。不用復(fù)雜交互可以理解,因為用戶打開小程序是為了快速解決問題,如果各種操作使用復(fù)雜交互效果,反而會造成使用不便。
這個和PPT類似,在做匯報時,如果加入各種動效,不僅會造成喧賓奪主,聽眾的注意力被動效吸引,而且動效過程也會浪費很多時間。簡單直接,往往最有效。
那又為什么說頁面跳轉(zhuǎn)這種交互比較重,不推薦在小程序中使用呢?
原因有兩個:
一是新頁面加載需要等待;
尤其是生活中經(jīng)常會有弱網(wǎng)或者無網(wǎng)的場景出現(xiàn),比如地鐵、電梯、地下停車場等,因此跳轉(zhuǎn)新頁面會出現(xiàn)長時間加載情況,所以操作能在現(xiàn)有頁面完成就盡量不要跳轉(zhuǎn)。
二是過多層級的頁面路徑會對用戶認知造成混亂;
本身小程序就屬于微信的子頁面,至少是二級頁面,如果在小程序內(nèi)的頁面也有很多層級或者是要經(jīng)常跳轉(zhuǎn),就非常容易讓用戶產(chǎn)生疑惑或者焦慮感。同樣,這也違背了第一原則。
反面案例就是京東APP,拿簽到模塊舉例,其頁面層級有非常多層。
關(guān)于交互的統(tǒng)一,本身就是一款合格的產(chǎn)品應(yīng)該具備的。
雖然一款產(chǎn)品可能有很多模塊、很多業(yè)務(wù),可能是由多個產(chǎn)品經(jīng)理分工負責(zé),但是一定要注意交互一致性、布局一致性、設(shè)計一致性。
在同一款產(chǎn)品中,如果使用不同的功能或者模塊時,發(fā)現(xiàn)視覺效果明顯不同,那就很可能是不同產(chǎn)品經(jīng)理做的,也說明沒有一個產(chǎn)品負責(zé)人去整體把控這款產(chǎn)品。
關(guān)于小程序,微信本身提供了一套標(biāo)準(zhǔn)的小程序設(shè)計規(guī)范,比如啟動頁加載樣式、頁面下拉刷新樣式等等,不但可以減少很多開發(fā)量,也提供了一套通用標(biāo)準(zhǔn),但是依舊要注意交互的一致性問題。
建議先通讀一下微信小程序關(guān)于設(shè)計部分的官方文檔:
在實際的項目中,最好由產(chǎn)品經(jīng)理和交互設(shè)計師或者UI設(shè)計師一起基于微信小程序的設(shè)計指南,制定好一套適用于自己產(chǎn)品的設(shè)計規(guī)范。
拿微信APP自己舉例,對比其設(shè)置頁的編輯態(tài),會發(fā)現(xiàn)復(fù)雜的編輯操作或者重要的編輯操作,都會有“完成”按鈕進行二次確認,而一般的編輯操作可直接操作。
雖然這只是一個簡單交互,但是說明其對設(shè)計的規(guī)范性。
小程序中幾個典型的交互方式總結(jié)一下:
- 能不跳轉(zhuǎn)就不跳轉(zhuǎn)(多用底部彈窗)
- 能不輸入就不輸入(多用自動填入、勾選等)
- 鍵盤自動調(diào)起(注意不同情況下的不同鍵盤類型)
第三原則:請嚴格遵守第一原則和第二原則。
3.2 數(shù)據(jù)支撐
做功能一定先要考慮到數(shù)據(jù)從哪里來,能不能支撐功能。
很多時候,把功能設(shè)計得非常好用,但是往往難以落地或者是實際使用時出現(xiàn)了各種問題,一個很重要的原因就是數(shù)據(jù)支持沒跟上。
拿我之前想做的一個關(guān)于電商比價產(chǎn)品舉例:因為現(xiàn)在電商平臺比較多,商家也比較多,我想買一款電視,相同品牌或者相同型號的,在哪里買便宜呢?
所以我就會去不同的電商平臺看看,比如天貓、京東、蘇寧、唯品會、甚至拼多多,在這個過程中,我需要不斷切換不同的應(yīng)用去對比,花費大量的時間。這個場景在生活中經(jīng)常會出現(xiàn),我觀察到很多人也都有過相似的經(jīng)歷。
要是從場景和需求來看,似乎電商比價這個功能非常有用,很多人肯定也非常想用,要是真的做出來了,萬一大受歡迎,說不定我還可以去創(chuàng)個業(yè)、拿個融資,從此走向人生巔峰。
但是,等一下,既然這個功能既然這么有用,為什么沒人做呢?
我從美好的幻想中被拉了出來,細想后發(fā)現(xiàn),這里存在一個關(guān)鍵的問題幾乎難以解決:數(shù)據(jù)從哪里來?每個電商平臺都有自己的價格機制和調(diào)控平臺,那商品數(shù)據(jù)和價格數(shù)據(jù)是否會開放出去呢?
顯然是不可能的,這些數(shù)據(jù)是電商自己的數(shù)字資產(chǎn),也是自己的優(yōu)勢,所以一個個電商平臺之間樹立起了數(shù)據(jù)壁壘。
從這個例子可以看到,不同公司之間的數(shù)據(jù)打通是極其困難的,不只是技術(shù)問題,更多是意愿問題。
除了不同公司間的數(shù)據(jù)壁壘問題,相同公司的不同部門的數(shù)據(jù)打通同樣存在種種困難。
拿騰訊相冊小程序舉例,其功能其實也非常簡單,但是難點一定是在數(shù)據(jù)上:QQ空間相冊的數(shù)據(jù)、微信數(shù)據(jù)和從本地上傳的數(shù)據(jù)的打通問題。
因此,技術(shù)不是問題,重點在于不同部門能否通力合作去解決問題。
對于騰訊這種巨頭公司,經(jīng)常會出現(xiàn)的大公司病就是“各立山頭”,而QQ和微信就隸屬于不同的事業(yè)群,這大大增加了數(shù)據(jù)整合、信息流通和資源共享的難度。
所以不要把一個公司當(dāng)做一個整體,也不要覺得一個公司是鐵板一塊,大家都會優(yōu)先考慮公司的整體利益,畢竟一個公司是由不同的人組成的,位置不同,利益自然也不同。
因此從下往上推動一個項目往往是很難的,只能從上往下去貫徹一個目標(biāo),由更高層的人去牽頭才有可能成事。
說完公司管理層面的問題,回到數(shù)據(jù)打通本身,真正在落地時,很難處理的是數(shù)據(jù)格式問題。雖然對于保險業(yè)務(wù),數(shù)據(jù)格式相對來說已經(jīng)比較規(guī)范了,但是依舊存在一些細微的差別。
就拿我們公司叫的“保障期限”來說,也就是買一個保險能保障你多長時間,行業(yè)中不同公司的叫法有:保障期限、保險期限、保險期間、保障年限等,那么來自不同公司的保險產(chǎn)品數(shù)據(jù)在打通時就會存在問題。
因此,數(shù)據(jù)格式統(tǒng)一是數(shù)據(jù)打通的第一原則。
尤其是現(xiàn)在我們做的這個微信小程序,是一款新產(chǎn)品,需要使用保險業(yè)務(wù)后臺的現(xiàn)有數(shù)據(jù),那么在新產(chǎn)品中的數(shù)據(jù)字段名稱和格式,一定要與原系統(tǒng)保持一致。
在實際的工作中,數(shù)據(jù)格式這一塊兒就耗費了我們非常多的精力,因為原有業(yè)務(wù)后臺也存在諸多問題,很多地方的數(shù)據(jù)格式也沒有統(tǒng)一,或者現(xiàn)有的數(shù)據(jù)格式不規(guī)范,因此需要先梳理現(xiàn)有系統(tǒng)的數(shù)據(jù)格式,并糾正其中的一些數(shù)據(jù)問題。
數(shù)據(jù)格式問題解決之后,然后還要依照不同的維度解決接下來的一系列數(shù)據(jù)問題:
- 數(shù)據(jù)來源:數(shù)據(jù)都是由哪些人或者系統(tǒng)產(chǎn)生的,可以分為線上系統(tǒng)同步和線下人工錄入,只有搭建起自動收集數(shù)據(jù)的自循環(huán),才有對數(shù)據(jù)分析和應(yīng)用的可能;
- 數(shù)據(jù)查看:不同的數(shù)據(jù)都是有哪些角色查看、不同角色的數(shù)據(jù)權(quán)限有哪些、查看的終端有哪些、目前查看數(shù)據(jù)的流程和方式是怎樣的;
- 數(shù)據(jù)應(yīng)用:數(shù)據(jù)可以用到哪些具體的功能中,比如數(shù)據(jù)異常預(yù)警機制、數(shù)據(jù)展板等;
- 數(shù)據(jù)更新:目前不同類型的數(shù)據(jù)是怎么更新的、更新頻率是多久、有哪些數(shù)據(jù)長期未更新、未更新的原因是什么、未來建立的數(shù)據(jù)系統(tǒng)需要怎樣支持數(shù)據(jù)更新(頻次、實時性等)。
3.3 用戶授權(quán)
在以前,進入一個APP時,需要輸入賬號和密碼進行登錄,即使是現(xiàn)在,主流的也是輸入手機號,然后通過短信驗證碼登錄,沒有注冊時還經(jīng)常要先去注冊,整個路徑非常長。
但是在微信生態(tài)中就不一樣了,進入小程序時是靜默登錄的,在小程序后臺直接完成了登錄操作,企業(yè)可以獲取到用戶在此應(yīng)用中的唯一標(biāo)識OpenID,用戶不需要進行任何操作。
這個也好理解,用戶進入微信APP時,已經(jīng)進行過一次登錄,那再使用微信內(nèi)的應(yīng)用時自然不需要登錄。
那我們?yōu)槭裁催€會在各種小程序中看到“登錄”按鈕呢?
其實,這里的“登錄”本質(zhì)是授權(quán),是為了獲取你的各種信息,因此是兩回事。
可能許多應(yīng)用為了延續(xù)用戶在APP生態(tài)中的使用習(xí)慣,所以依舊使用“登錄”這種叫法。
微信本身就有你的手機號、身份證、年齡、性別、地域等關(guān)鍵信息,但是不會直接開放給其他企業(yè),需要用戶手動授權(quán)。其中,手機號信息又從用戶信息中抽離出來,需要用戶單獨授權(quán),畢竟手機號是一個非常關(guān)鍵的用戶信息,可謂是現(xiàn)在的互聯(lián)網(wǎng)通行證。
所以,微信的信息授權(quán)分為兩種:一種是手機號授權(quán)、另一種是用戶其他信息授權(quán)。
這兩種授權(quán)非常簡單,只需要一步點擊操作,即可觸發(fā)微信登錄底部彈窗,直接授權(quán)手機號或者用戶基本信息,比傳統(tǒng)的登錄操作要便捷很多,這也正是微信生態(tài)的優(yōu)勢所在。
但是出于對用戶信息保護的考慮,也為了避免打擾用戶,微信對用戶信息授權(quán)的觸發(fā)方式做了各種限制。這不得不提微信的審核機制。
微信的小程序生態(tài)和蘋果的應(yīng)用生態(tài)非常類似,新開發(fā)的應(yīng)用都需要審核通過,才能上架開放出去。
開發(fā)iOS版本的應(yīng)用時,很多開發(fā)者經(jīng)常會遇到審核不通過的情況,因為蘋果制定了一套審核標(biāo)準(zhǔn),必須符合蘋果的設(shè)計規(guī)范和基本要求才能通過,否則要被打回修改。
微信沿用了蘋果的審核機制,同樣制定了一系列的標(biāo)準(zhǔn)。我們在這個項目中就遇到審核不通過的情況,被打回的原因就是:授權(quán)方式不規(guī)范。
“你好,小程序帳號登錄功能暫未符合規(guī)范要求,請在用戶了解體驗小程序功能后,再要求用戶進行帳號登錄。請整改后再重新提交審核,具體登錄規(guī)范及整改可參考:https://developers.weixin.qq.com/community/operate/doc/000640bb8441b82900e89f48351401
請根據(jù)上述原因?qū)π〕绦蜻M行修改,并重新提交代碼審核。
若對上述原因無法理解,可前往反饋頁面進行反饋。
我們原來的設(shè)計方案是:用戶進入小程序后,會顯示啟動頁,手機號和用戶基本信息授權(quán)成功后才能進入小程序主頁面。
但這是微信不允許的,簡單說,就是不能一進入小程序就直接彈窗提示用戶登錄,必須要讓用戶看到小程序的主體內(nèi)容后,并手動點擊按鈕去觸發(fā)登錄彈窗。
就連我們這種用啟動頁過渡的方式也是不允許的,必須要進入小程序并看到一級頁面才行。
最后我們不得不臨時改動產(chǎn)品方案,在首頁和“我的”頁中分別增加了授權(quán)手機號、授權(quán)用戶信息兩個觸發(fā)按鈕。
3.4 用戶標(biāo)識
用戶授權(quán)的底層是和用戶標(biāo)識有關(guān)。
為什么我們需要用戶標(biāo)識呢?
有兩方面作用:
一是微信用戶數(shù)據(jù)與外部數(shù)據(jù)的打通,也就是與自己的已有業(yè)務(wù)數(shù)據(jù)打通,比如某個用戶已經(jīng)在我們的后臺有了購買數(shù)據(jù),那么我們只要確定了他的身份,然后和我們后臺的客戶標(biāo)識進行對比,就可以知道他到底是不是我們的已有客戶。
目前用戶唯一性的通用標(biāo)識是手機號,因為手機號是實名的,與身份證綁定在一起。確定了一個用戶是我們后臺的已有客戶時,就可以直接把他的購買數(shù)據(jù)推到小程序端,這個用戶也就可以看到自己的保單數(shù)據(jù)了。
二是微信內(nèi)部不同應(yīng)用數(shù)據(jù)之間的打通,確定了用戶的唯一性后,其在不同微信應(yīng)用的行為數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)就可以串在一起了,比如在訂閱號的閱讀數(shù)據(jù)、在小程序中的行為數(shù)據(jù)等。
每一個人都是一個數(shù)據(jù)源,無時無刻不在創(chuàng)造著各種數(shù)據(jù),只不過這些數(shù)據(jù)要么沒有被收集到、要么散落在不同的應(yīng)用中,所以我們?nèi)裟苁占竭@些在不同場景中的碎片化數(shù)據(jù),并想辦法歸類到創(chuàng)造這些數(shù)據(jù)的同一個人身上,我們就能更加全面的和深刻地了解這個人。
這也就是所謂用戶畫像的由來,只不過現(xiàn)在大多數(shù)的用戶畫像還非常單薄,可能只有性別、年齡、地域、手機設(shè)備型號等屬性數(shù)據(jù),而沒有更加深入的、更加細節(jié)的信息。
比如從一個人的外賣數(shù)據(jù)中可以了解到他的飲食習(xí)慣,也可以知道他的長住地,公司或者家庭地址等;從一個人的購物數(shù)據(jù)中可以獲取到他的最近生活方式變化,像開始買紙尿布,推測其有了孩子,后來又買了童裝,則說明他的孩子長大了;從一個人的聊天記錄數(shù)據(jù)和通信錄數(shù)據(jù)中可以抽離出更多的有效信息,這個人的說話方式、關(guān)系網(wǎng)、最近的心理狀態(tài)等等。
唯一的問題就是這些不同場景的數(shù)據(jù)在不同的平臺中,而且是非格式化的數(shù)據(jù),包括文字、視音頻等主動數(shù)據(jù)和點擊查看等被動數(shù)據(jù)。
那么我們就需要每個用戶都有唯一的標(biāo)識,并將其在不同的應(yīng)用中的不同唯一標(biāo)識串起來。
在一個應(yīng)用內(nèi),比如小程序、訂閱號或服務(wù)號,每個用戶都會打上唯一標(biāo)識,這個就是OpenID,為什么叫Open呢?
因為這個ID會提供給應(yīng)用所屬的企業(yè),但是為了保護用戶隱私,也是為了保護自己的數(shù)據(jù)資產(chǎn),微信肯定不會直接把手機號、微信號等重要信息給其他企業(yè),所以這個公開的ID是經(jīng)過特殊規(guī)則轉(zhuǎn)換過的一個特殊字符串,不包含任何明文信息。
但此時也會出現(xiàn)問題,要是一個企業(yè)有多個小程序,還有訂閱號或服務(wù)號,那一個用戶在同時使用這些應(yīng)用時,在每個應(yīng)用內(nèi)都有一個唯一標(biāo)識,也就是會有多個OpenID,那到底有多少真實用戶呢?而且單個用戶在不同應(yīng)用中的行為數(shù)據(jù)怎么串起來呢?
總不能一個用戶在訂閱號中標(biāo)識為用戶A,跳轉(zhuǎn)到小程序后,就標(biāo)識成用戶B,然后數(shù)據(jù)也就被割裂開吧?
于是,便有了UnionID,就像字面上的意思,聯(lián)合的標(biāo)識。
有了UnionID,同一用戶在不同應(yīng)用中的不同OpenID就可以映射到唯一的UnionID上了。
簡單總結(jié):
- OpenID是同一用戶同一應(yīng)用的唯一標(biāo)識。
- UnionID是同一用戶不同應(yīng)用的唯一標(biāo)識。
OpenID是不需要授權(quán)的,在公眾號中,關(guān)注公眾號時企業(yè)可以獲取用戶的OpenID,在小程序中,進入小程序時即可直接獲取。
但是UnionID則不同,在公眾號中,不僅需要用戶關(guān)注我們的公眾號,還需要開發(fā)者去微信開放平臺綁定公眾號后,才可以獲取UnionID;小程序獲取UnionID的規(guī)則更復(fù)雜一些,用戶進入小程序時,如果用戶已經(jīng)關(guān)注了與小程序同一主體的公眾號,而且公眾號已經(jīng)獲取了用戶的UnionID,而不需再次授權(quán),否則的話,需要在小程序中單獨授權(quán)才能獲取UnionID。
3.5 數(shù)據(jù)埋點
在項目完成到最后階段時,數(shù)據(jù)指標(biāo)一定不能忘,數(shù)據(jù)指標(biāo)是量化評估你所做需求的實際效果的關(guān)鍵。
關(guān)于數(shù)據(jù)埋點,分兩種情況:
- 一種公司和產(chǎn)品已經(jīng)比較成熟,也比較穩(wěn)定,也有現(xiàn)成的數(shù)據(jù)分析工具,有完善的數(shù)據(jù)埋點規(guī)范,埋點的成本比較低,那就可以全面埋點;
- 另一種是公司處于草莽時期,只是想趕緊迭代,趕緊推上線,關(guān)于數(shù)據(jù)埋點沒有統(tǒng)一規(guī)范,但此時依舊不能沒有數(shù)據(jù)支撐,因為沒有設(shè)置好基本的監(jiān)控數(shù)據(jù)就上線產(chǎn)品,就像飛機的盲飛,你可能飛起來了,卻不知道還有多少油、數(shù)據(jù)情況怎么樣、是變好還是變差,如果要改動,要改哪里。
事無巨細地追蹤所有用戶行為,需要全面鋪上數(shù)據(jù)埋點,工作量巨大,對于正在快速迭代的初創(chuàng)企業(yè)確實不太現(xiàn)實,可能幾個月后才能看到數(shù)據(jù),所以建議采取分級分步的方法,優(yōu)先定義出最重要的幾個事件追蹤,然后再做其次重要的事件。
不過好在微信小程序本身就提供了基本的數(shù)據(jù)統(tǒng)計,而且還有直接配置的埋點方式,無需代碼,這樣就簡單很多了。
在微信小程序后臺,整體可分為常規(guī)分析和自定義分析。
常規(guī)分析就是不需要自己數(shù)據(jù)埋點,微信直接就能收集到的數(shù)據(jù),分為三類:
(1)新增、活躍、留存等概況數(shù)據(jù),對應(yīng)“使用分析”模塊
(2)頁面流量數(shù)據(jù),又分成了實時和非實時,分別在“使用分析中的頁面分析”和“實時分析”兩個模塊
(3)用戶畫像數(shù)據(jù),包括性別、年齡、地區(qū)和終端機型
自定義分析也就是數(shù)據(jù)埋點,分了兩種方式:直接配置和API上報。
1)直接配置
只需要填寫事件名稱、觸發(fā)動作和頁面元素的ID即可,不需要添加代碼,也不需要上線,這種埋點方式適合統(tǒng)計功能的使用情況,比如多少人點擊了簽到按鈕、多少人進入設(shè)置頁面等。
2)API上報
適用于收集事件下的具體屬性數(shù)據(jù),比如點擊商品這個事件,如果我們想要知道用戶具體點擊了什么商品、商品的價格是多少等信息,就需要這種添加代碼的數(shù)據(jù)埋點方式了。
從另一個維度看,數(shù)據(jù)又可以分為兩大類:用戶數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)。
用戶數(shù)據(jù)包括用戶畫像和行為數(shù)據(jù),業(yè)務(wù)數(shù)據(jù)則是和業(yè)務(wù)直接相關(guān)的數(shù)據(jù),比如購買金額、購買頻率等。
對不同類型數(shù)據(jù)的分析要在不同平臺處理,微信小程序提供的數(shù)據(jù)分析更多是集中在用戶數(shù)據(jù)部分,業(yè)務(wù)數(shù)據(jù)則主要在公司自己的業(yè)務(wù)后臺。
“如果你從頭開始建立用戶行為追蹤計劃,建議先找到3個最重要的一級事件,這3個一級事件,應(yīng)該代表了用戶從初次接觸產(chǎn)品到最終成功使用產(chǎn)品的最重要的里程碑。”
這是我之前在書中看到的埋點理論,把這個理論用到我們的產(chǎn)品中,最關(guān)鍵的3個一級事件是:進入小程序(PV/UV)、關(guān)鍵功能1的按鈕點擊(PV/UV)、關(guān)鍵功能2的按鈕點擊(PV/UV)。
當(dāng)我按照之前在書中看到的這套理論梳理了三個關(guān)鍵指標(biāo)后,才發(fā)現(xiàn)實際情況沒有這么簡單。
先是leader直接就發(fā)現(xiàn)了問題:這不是關(guān)鍵指標(biāo),應(yīng)該和業(yè)務(wù)結(jié)合,目前最重要的是要讓保險銷售知道自己名下哪個客戶有沒有使用小程序,然后推動客戶去使用,如果用簡單的PV、UV、按鈕點擊等等,對業(yè)務(wù)沒有什么幫助,適合后期再去完善。
之后又深入思考了現(xiàn)狀:我們現(xiàn)在有2個微信公眾號和即將上線的2個小程序,已經(jīng)構(gòu)建起了一個微信生態(tài)服務(wù)矩陣,因此要考慮到4個應(yīng)用之間的互聯(lián)互通,而不只是我現(xiàn)在負責(zé)的這個小程序需要收集使用情況的數(shù)據(jù),其他兩個公眾號和另一個小程序同樣需要。
那我們怎么把這幾個微信生態(tài)應(yīng)用的數(shù)據(jù)使用情況集合到一起呢?
我們了解到另一個產(chǎn)品經(jīng)理正在保險業(yè)務(wù)系統(tǒng)中做用戶行為軌跡模塊,即收集一個用戶從接觸到我們的品牌、到使用我們的服務(wù)、再到滿足需求,整個業(yè)務(wù)流程的數(shù)據(jù)。
這兩個小程序的使用數(shù)據(jù)也正是整個業(yè)務(wù)流程中的一部分,他現(xiàn)在已經(jīng)收集了公眾號的使用情況,因此可以把兩個小程序的使用情況也放到這個模塊中。
也就是說,我們把我們想要的數(shù)據(jù)需求提交給另一個負責(zé)用戶行為軌跡的產(chǎn)品經(jīng)理,把數(shù)據(jù)融合在他所做的模塊中,然后我們這邊再做一個用戶是否使用小程序的提醒功能即可,這就實現(xiàn)了一個新小程序的初步數(shù)據(jù)統(tǒng)計需求,之后再按正常流程提數(shù)據(jù)埋點需求,把核心頁面和關(guān)鍵流程都鋪上點。
我們產(chǎn)品內(nèi)部策劃好這個需求后,再與程序員溝通時,又遇到了一個問題。
因為沒有事前規(guī)劃好,已經(jīng)臨近小程序上線,即使需求較小,現(xiàn)在再改代碼會打亂發(fā)版節(jié)奏,所以開發(fā)建議在上線后一周內(nèi)緊接著迭代一個小版本,把一些上線后暴露出來的問題和這個埋點需求整合在一版中。經(jīng)過評估,這也在可接受的范圍內(nèi),所以就按照這個節(jié)奏執(zhí)行了。
這才是實際業(yè)務(wù)場景中遇到的真實情況,而不是書上講的那么清晰和簡單。
所以,并不是知道了一個方法論或者一個道理就可以直接套用,而是要結(jié)合實際的業(yè)務(wù)再次深入思考,并根據(jù)實際情況及時調(diào)整才能真正解決問題。
總結(jié)
從定位、到規(guī)劃、再到落地,一款微信小程序歷經(jīng)打磨后終于上線了。
根據(jù)線上的數(shù)據(jù)和用戶反饋,然后開始進行下一版的迭代,不但要解決線上的一些問題,還有可能要修正原來的規(guī)劃方向,畢竟真實的效果和自己最初的設(shè)想常常會有非常大的出入。
目前這個項目已經(jīng)迭代了兩個大版本。
真實的項目不是閉門造車,在實操的過程中一定會有大量的細節(jié)問題和業(yè)務(wù)問題,所以我梳理了整個項目后,在這里寫下的文字略去了諸多細節(jié),只保留了整體的框架、核心的流程和關(guān)鍵的問題。
如果問我在這個項目中收獲最大的是什么?
還是最開始時說的:
首先是從0到1做了一款新產(chǎn)品,這讓我對整個產(chǎn)品的規(guī)劃能力有了很大提升,也對公司內(nèi)部不同系統(tǒng)之間的協(xié)同與配合有了更深的理解;
其次才是做了一款微信小程序,對微信生態(tài)有了更多的思考,對小程序的特點有了更多了解,只有先掌握好小程序這個工具,才能更好地服務(wù)實際業(yè)務(wù)。
做產(chǎn)品,和拍電影或?qū)憱|西一樣,形式與內(nèi)容,兩者不可偏廢。
本文由 @岳小魚 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 舉報,一經(jīng)查實,本站將立刻刪除。