今天給各位分享小程序開發(fā)交互文檔的知識(shí)，其中也會(huì)對(duì)小程序的交互設(shè)計(jì)指南進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、小程序開發(fā)怎么做？
• 2、微信小程序開發(fā)的完整流程介紹，新手必讀
• 3、如何快速開發(fā)個(gè)微信小程序
• 4、微信小程序如何開發(fā)
• 5、PRD：「FITLIFE」小程序產(chǎn)品需求文檔（用戶端）

小程序開發(fā)怎么做？

微信版本升級(jí)后，打開微信，點(diǎn)擊底部的“發(fā)現(xiàn)”這個(gè)菜單項(xiàng)，就會(huì)發(fā)現(xiàn)升級(jí)后的“發(fā)現(xiàn)”菜單里，增加了“小程序”這樣一個(gè)功能。

2.點(diǎn)擊打開小程序后，可以看到有附近的小程序和我的小程序，附近的小程序是所在定位周邊的小程序。

下面的小程序列表可以看到的是我們之前打開過的一些小程序，如果有自己覺得很好用的小程序就可以點(diǎn)擊左上角，添加到我的小程序里面。

3.微信小程序還有具有搜索功能，打開搜索頁面可以輸入想要找的小程序。

微信小程序開發(fā)的完整流程介紹，新手必讀

自從跳一跳小程序游戲出現(xiàn)后，一夜之間，小程序就變得家喻戶曉了，功能開發(fā)也越來越豐富，在微信搜一搜就會(huì)發(fā)現(xiàn)許多大品牌早已有自己的小程序了，越來越多的企業(yè)和商家都看中了這個(gè)風(fēng)口，想快速開發(fā)出一款屬于自己的小程序，那小程序開發(fā)的流程是怎樣的呢？

一、準(zhǔn)備好小程序開發(fā)所要用到的材料

企業(yè)開發(fā)小程序所需的材料有：

公司的營業(yè)執(zhí)照、法人的手機(jī)號(hào)、身份證號(hào)、微信號(hào)掃描、認(rèn)證單——用于微信公眾號(hào)認(rèn)證。

銀行對(duì)公賬號(hào)、銀行開戶許可證、企業(yè)網(wǎng)銀——申請(qǐng)支付接口。

小程序logo、企業(yè)介紹。產(chǎn)品信息、聯(lián)系方式等——小程序開發(fā)。

注： 個(gè)人可以申請(qǐng)微信小程序，但無法申請(qǐng)微信支付接口。

二、微信小程序開發(fā)的完整流程介紹

1. 設(shè)計(jì)原型圖，把想要實(shí)現(xiàn)的功能大概畫出來，這一步主要探討的是邏輯思維，只有把邏輯理清楚了，后面的工作才會(huì)開展的更順暢，需要客戶和設(shè)計(jì)師反復(fù)溝通確定才可以實(shí)現(xiàn)，減少溝通過程中存在的一些誤差。

2. 注冊(cè)小程序賬號(hào)，需要支付300元的認(rèn)證費(fèi)用，假如需要使用微信支付功能，那還要申請(qǐng)支付接口。

3. UI設(shè)計(jì)，UI設(shè)計(jì)師根據(jù)原型圖、產(chǎn)品特點(diǎn)、公司文化等來設(shè)計(jì)界面，比較注重外觀和細(xì)節(jié)，優(yōu)質(zhì)的界面會(huì)讓人有流連忘返的感覺，讓用戶把小程序添加到收藏列表中。

4. 后端開發(fā)，根據(jù)原型圖制作系統(tǒng)后臺(tái)和開發(fā)相關(guān)接口，包括后臺(tái)數(shù)據(jù)管理、和小程序前臺(tái)交互的接口。小程序接口需要使用HTTPS，也就是服務(wù)器必須按照SSL證書，同時(shí)需要加入相關(guān)域名到管理后臺(tái)。

5. 前端開發(fā)，小程序前端工程師除了制作界面外，還需要對(duì)接后臺(tái)的接口來進(jìn)行數(shù)據(jù)交互，從而制作出完整的流程，制作完成生成體驗(yàn)版，供大家內(nèi)部測試。

