零邊際成本小程序產(chǎn)品開發(fā)范式，借勢(shì)創(chuàng)造價(jià)值！

接下來(lái)將主要從以下四個(gè)方面給大家具體介紹：

• 什么是零邊際成本

• 如何追求零邊際成本

• 云開發(fā)小程序示例演示

• 如何借勢(shì)創(chuàng)造價(jià)值

邊際成本指的是生產(chǎn)一個(gè)新的商品所增加的社會(huì)成本。零邊際成本指的是生產(chǎn)一個(gè)新的商品的時(shí)候，它的成本是不增加的。

圖1 邊際成本與零邊際成本

零邊際成本在互聯(lián)網(wǎng)產(chǎn)品中比較常見。例如某些App和網(wǎng)站中售賣的虛擬商品（徽標(biāo)、會(huì)員名稱、皮膚等），它們本質(zhì)上是存儲(chǔ)在服務(wù)器上的文件或記錄，是可以無(wú)限復(fù)制的，但只有在用戶付費(fèi)后才會(huì)給到用戶，這類虛擬商品基本上都是零邊際成本的。

為什么要追求零邊際成本？本質(zhì)上是為了減少我們?cè)诔晒ψサ绞袌?chǎng)抓手前，做市場(chǎng)驗(yàn)證時(shí)的成本投入，以更少更小的負(fù)擔(dān)，快速地進(jìn)行MVP產(chǎn)品的嘗試，這是它主要的一個(gè)價(jià)值所在。

事實(shí)上不是所有的產(chǎn)品、在所有的生態(tài)里面，都可以實(shí)現(xiàn)這個(gè)零邊際成本。類似于開發(fā)App、開辦教育培訓(xùn)機(jī)構(gòu)等很多事情，人力、資產(chǎn)等成本投入都是必不可少的。今天分享的零邊際成本開發(fā)范式，其實(shí)是基于微信小程序技術(shù)，在微信生態(tài)中實(shí)現(xiàn)的成本近乎為零的一種開發(fā)范式。

主要涉及以下三個(gè)方面：

圖2?零邊際成本開發(fā)范式

首先就是要實(shí)現(xiàn)產(chǎn)品閉環(huán)，讓其能夠自主運(yùn)行，能夠自動(dòng)收款這是毫無(wú)疑問的。但微信的企業(yè)支付，只有企業(yè)資質(zhì)的開發(fā)者賬號(hào)才可以申請(qǐng)，個(gè)人無(wú)法使用。個(gè)人開發(fā)者和獨(dú)立開發(fā)者可以通過(guò)使用小微商戶解決，更加靈活，而且這一渠道也是合法的，這一部分下文也會(huì)詳細(xì)介紹。

其次是價(jià)值。無(wú)論我們要進(jìn)行怎樣的產(chǎn)品嘗試，能否成功，本質(zhì)上還是取決于我們的產(chǎn)品能否給用戶提供價(jià)值，那我們?cè)撊绾握业接脩舻男枨?，為用戶提供價(jià)值？后面也會(huì)分享我的一些思考，希望能對(duì)你有所啟發(fā)。

最后是要讓產(chǎn)品的開發(fā)成本和運(yùn)維成本趨近于零。

• 開發(fā)成本：今天分享的產(chǎn)品范式中，只要懂一些JS代碼，或者有微信小程序開發(fā)和上線的經(jīng)驗(yàn)，那么看懂和修改本次分享的項(xiàng)目源碼是沒有問題的。

  
  

• 運(yùn)維成本：此項(xiàng)目使用了云開發(fā)，目前云開發(fā)對(duì)小程序開發(fā)者也是十分友好，在前期可以以一種近似于零成本的方式，進(jìn)行產(chǎn)品的市場(chǎng)試水，這也是目前進(jìn)行小程序開發(fā)的優(yōu)勢(shì)所在。

