本篇文章給大家談?wù)勑〕绦蜷_發(fā)交互文檔，以及小程序開發(fā)交互文檔有哪些對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、微信小程序怎么開發(fā) 微信小程序開發(fā)教程分享
• 2、PRD：「FITLIFE」小程序產(chǎn)品需求文檔（用戶端）
• 3、幫客戶做了一個小程序，客戶需要一份開發(fā)文檔，文檔里需要寫什么內(nèi)容
• 4、美團小程序功能設(shè)計（需求文檔）

微信小程序怎么開發(fā) 微信小程序開發(fā)教程分享

微信應用號（小程序，「應用號」的新稱呼）終于來了！

目前還處于內(nèi)測階段，微信只邀請了部分企業(yè)參與封測。想必大家都關(guān)心應用號的最終形態(tài)到底是什么樣子？怎樣將一個「服務(wù)號」改造成為「小程序」？

我們暫時以一款簡單的第三方工具的實例，來演示一下開發(fā)過程吧。

序言

開始開發(fā)應用號之前，先看看官方公布的「小程序」教程吧?。ㄒ韵聝?nèi)容來自微信官方公布的「小程序」開發(fā)指南）

本文檔將帶你一步步創(chuàng)建完成一個微信小程序，并可以在手機上體驗該小程序的實際效果。這個小程序的首頁將會顯示歡迎語以及當前用戶的微信頭像，點擊頭像，可以在新開的頁面中查看當前小程序的啟動日志。

1. 獲取微信小程序的 AppID

首先，我們需要擁有一個帳號，如果你能看到該文檔，我們應當已經(jīng)邀請并為你創(chuàng)建好一個帳號。注意不可直接使用服務(wù)號或訂閱號的 AppID。 利用提供的帳號，登錄 ，就可以在網(wǎng)站的「設(shè)置」-「開發(fā)者設(shè)置」中，查看到微信小程序的 AppID 了。

注意：如果我們不是用注冊時綁定的管理員微信號，在手機上體驗該小程序。那么我們還需要操作「綁定開發(fā)者」。即在「用戶身份-開發(fā)者」模塊，綁定上需要體驗該小程序的微信號。本教程默認注冊帳號、體驗都是使用管理員微信號。

2. 創(chuàng)建項目

我們需要通過開發(fā)者工具，來完成小程序創(chuàng)建和代碼編輯。

開發(fā)者工具安裝完成后，打開并使用微信掃碼登錄。選擇創(chuàng)建「項目」，填入上文獲取到的 AppID，設(shè)置一個本地項目的名稱（非小程序名稱），比如「我的第一個項目」，并選擇一個本地的文件夾作為代碼存儲的目錄，點擊「新建項目」就可以了。

為方便初學者了解微信小程序的基本代碼結(jié)構(gòu)，在創(chuàng)建過程中，如果選擇的本地文件夾是個空文件夾，開發(fā)者工具會提示，是否需要創(chuàng)建一個 quick start 項目。選擇「是」，開發(fā)者工具會幫助我們在開發(fā)目錄里生成一個簡單的 demo。

項目創(chuàng)建成功后，我們就可以點擊該項目，進入并看到完整的開發(fā)者工具界面，點擊左側(cè)導航，在「編輯」里可以查看和編輯我們的代碼，在「調(diào)試」里可以測試代碼并模擬小程序在微信客戶端效果，在「項目」里可以發(fā)送到手機里預覽實際效果。

3. 編寫代碼

點擊開發(fā)者工具左側(cè)導航的「編輯」，我們可以看到這個項目，已經(jīng)初始化并包含了一些簡單的代碼文件。最關(guān)鍵也是必不可少的，是 app.js、app.json、app.wxss 這三個。其中，.js 后綴的是腳本文件，.json 后綴的文件是配置文件，.wxss 后綴的是樣式表文件。微信小程序會讀取這些文件，并生成小程序?qū)嵗?/p>

下面我們簡單了解這三個文件的功能，方便修改以及從頭開發(fā)自己的微信小程序。

app.js 是小程序的腳本代碼。我們可以在這個文件中監(jiān)聽并處理小程序的生命周期函數(shù)、聲明全局變量。調(diào)用 MINA 提供的豐富的 API，如本例的同步存儲及同步讀取本地數(shù)據(jù)。

//app.js App({