6. 測試環(huán)節(jié)，小程序也講究兼容性，測試人員要測一下開發(fā)出來的功能是否能正常使用，蘋果和安卓版本是否會(huì)有誤差，確保小程序的各項(xiàng)功能正常。

7. 最后提交申請(qǐng)上線，體驗(yàn)版測試通過后，管理員可以提交到平臺(tái)審核，平臺(tái)審核通過后即可發(fā)布上線，供所有平臺(tái)用戶使用。

如何快速開發(fā)個(gè)微信小程序

無論是前端開發(fā)，還是后端開發(fā)，時(shí)間長了，你總會(huì)能總結(jié)出它的一些規(guī)律的，對(duì)于前端開發(fā)主要就兩條，頁面展現(xiàn)，邏輯處理。如果是全流程開發(fā)的話，那就是，如何創(chuàng)建項(xiàng)目，頁面如何實(shí)現(xiàn)，數(shù)據(jù)獲取和邏輯處理如何實(shí)現(xiàn)，如何打包上線。移動(dòng)端或者前端，基本開發(fā)流程就這個(gè)四個(gè)步驟。所以在在前端方面去學(xué)習(xí)新一門開發(fā)技術(shù)，只要你解決了這四個(gè)問題，那一切就OK了，下面我就講一下，我在學(xué)習(xí)微信小程序開發(fā)，如何用這四步法快速上手開發(fā)的

學(xué)習(xí)一門新技術(shù)先看下它的開發(fā)文檔 小程序介紹

然后呢就是開始一些準(zhǔn)備的步驟，微信公眾平臺(tái)提供我們開發(fā)管理的功能 微信工作平臺(tái)

賬號(hào)注冊(cè)

小程序信息配置

請(qǐng)看 小程序開發(fā)步驟

小程序項(xiàng)目的創(chuàng)建

到此第一個(gè)問題我們就算完成了，接下來解決小程序界面如何搭建。

然后最重要的，微信提供自己的開發(fā)者工具，不需要用chrome什么調(diào)試， 微信開發(fā)者工具 提供wxapi的調(diào)用測試能力，這些在chrome里面是測試不了的

框架的視圖層由 WXML 與 WXSS 編寫，由組件來進(jìn)行展示。

將邏輯層的數(shù)據(jù)反應(yīng)成視圖，同時(shí)將視圖層的事件發(fā)送給邏輯層。

WXML(WeiXin Markup language) 用于描述頁面的結(jié)構(gòu)。

WXS(WeiXin Script) 是小程序的一套腳本語言，結(jié)合 WXML，可以構(gòu)建出頁面的結(jié)構(gòu)。

WXSS(WeiXin Style Sheet) 用于描述頁面的樣式。

小程序的頁面是由wxml 和wxss這兩個(gè)文件來實(shí)現(xiàn)的，wxml結(jié)構(gòu)如何寫請(qǐng)參考 微信小程序組件

wxss是負(fù)責(zé)樣式控制的，基本類似于css,支持flex布局，所以要想上手構(gòu)建微信小程序的界面，最好要熟悉html ,css.

還有最重要的就是生命周期了

//index.js