下面我會(huì)在項(xiàng)目中著重講第一點(diǎn)和第三點(diǎn)，第二點(diǎn)會(huì)放在最后闡述。

下面為大家進(jìn)行云開發(fā)小程序示例演示，本環(huán)節(jié)會(huì)分三個(gè)部分介紹。詳細(xì)講解請(qǐng)觀看視頻，這里僅做簡(jiǎn)要介紹。

圖3?云開發(fā)小程序示例演示

小微商戶本質(zhì)是微信支付的第三方服務(wù)商，給個(gè)人開發(fā)者提供一種微信支付能力。本案例選擇迅虎，打開迅虎網(wǎng)站后點(diǎn)擊「商戶注冊(cè)」即可看到注冊(cè)引導(dǎo)，注冊(cè)成功后，即可根據(jù)提示申請(qǐng)「微信支付」與「支付寶支付」兩種支付渠道。小微商戶服務(wù)商網(wǎng)上有很多，此處選擇迅虎僅是例舉，讀者根據(jù)自身需要選擇其它服務(wù)商也是可以的。

本案例使用的是微信渠道，成功注冊(cè)后測(cè)試支付功能，小微商戶方會(huì)返回一個(gè)微信支付的收款二維碼，使用微信掃描后會(huì)打開微信原生的支付界面，支付體驗(yàn)與微信企業(yè)支付流程一致。正常支付后，費(fèi)用會(huì)自動(dòng)轉(zhuǎn)到注冊(cè)小微商戶時(shí)綁定的銀行卡上。小程序項(xiàng)目源碼中使用其提供的商戶ID和API秘鑰，這些信息在第三方服務(wù)端后臺(tái)可以看到。

開發(fā)用到的工具是「微信開發(fā)者工具」，該工具主要用于開發(fā)小程序或小游戲項(xiàng)目。先到微信公眾平臺(tái)（mp.weixin.qq.com)，注冊(cè)小程序賬號(hào)，這是開發(fā)微信小程序項(xiàng)目必備資質(zhì)。「微信開發(fā)者工具」獲取可以點(diǎn)擊小程序---小程序開發(fā)文檔---工具---下載，選擇與自身系統(tǒng)適配的版本下載即可。

圖4 微信公眾平臺(tái)與小程序開發(fā)文檔

當(dāng)小微商戶、小程序賬號(hào)、開發(fā)者工具都準(zhǔn)備好了之后，就可以打開項(xiàng)目源碼修改，制作我們自己的小程序項(xiàng)目了，項(xiàng)目源碼在文末會(huì)提供下載方式。

項(xiàng)目的主要功能設(shè)計(jì)如下：

圖5 代碼邏輯

打開下載的項(xiàng)目后我們可以看到資源管理器中共用有三個(gè)云函數(shù)和三個(gè)頁(yè)面。

圖6?小程序項(xiàng)目源碼

主頁(yè)面中每一列都是一個(gè)可銷售的商品，即用戶每點(diǎn)開一個(gè)新的頁(yè)面都是需要支付才可以看到相關(guān)內(nèi)容，內(nèi)容可以是文本、視頻或音頻。用戶進(jìn)行支付后，解鎖相關(guān)的內(nèi)容權(quán)限，整個(gè)過(guò)程自動(dòng)化銷售，實(shí)現(xiàn)產(chǎn)品閉環(huán)。

圖7 小程序演示

圖8 項(xiàng)目源碼 (文末有下載方式）

該小程序主要包含主頁(yè)面（index）、支付頁(yè)面（buy）、商品內(nèi)容頁(yè)面（read）這三個(gè)頁(yè)面。主頁(yè)面（index.wxml）負(fù)責(zé)渲染出所有待售商品列表，可以根據(jù)需求自由添加商品。

主頁(yè)面中用戶單擊其中一個(gè)文檔名稱的時(shí)候，會(huì)調(diào)用一個(gè)云函數(shù)「check_doc_authority」，檢查文檔權(quán)限，有權(quán)限則跳轉(zhuǎn)到閱讀頁(yè)面（read)，并傳遞文檔路徑參數(shù)「docPath」無(wú)權(quán)限則跳轉(zhuǎn)到支付頁(yè)面（buy）提示購(gòu)買，傳遞文檔名稱參數(shù)「docName」。