onLaunch: function () { //調(diào)用API從本地緩存中獲取數(shù)據(jù) var logs = wx.getStorageSync('logs') || []

logs.unshift(Date.now())

wx.setStorageSync('logs', logs)

},

getUserInfo:function(cb){ var that = this; if(this.globalData.userInfo){ typeof cb == "function" cb(this.globalData.userInfo)

}else{ //調(diào)用登錄接口 wx.login({

success: function () {

wx.getUserInfo({

success: function (res) {

that.globalData.userInfo = res.userInfo; typeof cb == "function" cb(that.globalData.userInfo)

}

})

}

});

}

},

globalData:{

userInfo:null }

})

app.json 是對整個小程序的全局配置。我們可以在這個文件中配置小程序是由哪些頁面組成，配置小程序的窗口 背景色，配置導航條樣式，配置默認標題。注意該文件不可添加任何注釋。

{ "pages":[ "pages/index/index", "pages/logs/logs" ], "window":{ "backgroundTextStyle":"light", "navigationBarBackgroundColor": "#fff", "navigationBarTitleText": "WeChat", "navigationBarTextStyle":"black" }

}

app.wxss 是整個小程序的公共樣式表。我們可以在頁面組件的class屬性上直接使用app.wxss中聲明的樣式規(guī)則。

/**app.wxss**/ .container { height: 100%; display: flex; flex-direction: column; align-items: center; justify-content: space-between; padding: 200rpx 0; box-sizing: border-box;

}

3. 創(chuàng)建頁面

在這個教程里，我們有兩個頁面，index 頁面和 logs 頁面，即歡迎頁和小程序啟動日志的展示頁，他們都在 pages 目錄下。微信小程序中的每一個頁面的【路徑+頁面名】都需要寫在 app.json 的 pages 中，且 pages 中的第一個頁面是小程序的首頁。

每一個小程序頁面是由同路徑下同名的四個不同后綴文件的組成，如：index.js、index.wxml、index.wxss、index.json。.js 后綴的文件是腳本文件，.json 后綴的文件是配置文件，.wxss 后綴的是樣式表文件，.wxml 后綴的文件是頁面結(jié)構(gòu)文件。

index.wxml是頁面的結(jié)構(gòu)文件：

view class="881aaa9b7687cbfc container" view bindtap="bindViewTap" class="aa9b7687cbfcd817 userinfo" image class="7687cbfcd8172378 userinfo-avatar" src="{{userInfo.avatarUrl}}" background-size="cover" image text class="d9c48fba27e787e1 userinfo-nickname"{{userInfo.nickName}} text view view class="8fba27e787e1d244 usermotto" text class="27e787e1d244fc02 user-motto"{{motto}} text view view

本例中使用了、、來搭建頁面結(jié)構(gòu)，綁定數(shù)據(jù)和交互處理函數(shù)。

index.js 是頁面的腳本文件，在這個文件中我們可以監(jiān)聽并處理頁面的生命周期函數(shù)、獲取小程序?qū)嵗?，聲明并處理?shù)據(jù)，響應頁面交互事件等。

//index.js //獲取應用實例 var app = getApp()

Page({

data: {

motto: 'Hello World',

userInfo: {}

}, //事件處理函數(shù) bindViewTap: function() {

wx.navigateTo({

url: '../logs/logs' })

},

onLoad: function () { console.log('onLoad') var that = this //調(diào)用應用實例的方法獲取全局數(shù)據(jù) app.getUserInfo(function(userInfo){ //更新數(shù)據(jù) that.setData({

userInfo:userInfo

})

})

}

})

index.wxss是頁面的樣式表：

/**index.wxss**/ .userinfo { display: flex; flex-direction: column; align-items: center;

} .userinfo-avatar { width: 128rpx; height: 128rpx; margin: 20rpx; border-radius: 50%;

} .userinfo-nickname { color: #aaa;

} .usermotto { margin-top: 200px;

}

頁面的樣式表是非必要的。當有頁面樣式表時，頁面的樣式表中的樣式規(guī)則會層疊覆蓋 app.wxss 中的樣式規(guī)則。如果不指定頁面的樣式表，也可以在頁面的結(jié)構(gòu)文件中直接使用 app.wxss 中指定的樣式規(guī)則。

index.json是頁面的配置文件：