Page({

? data: {

? ? text: “This is page data.”

? },

? onLoad: function(options) {

? ? // 頁面創(chuàng)建時(shí)執(zhí)行

? },

? onShow: function() {

? ? // 頁面出現(xiàn)在前臺(tái)時(shí)執(zhí)行

? },

? onReady: function() {

? ? // 頁面首次渲染完畢時(shí)執(zhí)行

? },

? onHide: function() {

? ? // 頁面從前臺(tái)變?yōu)楹笈_(tái)時(shí)執(zhí)行

? },

? onUnload: function() {

? ? // 頁面銷毀時(shí)執(zhí)行

? },

? onPullDownRefresh: function() {

? ? // 觸發(fā)下拉刷新時(shí)執(zhí)行

? },

? onReachBottom: function() {

? ? // 頁面觸底時(shí)執(zhí)行

? },

? onShareAppMessage: function () {

? ? // 頁面被用戶分享時(shí)執(zhí)行

? },

? onPageScroll: function() {

? ? // 頁面滾動(dòng)時(shí)執(zhí)行

? },

? onResize: function() {

? ? // 頁面尺寸變化時(shí)執(zhí)行

? },

? onTabItemTap(item) {

? ? // tab 點(diǎn)擊時(shí)執(zhí)行

? ? console.log(item.index)

? ? console.log(item.pagePath)

? ? console.log(item.text)

? },

? // 事件響應(yīng)函數(shù)

? viewTap: function() {

? ? this.setData({

? ? ? text: ‘Set some data for updating view.’

? ? }, function() {

? ? ? // this is setData callback

? ? })

? },

? // 自由數(shù)據(jù)

? customData: {

? ? hi: ‘MINA’

? }

})

微信提供的界面組件很多，沒必要一下子全學(xué)會(huì)，會(huì)用一兩個(gè)就行，其他的遇到需要的時(shí)候現(xiàn)查先做，這樣又節(jié)約學(xué)習(xí)時(shí)間，又能夠加深理解。到此第二個(gè)問題我們解決了，下面看第三個(gè)問題，數(shù)據(jù)邏輯如何處理。

數(shù)據(jù)定義

數(shù)據(jù)展現(xiàn)

邏輯處理是通過js文件來操作的

一個(gè)服務(wù)僅僅只有界面展示是不夠的，還需要和用戶做交互：響應(yīng)用戶的點(diǎn)擊、獲取用戶的位置等等。在小程序里邊，我們就通過編寫?JS?腳本文件來處理用戶的操作。

view{{ msg }}/view

button bindtap=”clickMe”點(diǎn)擊我/button

點(diǎn)擊?button?按鈕的時(shí)候，我們希望把界面上?msg?顯示成?“Hello World”，于是我們?cè)?button?上聲明一個(gè)屬性:?bindtap?，在 JS 文件里邊聲明了?clickMe?方法來響應(yīng)這次點(diǎn)擊操作：

Page({

? clickMe: function() {

? ? this.setData({ msg: “Hello World” })

? }

})

響應(yīng)用戶的操作就是這么簡單，更詳細(xì)的事件可以參考文檔? WXML – 事件 ?。

此外你還可以在 JS 中調(diào)用小程序提供的豐富的 API，利用這些 API 可以很方便的調(diào)起微信提供的能力，例如獲取用戶信息、本地存儲(chǔ)、微信支付等。在前邊的 QuickStart 例子中，在?pages/index/index.js?就調(diào)用了?wx.getUserInfo?獲取微信用戶的頭像和昵稱，最后通過?setData?把獲取到的信息顯示到界面上。更多 API 可以參考文檔? 小程序的API ?。

現(xiàn)在幾乎每個(gè)應(yīng)用都需要從后端獲取數(shù)據(jù)，那么小程序如何獲取呢，當(dāng)然是通過網(wǎng)路操作了。我們封裝了小程序的網(wǎng)絡(luò)操作

const app = getApp()

const request = (url, options) = {

? return new Promise((resolve, reject) = {

? ? wx.request({

? ? ? url: `${app.globalData.host}${url}`,

? ? ? method: options.method,

? ? ? data: options.method === ‘GET’ ? options.data : JSON.stringify(options.data),

? ? ? header: {

? ? ? ? ‘Content-Type’: ‘application/json; charset=UTF-8’

? ? ? ? // ‘x-token’: ‘x-token’? // 看自己是否需要

? ? ? },

? ? ? success(request) {

? ? ? ? if (request.data.error_code === 0) {

? ? ? ? ? resolve(request.data)

? ? ? ? } else {

? ? ? ? ? reject(request.data)

? ? ? ? }

? ? ? },

? ? ? fail(error) {

? ? ? ? reject(error.data)

? ? ? }

? ? })

? })

}