閱讀頁(yè)面中的主要代碼在（read）頁(yè)面下的 index.js，拿到文檔路徑地址后，下載到本地，然后使用小程序接口「wx.openDocument」打開文檔。若為了嚴(yán)謹(jǐn)性，防止用戶直接打開頁(yè)面，還可以在此處加載時(shí)再進(jìn)行一次用戶權(quán)限驗(yàn)證。本案例做簡(jiǎn)單演示，故不做部署。

購(gòu)買頁(yè)面中的視圖代碼為顯示購(gòu)買相應(yīng)文檔，并居中渲染支付二維碼，下方是按鈕「我已支付」，點(diǎn)擊會(huì)觸發(fā)函數(shù)調(diào)用。進(jìn)入購(gòu)買頁(yè)面后會(huì)先獲取由主頁(yè)面?zhèn)鬟f過(guò)來(lái)的文檔名稱參數(shù)「docName」，并調(diào)用云函數(shù)「new_pay_order」生成一個(gè)支付訂單，生成收款二維碼展示，其中包含的字段「paid」用于判斷用戶的支付狀態(tài)。

用戶點(diǎn)擊「我已支付」按鈕時(shí)，我們并不知道用戶是否已支付，但小微商戶的服務(wù)商是知道的，其拿到支付結(jié)果后，會(huì)通知我們服務(wù)器后端一個(gè)網(wǎng)址，由于是云開發(fā)，沒有這個(gè)網(wǎng)址，也沒有任何服務(wù)器，支付狀態(tài)沒有辦法被動(dòng)接收。

那我們?cè)撊绾潍@取用戶的支付狀態(tài)呢？可以通過(guò)云函數(shù)「query_pay_state」去查訂單ID對(duì)應(yīng)的支付訂單，即可獲得用戶的支付結(jié)果。支付成功則返回，支付失敗則給出相應(yīng)提示。

三個(gè)頁(yè)面的邏輯框架大致如此，可以根據(jù)自己需求進(jìn)行修改。接下來(lái)重點(diǎn)看一下三個(gè)云函數(shù)。

首先是「new_pay_order」，作用是生成一個(gè)支付訂單。主要起作用的是「index.js」和「small_micro_pay」，后者是小微商戶的一個(gè)模塊，此處將其小程序化，讀者有需要可以copy到自己的項(xiàng)目中使用，或是基于當(dāng)前的項(xiàng)目修改，里面是一些封裝好的方法。

云函數(shù)的主體文件「index.js」，首先是獲取一個(gè)openID，openID是當(dāng)前用戶對(duì)小程序產(chǎn)品的唯一標(biāo)識(shí)。每個(gè)小程序產(chǎn)品都是不一樣的，當(dāng)前用戶在其他小程序產(chǎn)品中的openID也不一樣，所以openID只對(duì)當(dāng)前產(chǎn)品有意義。openID在云開發(fā)中獲取非常方便，直接從當(dāng)前的去開發(fā)上下文環(huán)境對(duì)象中獲取即可，這是云開發(fā)相對(duì)后端獨(dú)立開發(fā)的方便之處。