頁面的配置文件是非必要的。當有頁面的配置文件時，配置項在該頁面會覆蓋 app.json 的 window 中相同的配置項。如果沒有指定的頁面配置文件，則在該頁面直接使用 app.json 中的默認配置。

logs的頁面結(jié)構(gòu)

view class="87e1d244fc0296cc container log-list" block wx:for-items="{{logs}}" wx:for-item="log" text class="d244fc0296ccb0ac log-item"{{index + 1}}. {{log}} text block view

logs 頁面使用 控制標簽來組織代碼，在 上使用 wx:for-items 綁定 logs 數(shù)據(jù)，并將 logs 數(shù)據(jù)循環(huán)展開節(jié)點

//logs.js var util = require('../../utils/util.js')

Page({

data: {

logs: []

},

onLoad: function () { this.setData({

logs: (wx.getStorageSync('logs') || []).map(function (log) { return util.formatTime(new Date(log))

})

})

}

})

運行結(jié)果如下：

4. 手機預覽

開發(fā)者工具左側(cè)菜單欄選擇「項目」，點擊「預覽」，掃碼后即可在微信客戶端中體驗。

目前，預覽和上傳功能尚無法實現(xiàn)，需要等待微信官方的下一步更新。

如你所見，微信官方給出的開發(fā)指南還非常簡單，很多細節(jié)、代碼和功能都沒有明確的展示，所以接下來就到展示實力的時候啦！開發(fā)教程正式開始！

第一章：準備工作

做好準備工作很重要。開發(fā)一個微信應用號，你需要提前到微信的官方網(wǎng)站（weixin.qq.com）下載開發(fā)者工具。

1. 下載最新微信開發(fā)者工具，打開后你會看到該界面：

2. 點擊「新建 web+」項目，隨后出現(xiàn)如下畫面：

3. 該頁面內(nèi)的各項內(nèi)容需要注意——

AppID：依照官方解釋來填。

Appname: 項目最外層文件夾名稱，如你將其命名為「ABC」，則之后的全部項目內(nèi)容均將保存在「/ABC/…」目錄下。

本地開發(fā)目錄：項目存放在本地的目錄。

注：再次強調(diào)，如果你和團隊成員共同開發(fā)該項目，則建議你們使用同樣的目錄名稱及本地目錄，以確保協(xié)同開發(fā)的統(tǒng)一性。如果你之前已有項目，則導入過程與以上內(nèi)容近似，不再贅述。

4. 準備工作全部完成后，點擊「新建項目」按鈕，彈出框點「確定」。

5. 如上圖所示，此刻，微信開發(fā)者工具已經(jīng)為你自動構(gòu)建了一個初始的 demo 項目，該項目內(nèi)包含了一個微信應用項目所需具備的基本內(nèi)容和框架結(jié)構(gòu)。點擊項目名稱（圖中即「cards」）進入該項目，就能看到整個項目的基本架構(gòu)了：

第二章：項目構(gòu)架

微信目前用戶群體非常龐大，微信推出公眾號以后，火爆程度大家都看得到，也同樣推動著 Html 5 的高速發(fā)展，隨著公眾號業(yè)務(wù)的需求越來越復雜，應用號現(xiàn)在的到來也是恰到好處。

我們發(fā)現(xiàn)，微信提供給開發(fā)者的方式也在發(fā)生全面的改變：從操作 DOM 轉(zhuǎn)為操作數(shù)據(jù)，基于微信提供的一個過橋工具實現(xiàn)很多 Html 5 在公眾號很難實現(xiàn)的功能，有點類似于 hybrid 開發(fā)，不同于 hybrid 開發(fā)的方式是：微信開放的接口更為嚴謹，結(jié)構(gòu)必須采用他提供給的組件，外部的框架和插件都不能在這里使用上，讓開發(fā)者完全脫離操作 DOM，開發(fā)思想轉(zhuǎn)變很大。

工欲善其事，必先利其器。理解它的核心功能非常重要，先了解它的整個運作流程。

生命周期：

在index.js里面：

開發(fā)者工具上 Console 可以看到：

在首頁 console 可以看出順序是 App Launch--App Show--onLoad--onShow--onReady。

首先是整個 app 的啟動與顯示，app 的啟動在 app.js 里面可以配置，其次再進入到各個頁面的加載顯示等等。