const gets = (url, options = {}) = {

? return request(url, { method: ‘GET’, data: options })

}

const post = (url, options) = {

? return request(url, { method: ‘POST’, data: options })

}

const put = (url, options) = {

? return request(url, { method: ‘PUT’, data: options })

}

// 不能聲明DELETE（關(guān)鍵字）

const remove = (url, options) = {

? return request(url, { method: ‘DELETE’, data: options })

}

module.exports = {

? gets,

? post,

? put,

? remove

}

如何使用請(qǐng)看下圖

數(shù)據(jù)獲取

數(shù)據(jù)展現(xiàn)如下圖

數(shù)據(jù)展現(xiàn)

到此，第三個(gè)問題我們就解決的了下面看第四個(gè)問題。

小程序發(fā)布文檔說明

小程序發(fā)布步驟

到此四個(gè)問題都解決了。

總結(jié)：本文內(nèi)容是很簡單的，借用了大部分官方文檔，其實(shí)本文目的不是教你學(xué)小程序開發(fā)，而是分享一下在學(xué)習(xí)一項(xiàng)新事物我的方法和思路，互聯(lián)網(wǎng)技術(shù)變化是很快的，我覺得一個(gè)人的能力，不僅僅是你技術(shù)有多好，你要明白技術(shù)是用來干什么的，技術(shù)是用來解決現(xiàn)實(shí)生活中的問題的，一個(gè)好的程序員，不是技術(shù)能力，而是解決問題的能力，解決問題不可能只用一種技術(shù)，這就要求你的學(xué)習(xí)能力要強(qiáng)，針對(duì)不同的問題，使用不同的技術(shù)，哪怕使用的技術(shù)你不熟悉，但它是解決問題最好的方法，那就要求你有快速學(xué)習(xí)并解決問題的能力。

學(xué)習(xí)一項(xiàng)新技術(shù)，我們要先抓住主線，把流程搞通了，以后再在工作中慢慢的熟悉和豐富對(duì)它細(xì)節(jié)的一些認(rèn)知，所以學(xué)一項(xiàng)東西前多問自己幾個(gè)問題，我學(xué)什么，我為什么學(xué)，我怎么學(xué)，等。先思考后學(xué)習(xí)，一定會(huì)讓你事半功倍。

對(duì)于怎么學(xué)習(xí)微信小程序開發(fā)，我問了自己上面的四個(gè)問題，每個(gè)問題，我只需要了解大體內(nèi)容，四個(gè)問題都解決了，然后整個(gè)流程也就通了，以后也就是慢慢的對(duì)每個(gè)問題內(nèi)容的細(xì)節(jié)慢慢的熟悉和了解了，其實(shí)花了不到一下午的時(shí)間，我就搞出了一個(gè)簡單的demo出來了，了解的內(nèi)容基本已經(jīng)覆蓋微信小程序日常開發(fā)80%的內(nèi)容了。以上就是我的一點(diǎn)學(xué)習(xí)心得。

最后 小程序Demo

Demo截圖

首頁

我的

點(diǎn)擊我的任意條目，數(shù)據(jù)是從第三方聚合平臺(tái)提供的api獲取的

最后目前有很多的多端開發(fā)框架，背景大多是都是因?yàn)樾〕绦蜷_發(fā)的盛行

其他還有很多例如

阿里的rax

我們自己的ditto

微信小程序如何開發(fā)

微信小程序的優(yōu)勢十分明 顯，小程序是不需要下載安裝便可以使用的應(yīng)用，它實(shí)現(xiàn)了應(yīng)用觸手可及的夢(mèng)想，用戶掃一掃或搜一下即可打開應(yīng)用，也體現(xiàn)了用完即走的理念，用戶不用關(guān)心是否安裝太多應(yīng)用的問題，應(yīng)用將無處不在，隨時(shí)可用，但又無需安裝卸載。