隨后是組建下單的參數(shù)對(duì)象，做一些必要的加密操作，繼而調(diào)用迅虎的API地址，迅虎會(huì)返回一個(gè)結(jié)果，里面有我們需要的一些信息，我們需要將這些信息存到云數(shù)據(jù)庫(kù)中，此處有一個(gè)云數(shù)據(jù)庫(kù)集合「pay_order」。在開發(fā)工具中點(diǎn)擊云開發(fā)（如果是第一次打開，按照提示開通即可）。在云開發(fā)---數(shù)據(jù)庫(kù)中可以看到「pay_order」的相關(guān)內(nèi)容，主要是包含了一些字段信息。下劃線開頭的字段代表是云環(huán)境自動(dòng)生成的，其它則是程序員自己存儲(chǔ)的字段。

圖9 云數(shù)據(jù)庫(kù)集合「pay_order」

將迅虎中獲取到的信息寫庫(kù)，此處有一個(gè)關(guān)鍵字段「paid」，判斷用戶是否擁有商品權(quán)限。用戶最開始未支付，所以默認(rèn)為flase；查到用戶已支付后，程序會(huì)將其設(shè)置為true。獲取到的信息中包含支付二維碼地址，簡(jiǎn)單美化處理后將二維碼地址返回到支付頁(yè)面「buy」中顯示。用戶掃碼支付成功后，即可點(diǎn)擊「我已支付」按鈕，點(diǎn)擊按鈕后會(huì)觸發(fā)調(diào)用接下來(lái)要介紹的云函數(shù)「query_pay_state」。

第二個(gè)云函數(shù)「query_pay_state」中，主要作用是查詢用戶是否已經(jīng)支付成功。首先獲取支付訂單的訂單id，獲取到id后查詢支付記錄，有成功記錄則代表支付成功，反之則支付失敗。通過(guò)第三方服務(wù)端查詢到訂單支付成功后，將「paid」設(shè)置為true，并存儲(chǔ)到云數(shù)據(jù)庫(kù)集合中，如此操作是為了下一次查詢時(shí)可以不用再查詢第三方服務(wù)器，直接查詢?cè)茢?shù)據(jù)庫(kù)集合即可。

此處也可以根據(jù)產(chǎn)品需要再優(yōu)化，小程序本地有一個(gè)localStorage，利用它可以將文檔的權(quán)限記錄緩存在本地中，可以不用訪問云數(shù)據(jù)庫(kù)集合，直接在本地就可以決定當(dāng)前用戶有無(wú)權(quán)限。

最后一個(gè)云函數(shù)是「check_doc_authority」，作用是查詢用戶是否有相應(yīng)的文檔權(quán)限。主要是通過(guò)獲取文檔名稱，到云數(shù)據(jù)庫(kù)集合「pay_order」中查詢字段「paid」是否等于true，返回查詢結(jié)果。上面提到的在本地緩存權(quán)限驗(yàn)證可以加在這一段邏輯前面，如果本地緩存中沒有查到文檔權(quán)限再?gòu)脑茢?shù)據(jù)庫(kù)中查找，這樣就少了這一步的云函數(shù)調(diào)用。因?yàn)樵骗h(huán)境的免費(fèi)額度是有限的，調(diào)用多了額度消耗也快，如果是使用本地的 localStorage 日志，可以減少云環(huán)境資源的調(diào)用和消耗，這樣的免費(fèi)資源可以用得更久，這是它的意義所在。

前面分享了小程序開發(fā)范式，我們可以開發(fā)一個(gè)自動(dòng)收款的小程序產(chǎn)品。但有了這樣的產(chǎn)品，用戶還不會(huì)主動(dòng)打開去付費(fèi)，還要看產(chǎn)品有沒有對(duì)用戶產(chǎn)生價(jià)值。如何讓產(chǎn)品有價(jià)值，關(guān)鍵是在于“勢(shì)”。

我們知道，孫子兵法有一句是說(shuō)“木石之性，方則止，圓則行”，意思是木頭和石頭的特點(diǎn)，在險(xiǎn)峻陡峭之處，方的容易靜止，圓的滾動(dòng)靈活。我們?cè)O(shè)計(jì)產(chǎn)品也是一樣，要讓產(chǎn)品感覺里面好像有一個(gè)“勢(shì)”，這個(gè)“勢(shì)”促進(jìn)用戶去購(gòu)買。