可以想象到這里可以處理很多東西了，如加載框之類的都可以實現(xiàn)等等。

路由：

路由在項目開發(fā)中一直是個核心點，在這里其實微信對路由的介紹很少，可見微信在路由方面經(jīng)過很好的封裝，也提供三個跳轉(zhuǎn)方法。

wx.navigateTo(OBJECT)：保留當前頁面，跳轉(zhuǎn)到應用內(nèi)的某個頁面，使用wx.navigateBack可以返回到原頁面。

wx.redirectTo(OBJECT)：關(guān)閉當前頁面，跳轉(zhuǎn)到應用內(nèi)的某個頁面。

wx.navigateBack()：關(guān)閉當前頁面，回退前一頁面。

這三個基本上使用足夠，在路由方面微信封裝的很好，開發(fā)者根本不用去配置路由，往往很多框架在路由方面配置很繁瑣。

組件：

此次微信在組件提供方面也是非常全面，基本上滿足項目需求，故而開發(fā)速度非?？欤_發(fā)前可以認真瀏覽幾次，開發(fā)效率會很好。

其它：

任何外部框架以及插件基本上無法使用，就算原生的 js 插件也很難使用，因為以前的 js 插件也基本上全部是一操作 dom 的形式存在，而微信應用號此次的架構(gòu)是不允許操作任何 dom，就連以前開發(fā)者們習慣使用的動態(tài)設(shè)置的rem.js也是不支持的。

此次微信還提供了 WebSocket，就可以直接利用它做聊天，可以開發(fā)的空間非常大。

跟公眾號對比發(fā)現(xiàn)，開發(fā)應用號組件化，結(jié)構(gòu)化，多樣化。新大陸總是充滿著驚喜，更多的彩蛋等著大家來發(fā)現(xiàn)。

接下來開始搞一些簡單的代碼了！

1. 找到項目文件夾，導入你的編輯器里面。在這里，我們使用了 Sublime Text 編輯器。你可以根據(jù)自己的開發(fā)習慣選擇自己喜歡的編輯器。

2. 接下來，你需要根據(jù)自己的項目內(nèi)容調(diào)整項目結(jié)構(gòu)。在范例項目中，「card_course」目錄下面主要包含了「tabBar」頁面以及該應用的一些配置文件。

3. 示例項目的「tabBar」是五個菜單按鈕：

4. 找到「app.json」文件，用來配置這個五個菜單。在代碼行中找到「tabBar」：

你可以根據(jù)實際項目需求更改，其中：

「Color」是底部字體顏色，「selectedColor」是切換到該頁面高亮顏色，「borderStyle」是切換菜單上面的一條線的顏色，「backgroundColor」是底部菜單欄背景顏色。文字描述較為抽象，建議你一一調(diào)試并查看其效果，加深印象。

「list」下的代碼順序必須依次放置，不能隨便更改。

「pagePath」之后的文件名內(nèi)，「.wxml」后綴被隱藏起來了，這是微信開發(fā)代碼中人性化的一點——幫你節(jié)約寫代碼的時間，無須頻繁聲明文件后綴。

「iconPath」為未獲得顯示頁面的圖標路徑，這兩個路徑可以直接是網(wǎng)絡(luò)圖標。

「selectedIconPath」為當前顯示頁面高亮圖標路徑，可以去掉，去掉之后會默認顯示為「iconPath」的圖標。

「Text」為頁面標題，也可以去掉，去掉之后純顯示圖標，如只去掉其中一個，該位置會被占用。

注意：微信的底部菜單最多支持五欄（五個 icons），所以在你設(shè)計微信應用的 UI 和基本架構(gòu)時就要預先考慮好菜單欄的排布。

5. 根據(jù)以上代碼規(guī)則，我們做好了示例項目的基本架構(gòu)，供你參考：

6. 「Json」文件配置好后，「card_course」的基本結(jié)構(gòu)入上圖所示，不需要的子集都可以暫時刪除，缺少的子集則需要你主動新建。刪除子集時記得順帶檢查一下「app.json」里的相關(guān)內(nèi)容是否已經(jīng)一并刪除。

注意：個人建議你新建一個「wxml」文件的同時，把對應的「js」和「wxss」文件一起新建好，因為微信應用號的配置特點就是解析到一個「wxml」文件時，會同時在同級目錄下找到同文件名的「js」和「wxss」文件，所以「js」文件需及時在「app.json」里預先配置好。