小程序觸及了PC網(wǎng)頁，公眾號(hào)，H5，APP無法觸及的地 方，其無需安裝，用完即走的理念能夠滿足用戶需求且節(jié)省手機(jī)內(nèi)存。站在小程序的擁有者的立場，其開發(fā)成本大大減小，同時(shí)可借助微信強(qiáng)大的流量入口，因而也降低了推廣的難度?？偟膩碚f，微信小程序是一種全新的方式，能夠更好地在用戶和服務(wù)中建立連接，并且可以在微信中便捷地獲取和傳播，具有不錯(cuò)的使用體驗(yàn)。

小程序全面開放申請(qǐng)以后，作為企業(yè)、政府、媒體、其他組織或者個(gè)人的開發(fā)者，都可以申請(qǐng)并注冊(cè)小程序。小程序和微信的訂閱號(hào)、服務(wù)號(hào)以及企業(yè)號(hào)是并行的體系，具有獨(dú)立的注冊(cè)以及發(fā)布流程。

小程序的接入主要有4個(gè)步驟：

(1) 小程序注冊(cè)：在微信公眾平臺(tái)官網(wǎng)首頁注冊(cè)并提交注冊(cè)信息、完善主體信息和管理 員信息。

(2) 完善小程序信息：完善小程序的基本信息如名稱、 頭像及服務(wù)范圍等。開發(fā)前需綁定開發(fā)者并獲取APP ID，以保證程序可以通過手機(jī)進(jìn)行掃碼測試。

(3) 開發(fā)小程序：下載安裝微信開發(fā)者工具，微信官方提供了一套完整的開發(fā)框架，開發(fā)者可以根據(jù)微信開發(fā)文檔進(jìn)行小程序的開發(fā)與調(diào)試。

(4) 代碼審核及發(fā)布：小程序開發(fā)完成后，不能夠直接發(fā)布，需提交代碼與開發(fā)配置信息提交審核，完成后尚可發(fā)布。

微信Web開發(fā)者工具區(qū)別于H5的開發(fā)工具+瀏覽器 Device Mode預(yù)覽的模式，而是基于自己的開發(fā)者工具，可以實(shí)現(xiàn)同步本地文件+開發(fā)調(diào)試+編譯預(yù)覽+上傳+發(fā)布等一整套流程。同時(shí)小程序自己開發(fā)了一套WXML標(biāo)簽語言和 WXSS樣式語言，并非直接使用標(biāo)準(zhǔn)HTML5+CSS3。同時(shí) 提供了很多原生APP的組件，之前在HTML5中需要模擬才 能實(shí)現(xiàn)的功能，在小程序中可以直接調(diào)用組件來實(shí)現(xiàn)。

小程序開發(fā)框架的核心是一個(gè)響應(yīng)的數(shù)據(jù)綁定系統(tǒng)。 分為視圖層和邏輯層，小程序開 發(fā)工具提供了視圖層描述語言WXML和WXSS，以及基于 JavaScript的邏輯層框架，并在視圖層與邏輯層間設(shè)置了數(shù)據(jù)傳輸和事件系統(tǒng)，使得開發(fā)者能夠很簡單地將重心放在數(shù)據(jù)與邏輯上。處理事務(wù)邏輯的地方被稱為邏輯層。在微信小程序中，所有.js腳本文件的集合構(gòu)成邏輯層。邏輯層與視圖層相互配合，完成數(shù)據(jù)處理及接收事件反饋?？蚣艿囊晥D層由WXML與WXSS編寫，通過組件進(jìn)行展現(xiàn)。對(duì)于小程序本身，.wxml文件與.wxss文件的集合構(gòu)成了視圖層，邏輯層處理數(shù)據(jù)之后，會(huì)發(fā)送給視圖層用于與用戶的交互，同時(shí)接收用戶對(duì)視圖層的反饋。視圖層以給定的樣式展現(xiàn)數(shù)據(jù)并反饋事件給邏輯層，數(shù)據(jù)展現(xiàn)是通過組件來進(jìn)行的。視圖的基本構(gòu)成是組件。