怎么去借“勢(shì)”呢？給大家分享一個(gè)例子，現(xiàn)在知識(shí)付費(fèi)比較流行，例如在行，可以一對(duì)一約人聊，知乎也有付費(fèi)咨詢，包括其他地方也有，基本上付費(fèi)率高的內(nèi)容一般都是是有價(jià)值的。如果你提出一個(gè)問題，這個(gè)問題是很多微信用戶都遇到過(guò)的，那么這個(gè)問題就是有潛在價(jià)值的。

這里提兩個(gè)問題作為參考「如何添加誤刪的微信好友？」「如何找回刪除的微信信息？」，這兩個(gè)問題在網(wǎng)上有很多人在問，說(shuō)明有用戶確實(shí)有這個(gè)需求。但是我們不是這方面的專家，我們也不知道這兩個(gè)的答案怎么辦？怎么向用戶提供有價(jià)值的答案呢？

我們可以帶著問題去付費(fèi)咨詢，例如在知乎上花1000塊錢問100個(gè)人，得到100個(gè)答案，把這100個(gè)答案整理成一個(gè)文檔，這個(gè)文檔對(duì)于一個(gè)特定的群體而言，就是有價(jià)值的，就有了“勢(shì)”，有需求的用戶他們看到了就會(huì)有購(gòu)買意愿。而我們這個(gè)產(chǎn)品本身的運(yùn)維成本是0，所以基本上可以沒有負(fù)擔(dān)地去運(yùn)營(yíng)這個(gè)產(chǎn)品，可以有一個(gè)很長(zhǎng)的長(zhǎng)尾去慢慢聚集用戶。同時(shí)因?yàn)楫a(chǎn)品對(duì)用戶是有價(jià)值的，具備增長(zhǎng)屬性，即已有用戶可以帶來(lái)更多的新用戶，基于用戶口碑傳播，產(chǎn)品本身像樹木一樣，仿佛都有了自然增長(zhǎng)屬性。

我們?cè)诋a(chǎn)品中還可以存放很多文檔，每個(gè)文檔分享一個(gè)問題，類似的問題還可以組成一個(gè)系列，每個(gè)頁(yè)面都還可以單獨(dú)購(gòu)買。

假如你就某一個(gè)問題，匯聚了最專業(yè)的一些回答，并且這個(gè)問題是真正的市場(chǎng)需求，就肯定會(huì)有人會(huì)慢慢聚集到你的產(chǎn)品中來(lái)。在開始運(yùn)營(yíng)的時(shí)候，也可以適當(dāng)做一些網(wǎng)絡(luò)營(yíng)銷推廣，加速產(chǎn)品起飛。

最后再統(tǒng)一說(shuō)明，拿到源碼以后我們需要做什么修改？首先是小微商戶的商戶ID和API密鑰，修改這兩個(gè)信息，用戶付費(fèi)就會(huì)支付到你的賬號(hào)中；第二個(gè)是小程序賬號(hào)，在導(dǎo)入項(xiàng)目時(shí)選擇自己的AppID，這個(gè)AppID可以在小程序后臺(tái)看到；第三個(gè)是商品信息列表，可以將商品文件存放到云開發(fā)環(huán)境的云存儲(chǔ)中，上傳后會(huì)得到一個(gè)ID，復(fù)制ID替換文件地址，并修改名稱即可。

技術(shù)人的五一怎么過(guò)？云加社區(qū)祝你節(jié)日快樂

從0到1詳解ZooKeeper的應(yīng)用場(chǎng)景及架構(gòu)原理！

分布式事務(wù)解決方案：從了解到放棄！

Go語(yǔ)言從0到1實(shí)現(xiàn)最簡(jiǎn)單的數(shù)據(jù)庫(kù)！