編寫「wxml」時，根據(jù)微信應用號提供的接口編碼即可，大部分就是以前的「div」，而現(xiàn)在就用「view」即可。需要用其它子集時，可以根據(jù)微信提供的接口酌情選擇。

使用「class」名來設(shè)置樣式，「id」名在這里基本沒有什么用處。主要操作數(shù)據(jù)，不操作「dom」。

7. 以上是示例項目首頁的「wxml」編碼。從圖中就可以看出，實現(xiàn)一個頁面代碼量非常少。

8. 「Wxss」文件是引入的樣式文件，你也可以直接在里面寫樣式，示例中采用的是引入方式：

9. 修改代碼后刷新一次，可以看到未設(shè)背景的「view」標簽直接變成了粉色。

注意：修改「wxml」和「wxss」下的內(nèi)容后，直接 F5 刷新就能直接看到效果，修改「js」則需點擊重啟按鈕才能看到效果。

10. 另外，公共樣式可以在「app.wxss」里直接引用。

11. 「Js」文件需要在「app.json」文件的「page」里預先配置好。為了項目結(jié)構(gòu)清晰化，在示例項目中的「index」首頁同級目錄新建其它四個頁面文件，具體如下：

經(jīng)過以上步驟，案例中的五個底部菜單就全部配置完畢了。

如果你要入門的話，首先要掌握 js、html、css 知識。

然后可以通過查看微信公眾平臺中的微信小程序開發(fā)教程來大概了解微信小程序的開發(fā)方式和調(diào)試方式， 官方的介紹還是比較簡單易懂的。

另外可以通過入門級的帖子 來了解具體開發(fā)流程。

以上~~

希望能給你一些幫助，希望采納·

PRD：「FITLIFE」小程序產(chǎn)品需求文檔（用戶端）

筆者通過產(chǎn)品概況、產(chǎn)品結(jié)構(gòu)、業(yè)務(wù)流程圖、全局說明、功能性需求、非功能性需求分析等模塊，系統(tǒng)輸出這一份關(guān)于“FITLIFE”小程序用戶端的產(chǎn)品需求文檔。

Hi~最近在對自己參與過的項目進行總結(jié)，希望可以和大家分享學習交流。輸出內(nèi)容是檢視自己的方式，所以我就來吸取經(jīng)驗了。

通過研讀各位優(yōu)秀作者的精品，我學習到了不少知識。此次，以實際工作中遇到的情況作為案例，我將從0至1的產(chǎn)品中抽取重點模塊進行分享。

為了閱讀體驗，我將盡量簡化常規(guī)化的環(huán)節(jié)，本次采用AXURE梳理PRD——利用AXURE動態(tài)面板和內(nèi)聯(lián)框架，制作文檔導航，提高瀏覽人員的閱讀效率。

一、概述

1. 產(chǎn)品介紹

2. 文檔修訂記錄

將重點模塊添加對應的跳轉(zhuǎn)鏈接，方便瀏覽人員迅速定位內(nèi)容。

版本號規(guī)則：小數(shù)點后為當前版本的小更新，小數(shù)點前為大版本更新。

修訂屬性：新增、修改、刪除

二、產(chǎn)品結(jié)構(gòu)

1. 信息結(jié)構(gòu)圖

2. 功能結(jié)構(gòu)圖

由于完整結(jié)構(gòu)圖展開占很大的篇幅并且看不清楚，為了閱讀體驗，對結(jié)構(gòu)圖部分收縮。完整版結(jié)構(gòu)圖可在AXURE中查看。

三、業(yè)務(wù)流程圖

建議將流程圖統(tǒng)一整理至表格中，做成鏈接跳轉(zhuǎn)形式，實現(xiàn)快速查閱。為了順暢的需求閱讀體驗，將各自的流程圖放在之后的需求描述部分中展示。

四、全局說明

1. 名詞術(shù)語說明

2. 權(quán)限彈窗

3. 時間距離規(guī)范

3.1 時間規(guī)范

3.2 距離規(guī)范

4. 異常情況

4.1 網(wǎng)絡(luò)異常

手機網(wǎng)絡(luò)連接異常，小程序彈窗提示如下：

4.2 用戶狀態(tài)說明

五、功能性需求說明