項(xiàng)目開發(fā)完成后，管理員需手動(dòng)打包上傳代碼，填寫相關(guān)配置類目并將代碼提交審核，若第一次審核未通過，再次提交審核將開放提供測試的入口，該入口由開發(fā)者提供， 用于微信審核人員審核微信小程序時(shí)登錄。審核后手動(dòng)發(fā)布即可。

微信小程序站在月活躍用戶9億人次的微信的肩膀上，自帶流量趨勢，入口多，功能簡單便捷。小程序功能快速迭代，意味著圍繞小程序的開發(fā)和生態(tài)工具建設(shè)將會(huì)是移動(dòng)互聯(lián)網(wǎng)的一個(gè)巨大機(jī)會(huì)。目前各行業(yè)內(nèi)諸多企業(yè)單位紛紛加入了小程序開發(fā)，開通了小程序功能。但小程序進(jìn)行優(yōu)化后，開放了很多入口，使得開發(fā)者和用戶關(guān)注度不斷提升。縱使一些高頻和復(fù)雜應(yīng)用暫時(shí)無法被小程序取代，但是一些低頻應(yīng)用的主要功能，只要能在小程序上實(shí)現(xiàn)，APP就可以完全卸載了?？偟膩碚f，微信小程序目前發(fā)展空間甚好，至于以后未來的發(fā)展仍舊不能夠準(zhǔn)確預(yù)測。

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

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

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

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

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

一、概述

1. 產(chǎn)品介紹

2. 文檔修訂記錄

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

版本號(hào)規(guī)則：小數(shù)點(diǎn)后為當(dāng)前版本的小更新，小數(shù)點(diǎn)前為大版本更新。

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

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

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

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

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

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

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

四、全局說明

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

2. 權(quán)限彈窗

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

3.1 時(shí)間規(guī)范

3.2 距離規(guī)范

4. 異常情況

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

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

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

五、功能性需求說明

良好的需求閱讀體驗(yàn)需要保證閱讀過程是順暢的。

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

1. 需求池需求清單

1.1 需求管理池

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

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

需求說明：簡述需求

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

1.2 需求清單

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

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

2. 新用戶首頁模塊

2.1 新用戶登錄流程圖

2.2?新用戶登錄原型（點(diǎn)擊查看大圖）

2.3 首頁

3. 預(yù)約團(tuán)課模塊

3.1 團(tuán)課預(yù)約流程圖

3.2?團(tuán)課預(yù)約頁面流轉(zhuǎn)

3.2?課程列表頁

3.3?課程詳情頁

3.4?預(yù)約課程頁

4. 預(yù)約私教模塊

4.1 私教預(yù)約流程圖

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

4.3 私教列表頁

4.4 私教詳情頁

4.5 私教預(yù)約頁

5 購卡模塊

5.1 購卡流程圖

5.2 購卡頁面流程

5.3 購買儲(chǔ)值卡頁面

6. 我的模塊（個(gè)人中心）

6.1 個(gè)人頁面

6.2 修改資料

6.3 我的卡包

6.4 我的課程包

6.5 我的優(yōu)惠券

6.6 富文本頁面

六、非功能性需求

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

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

1. 性能需求

響應(yīng)時(shí)間：系統(tǒng)對(duì)請(qǐng)求做出響應(yīng)的時(shí)間。例如系統(tǒng)處理一個(gè)HTTP請(qǐng)求需要200ms，這個(gè)200ms就是系統(tǒng)的響應(yīng)時(shí)間。

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

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

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

2. 可用性需求

避免用戶高頻點(diǎn)擊無反饋的情況。

為用戶提供反饋渠道。

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

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

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

七、思考總結(jié)

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

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

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

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

2. 高保真or低保真？

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

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

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

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

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

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

3. WORD？AXURE？

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

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

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

WORD選手：

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

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

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

AXURE選手：

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

預(yù)覽方便，支持上傳云端同步。

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

我的看法：

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

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

最后，由于篇幅關(guān)系，本次分享只展示了部分內(nèi)容，完整預(yù)覽請(qǐng)?jiān)谝韵骆溄硬殚啞?/p>

預(yù)覽鏈接：

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

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