良好的需求閱讀體驗需要保證閱讀過程是順暢的。

在這部分，首先列出【需求清單】，總覽這次需求涉及的模塊及簡要信息。緊接著，按照【需求模塊】-【流程圖】-【原型頁面流轉(zhuǎn)】-【原型需求拆解】的敘述邏輯去完成各個模塊的需求說明。

1. 需求池需求清單

1.1 需求管理池

需求類型：新增需求、需求調(diào)整、功能優(yōu)化、BUG修復、UI優(yōu)化

系統(tǒng)：涉及到的系統(tǒng)及模塊

需求說明：簡述需求

優(yōu)先級判斷：重要緊急、重要但不緊急、緊急但不重要、既不緊急也不重要（ps：我們要經(jīng)常關(guān)注重要但不緊急的任務(wù)進度，避免重要緊急任務(wù)扎堆出現(xiàn)。）

1.2 需求清單

對需求管理池評估篩選后，將需求模塊、對應功能、需求優(yōu)先級、完成情況統(tǒng)一整理到表格中。同樣的，這里將模塊名稱做成鏈接格式，快速查閱對應的需求模塊。

優(yōu)先級規(guī)范：p1、p2......數(shù)字越小代表優(yōu)先級越高。

2. 新用戶首頁模塊

2.1 新用戶登錄流程圖

2.2?新用戶登錄原型（點擊查看大圖）

2.3 首頁

3. 預約團課模塊

3.1 團課預約流程圖

3.2?團課預約頁面流轉(zhuǎn)

3.2?課程列表頁

3.3?課程詳情頁

3.4?預約課程頁

4. 預約私教模塊

4.1 私教預約流程圖

4.2 私教預約頁面流轉(zhuǎn)

4.3 私教列表頁

4.4 私教詳情頁

4.5 私教預約頁

5 購卡模塊

5.1 購卡流程圖

5.2 購卡頁面流程

5.3 購買儲值卡頁面

6. 我的模塊（個人中心）

6.1 個人頁面

6.2 修改資料

6.3 我的卡包

6.4 我的課程包

6.5 我的優(yōu)惠券

6.6 富文本頁面

六、非功能性需求

非功能性需求，是比較容易忽視的部分，往往和性能、安全掛鉤，影響著產(chǎn)品的穩(wěn)定性與安全性。

以下僅僅是例子，具體方案需要根據(jù)業(yè)務(wù)情況和產(chǎn)品特性與相關(guān)人員深入溝通。

1. 性能需求

響應時間：系統(tǒng)對請求做出響應的時間。例如系統(tǒng)處理一個HTTP請求需要200ms，這個200ms就是系統(tǒng)的響應時間。

并發(fā)用戶數(shù)：同時承載正常使用系統(tǒng)功能的用戶數(shù)量。

與性能相關(guān)的數(shù)據(jù)指標還有QPS（每秒響應請求數(shù)）、TPS（每秒處理的事務(wù)數(shù)）等。

性能需求這部分僅僅是舉個例子，具體情況和數(shù)據(jù)方案，需要和相關(guān)人員深入溝通。

2. 可用性需求

避免用戶高頻點擊無反饋的情況。

為用戶提供反饋渠道。

保持文案與組件的一致性。

3. 數(shù)據(jù)統(tǒng)計需求

產(chǎn)品初期需要一定基礎(chǔ)的數(shù)據(jù)提供支持，因此，除了小程序官方數(shù)據(jù)統(tǒng)計平臺，再接入第三方統(tǒng)計平臺，統(tǒng)計以下事件的數(shù)據(jù)及路徑轉(zhuǎn)化率。

七、思考總結(jié)

1. 內(nèi)容細節(jié)

流程圖和頁面流轉(zhuǎn)圖要整齊統(tǒng)一，實在太多信息，建議用子流程模塊和多頁面分述解決。見過很多像“蜘蛛網(wǎng)”一樣的圖，閱讀體驗比較糟糕。

盡量讓用戶不用點開大圖就能看清內(nèi)容，本篇部分頁面流轉(zhuǎn)圖和頁面需求也難免遇到這類問題。

異常邏輯和toast彈窗等細節(jié)需要加強把控，本篇這部分還是有所欠缺。

2. 高保真or低保真？

低保真線框圖：重點在于功能、結(jié)構(gòu)、流程的梳理，利用簡單的框架和元素，省時省力；但細節(jié)相對高保真沒這么完善，可能會有一定的溝通成本。

高保真：針對于高層領(lǐng)導及投資人等，進行產(chǎn)品概念演示，視覺效果好，細節(jié)相對完善；相當于是一個產(chǎn)品的demo，但修改成本較高。

原型交互做的很酷炫，證明你對工具非常熟練。但如果為了做交互花費了大量的時間，就得考慮時間成本值不值得。如果能夠用簡單的注釋和跳轉(zhuǎn)，清晰表達交互邏輯，會不會省時省力一些？

具體情況具體分析，比如，你做了很多交互，開發(fā)做漏了會說：“沒寫清楚啊，我怎么知道哪里可以點擊呢？”

因此，我的習慣是做簡單的“交互邏輯+交互注釋”，盡量避免復雜且耗時耗力的交互。

當然，重要核心的交互邏輯，繪制出來比文字說明更容易理解。這時候，如果有現(xiàn)成的組件就套用，如果沒有，就采用“圖+文字+口述”的方式表達清楚。

3. WORD？AXURE？

需求文檔用什么工具寫比較好？

這是我見過比較多的產(chǎn)品話題討論之一——有用WORD的，有用AXURE的，還有用墨刀、石墨文檔等等......

我曾經(jīng)請教過兩位分別使用WORD和AXURE撰寫需求文檔的朋友，他們是這樣的看法：

WORD選手：

用word寫，形式更規(guī)范。

結(jié)構(gòu)大綱清晰，細節(jié)到位。

洋洋灑灑幾十頁，滿足感杠杠滴。

AXURE選手：

用AXURE寫，圖+標注+交互，更直觀地表達產(chǎn)品需求，閱讀更順暢。

預覽方便，支持上傳云端同步。

WORD寫了也沒人有耐心看，這個世界很浮躁啊。

我的看法：

需求文檔是幫助傳達及溝通需求的工具，講究的是“可讀性”。所以，在選擇采用什么方式之前，需要和團隊溝通達成共識，即什么樣的方式能給到他們更好的閱讀體驗。

我在實際工作中，采用的是AXURE，整理需求與線框圖后與團隊溝通，實現(xiàn)需求快速流轉(zhuǎn)更新。但我會選擇再用WORD梳理一遍，利用文字梳理大綱結(jié)構(gòu)，整理產(chǎn)品邏輯和需求，能夠發(fā)現(xiàn)某些疏漏的環(huán)節(jié)，完善產(chǎn)品細節(jié)。因此，用WORD寫，是一個良好的查漏補缺的手段，是檢視自身邏輯的過程。

最后，由于篇幅關(guān)系，本次分享只展示了部分內(nèi)容，完整預覽請在以下鏈接查閱。

預覽鏈接：

希望自己能堅持輸出內(nèi)容，定期復盤，與優(yōu)秀的你們碰撞更棒的想法，共同進步~

幫客戶做了一個小程序，客戶需要一份開發(fā)文檔，文檔里需要寫什么內(nèi)容

分三段，一，開發(fā)用途或小程序目標需求（可以多寫點，怎么寫漂亮就怎么寫）二，編寫過程，就是編程用了什么，（簡單點，專業(yè)的沒人看的懂），三總結(jié)性的，小程序上線測試，得到的一些數(shù)據(jù)。

美團小程序功能設(shè)計（需求文檔）

? ? ? ? ?墨刀連接：?

一.需求背景

二.需求目的及明細

三.業(yè)務(wù)流程

? ? 3.1業(yè)務(wù)流程

? ? 3.2頁面流程

四.功能詳細設(shè)計

? ? 4.1交互設(shè)計

? ? 4.2原型

五.考核指標

六.總結(jié)

公司最近想把用戶約見這個場景在微信小程序上做深做透，基于這個業(yè)務(wù)訴求，設(shè)計聚餐投票的功能，便微信群用戶在線下聚會前，能先在線上把大家喜歡的美團店鋪匯總在一起，然后投票決策聚會去吃哪個店，可以節(jié)約用戶的時間成本。

使用投票聚餐一定是針對的一個小群體，這個小群體一定是有一定關(guān)系的，如;同事，朋友，同學，家人等，基于上述理論對用戶-場景-需求分析：

需求目的：完整的投票聚餐功能，選擇商戶到統(tǒng)計投票。解決用戶在聚餐選擇商家時意見不統(tǒng)一或者想要統(tǒng)計大家意見時的需求。

創(chuàng)建流程 ：

編輯流程 ：

1.我的

在我的頁面中新增入口圖標，點擊后可進入投票聚餐

2.新增投票頁

頁面分為新增投票模塊以及歷史投票模塊，歷史投票模塊以時間順序排列

創(chuàng)建投票：創(chuàng)建投票后進入選擇餐廳頁面

編輯：點擊編輯后，重新編輯此次記錄，進入確認頁面，可重新發(fā)起投票

3.選擇餐廳頁

選擇餐廳頁面分為3個模塊，頂部的搜索模塊，排序模塊以及商家展示模塊。

排序模塊分為4種篩選模式：

按照美食種類分類，其中默認為全部美食，用戶點擊后出現(xiàn)下拉菜單，用戶可選擇美食分類（如：食品保健，特色菜，福建菜等）

按照地理位置進行排序，分類模塊按城市區(qū)域地理性標志劃分，默認選擇為附近

為用戶篩選的常用關(guān)鍵字排序，分為：智能排序，離我最近，好評優(yōu)先，銷量最高，默認為智能排序

按照餐廳服務(wù)以及用餐人數(shù)為用戶進行篩選，默認狀態(tài)為關(guān)閉

確認添加：點擊確認添加后，進入確認頁

添加商戶：點擊加號添加商戶，再此點擊取消添加商戶

搜索：點擊搜索頁進入搜索頁面

已添加商戶:點擊后進入展開已添加商戶，可以對已添加商戶進行刪除

4.確認頁

確認頁分為主題元素，商戶展示模塊

主題默認為系統(tǒng)填寫，用戶點擊后可進行修改

生成投票分享好友：點擊后進入好友頁

添加喜歡餐廳：點擊后進入選擇餐廳頁，無人員限制

刪除商家：點擊后刪除商家

5.結(jié)果頁

模塊分為主題模塊，商戶展示模塊以及出現(xiàn)在商戶暫時模塊下面的統(tǒng)計模塊

投票：點擊投票按鈕投票，再次點擊取消投票；用戶若已選擇商戶，在點擊其他商戶的投票按鈕將自動取消已選的上加商戶。

隨機功能：場景為當出現(xiàn)平票時為用戶隨機一家商戶，沒有操作權(quán)限，任何人都可以操作，但點擊一次后默認10分鐘后才能再次點擊，隨機結(jié)果將一直展現(xiàn)，直到下次隨機出現(xiàn)新的結(jié)果

回首頁：點擊后返回首頁

添加喜歡餐廳：點擊后進入餐廳選擇頁，選擇完畢后直接進入到結(jié)果頁。

1.考察用戶日活增長指數(shù)：當天日貨量-前一天的日活量/前一天的日活量x100%。投票聚餐是有分享屬性存在的，純在分享屬性，進入小程序的用戶數(shù)應相應增多。

2.對投票聚餐的入口，新增投票以及生成投票分享好友進行埋點，統(tǒng)計訪問人數(shù)，分別計算轉(zhuǎn)化率。是考核功能的轉(zhuǎn)換率，用戶流入入口的數(shù)據(jù)，是判斷這個需求是真需求還是偽需求的根本。

3.使用流程轉(zhuǎn)化率：新增投票訪問人數(shù)/投票聚餐的訪問人數(shù)x100%，生成投票分享好友訪問人數(shù)/投票聚餐的訪問人數(shù)x100%。此數(shù)據(jù)是對流程的考察，用戶是否覺得流程好用，從此數(shù)據(jù)能夠得出一定的結(jié)論。

總結(jié)

投票聚餐是針對于當代年輕人常出現(xiàn)的聚餐場景，由于每個人都有自己的喜好而出現(xiàn)的意見不統(tǒng)一的需求，因此誕生出來的功能。此功能要包含完整的投票流程，從選擇餐廳-投票，并需將選擇餐廳的分類功能盡量做詳細，給用戶更多的參考意見。此功能完成后，用戶日活應有一定程度的增長。

小程序開發(fā)交互文檔的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于小程序開發(fā)交互文檔有哪些、小程序開發(fā)交互文檔的信息別忘了在本站進行查找喔。