今天給各位分享小程序開(kāi)發(fā)需求文檔的知識(shí)，其中也會(huì)對(duì)小程序制作需求進(jìn)行解釋?zhuān)绻芘銮山鉀Q你現(xiàn)在面臨的問(wèn)題，別忘了關(guān)注本站，現(xiàn)在開(kāi)始吧！

本文目錄一覽：

• 1、微信小程序的開(kāi)發(fā)需求分析怎么寫(xiě)
• 2、幫客戶(hù)做了一個(gè)小程序，客戶(hù)需要一份開(kāi)發(fā)文檔，文檔里需要寫(xiě)什么內(nèi)容
• 3、美團(tuán)小程序功能設(shè)計(jì)（需求文檔）
• 4、微信小程序開(kāi)發(fā)入門(mén)pdf
• 5、想開(kāi)發(fā)一款小程序，哪些需要注意的
• 6、PRD：「FITLIFE」小程序產(chǎn)品需求文檔（用戶(hù)端）

微信小程序的開(kāi)發(fā)需求分析怎么寫(xiě)

微信小程序需求分析寫(xiě)法：

微信小程序需求分析大概可以分為三步來(lái)寫(xiě)。

1、分析需求，構(gòu)建產(chǎn)品框架：創(chuàng)業(yè)者有了想法之后就可以將之整理一下，形成一個(gè)初步的需求大綱，如將一些需要開(kāi)發(fā)的功能都詳細(xì)羅列出來(lái)，然后分辨哪些是真需求，哪些是偽需求，確認(rèn)之后將一些不不要的功能需求剔除，留下有用的。然后再確認(rèn)好產(chǎn)品功能開(kāi)發(fā)順序。這一切都做好之后就可以設(shè)計(jì)一個(gè)簡(jiǎn)單的產(chǎn)品需求文檔，然后構(gòu)建一個(gè)簡(jiǎn)單的產(chǎn)品框架圖。

2、需求評(píng)審，確定方案：由產(chǎn)品經(jīng)理牽頭召開(kāi)需求評(píng)審會(huì)議，向開(kāi)發(fā)團(tuán)隊(duì)詳細(xì)講解產(chǎn)品邏輯流程和交互細(xì)節(jié)，評(píng)估技術(shù)實(shí)現(xiàn)的可行性。對(duì)不明確的需求做二次需求更新；

3、確認(rèn)開(kāi)發(fā)周期：依據(jù)需求評(píng)審結(jié)果，修改設(shè)計(jì)最終版原型及交互，標(biāo)注原型及撰寫(xiě)產(chǎn)品需求說(shuō)明書(shū)，管理后臺(tái)數(shù)據(jù)相關(guān)數(shù)據(jù)統(tǒng)計(jì)等需求，技術(shù)根據(jù)需求文檔反饋每個(gè)階段的完成時(shí)間節(jié)點(diǎn)。

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

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

美團(tuán)小程序功能設(shè)計(jì)（需求文檔）

? ? ? ? ?墨刀連接：?

一.需求背景

二.需求目的及明細(xì)

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

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

? ? 3.2頁(yè)面流程

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

? ? 4.1交互設(shè)計(jì)

? ? 4.2原型

五.考核指標(biāo)

六.總結(jié)

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

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

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

創(chuàng)建流程 ：

編輯流程 ：

1.我的

在我的頁(yè)面中新增入口圖標(biāo)，點(diǎn)擊后可進(jìn)入投票聚餐

2.新增投票頁(yè)

頁(yè)面分為新增投票模塊以及歷史投票模塊，歷史投票模塊以時(shí)間順序排列

創(chuàng)建投票：創(chuàng)建投票后進(jìn)入選擇餐廳頁(yè)面

編輯：點(diǎn)擊編輯后，重新編輯此次記錄，進(jìn)入確認(rèn)頁(yè)面，可重新發(fā)起投票

3.選擇餐廳頁(yè)

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

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

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

按照地理位置進(jìn)行排序，分類(lèi)模塊按城市區(qū)域地理性標(biāo)志劃分，默認(rèn)選擇為附近

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

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

確認(rèn)添加：點(diǎn)擊確認(rèn)添加后，進(jìn)入確認(rèn)頁(yè)

添加商戶(hù)：點(diǎn)擊加號(hào)添加商戶(hù)，再此點(diǎn)擊取消添加商戶(hù)

搜索：點(diǎn)擊搜索頁(yè)進(jìn)入搜索頁(yè)面

已添加商戶(hù):點(diǎn)擊后進(jìn)入展開(kāi)已添加商戶(hù)，可以對(duì)已添加商戶(hù)進(jìn)行刪除

4.確認(rèn)頁(yè)

確認(rèn)頁(yè)分為主題元素，商戶(hù)展示模塊

主題默認(rèn)為系統(tǒng)填寫(xiě)，用戶(hù)點(diǎn)擊后可進(jìn)行修改

生成投票分享好友：點(diǎn)擊后進(jìn)入好友頁(yè)

添加喜歡餐廳：點(diǎn)擊后進(jìn)入選擇餐廳頁(yè)，無(wú)人員限制

刪除商家：點(diǎn)擊后刪除商家

5.結(jié)果頁(yè)

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

投票：點(diǎn)擊投票按鈕投票，再次點(diǎn)擊取消投票；用戶(hù)若已選擇商戶(hù)，在點(diǎn)擊其他商戶(hù)的投票按鈕將自動(dòng)取消已選的上加商戶(hù)。

隨機(jī)功能：場(chǎng)景為當(dāng)出現(xiàn)平票時(shí)為用戶(hù)隨機(jī)一家商戶(hù)，沒(méi)有操作權(quán)限，任何人都可以操作，但點(diǎn)擊一次后默認(rèn)10分鐘后才能再次點(diǎn)擊，隨機(jī)結(jié)果將一直展現(xiàn)，直到下次隨機(jī)出現(xiàn)新的結(jié)果

回首頁(yè)：點(diǎn)擊后返回首頁(yè)

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

1.考察用戶(hù)日活增長(zhǎng)指數(shù)：當(dāng)天日貨量-前一天的日活量/前一天的日活量x100%。投票聚餐是有分享屬性存在的，純?cè)诜窒韺傩?，進(jìn)入小程序的用戶(hù)數(shù)應(yīng)相應(yīng)增多。

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

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

總結(jié)

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

微信小程序開(kāi)發(fā)入門(mén)pdf

1. 微信小程序入門(mén)知識(shí)(零基礎(chǔ)學(xué)習(xí)微信小程序開(kāi)發(fā),之前需要學(xué)習(xí)哪些知識(shí),謝謝)

微信小程序入門(mén)知識(shí)(零基礎(chǔ)學(xué)習(xí)微信小程序開(kāi)發(fā),之前需要學(xué)習(xí)哪些知識(shí),謝謝) 1.零基礎(chǔ)學(xué)習(xí)微信小程序開(kāi)發(fā),之前需要學(xué)習(xí)哪些知識(shí),謝謝

非計(jì)算機(jī)基礎(chǔ)不建議學(xué)習(xí)，因?yàn)榈饶銓W(xué)會(huì)了，兩年時(shí)間也過(guò)去了。

1、微信官方為小程序提供了大量的接口api，開(kāi)發(fā)小程序需要有基本的Javascript,HTML,CSS的基礎(chǔ)。

2、小程序開(kāi)發(fā)，常見(jiàn)使用“MINA”框架

Apache Mina Server 是一個(gè)網(wǎng)絡(luò)通信應(yīng)用框架，也就是說(shuō)，它主要是對(duì)基于TCP/IP、UDP/IP協(xié)議棧的通信框架（當(dāng)然，也可以提供JAVA 對(duì)象的序列化服務(wù)、虛擬機(jī)管道通信服務(wù)等），Mina 可以幫助我們快速開(kāi)發(fā)高性能、高擴(kuò)展性的網(wǎng)絡(luò)通信應(yīng)用，Mina 提供了事件驅(qū)動(dòng)、異步（Mina 的異步IO 默認(rèn)使用的是JAVA NIO 作為底層支持）操作的編程模型。

這個(gè)框架為微信小程序的運(yùn)行提供了豐富的組件和API。要學(xué)會(huì)和掌握小程序的框架結(jié)構(gòu)、數(shù)據(jù)綁定機(jī)制、模板、數(shù)據(jù)緩存、常用組件和API等相關(guān)知識(shí)。

2.小程序應(yīng)該如何入門(mén),初學(xué)者應(yīng)該掌握哪些基本知識(shí)

一、創(chuàng)建第一個(gè)小程序，快速啟動(dòng)模板創(chuàng)建小程序前，先花點(diǎn)時(shí)間了解小程序開(kāi)發(fā)官方教程 1、我們要注冊(cè)一個(gè)小程序開(kāi)發(fā)賬號(hào)，獲取小程序開(kāi)發(fā)appID; 2、需要下載開(kāi)發(fā)工具； 3、創(chuàng)建一個(gè)空白小程序，假設(shè)項(xiàng)目名稱(chēng)為demo1：“快速啟動(dòng)模板”，里面包含微信頭像獲取，日志等； 4、了解小程序的項(xiàng)目結(jié)構(gòu)，各文件構(gòu)成； 5、也是最關(guān)鍵的，徹底搞明白demo1的wxml,wxss和js代碼，了解頁(yè)面如何跳轉(zhuǎn)，事件如何觸發(fā)，WXML如何編寫(xiě)，api如何調(diào)用等。

二、體驗(yàn)小程序1、先體驗(yàn)官方的小程序示例，可以微信掃描二維碼，或者發(fā)現(xiàn)--小程序--搜 小程序示例，獲取體驗(yàn)小程序。該示例包括了常用組件功能演示。

2、多多體驗(yàn)三方小程序 三、嘗試編寫(xiě)自己的第一個(gè)小程序一個(gè)原則，功能盡量簡(jiǎn)單，但是盡可能多用組件，如：input,text,map,picker等。 四、查漏補(bǔ)缺。

3.如何入門(mén)微信小程序開(kāi)發(fā),有哪些學(xué)習(xí)資料

您好，

微信小程序”開(kāi)發(fā)之前必須要完成和注冊(cè)認(rèn)證。如果是個(gè)人或者小公司想開(kāi)發(fā)微信小程序，也可以找微信認(rèn)證第三方開(kāi)發(fā)商，比如贏在移動(dòng)、正品科技等。

1、微信小程序注冊(cè)

在微信公眾平臺(tái)官網(wǎng)首頁(yè)，按照提示點(diǎn)擊右上角的“立即注冊(cè)”按鈕，里面總過(guò)有12步，按照要求提交就可以了。

2、小程序申請(qǐng)微信認(rèn)證

*** 、媒體、其他組織類(lèi)型帳號(hào)，必須通過(guò)微信認(rèn)證驗(yàn)證主體身份。企業(yè)類(lèi)型帳號(hào)，可以根據(jù)需要確定是否申請(qǐng)微信認(rèn)證。已認(rèn)證帳號(hào)可使用微信支付、微信卡券等高級(jí)權(quán)限。

認(rèn)證入口：登錄小程序—設(shè)置—基本設(shè)置—微信認(rèn)證—詳情

3、小程序申請(qǐng)微信支付

已認(rèn)證的小程序可申請(qǐng)微信支付。

4、小程序綁定微信開(kāi)放平臺(tái)帳號(hào)

小程序綁定微信開(kāi)放平臺(tái)帳號(hào)后，可與帳號(hào)下的其他移動(dòng)應(yīng)用、網(wǎng)站應(yīng)用及公眾號(hào)打通，通過(guò)UnionID機(jī)制滿足在多個(gè)應(yīng)用和公眾號(hào)之間統(tǒng)一用戶(hù)帳號(hào)的需求。

UnionID機(jī)制說(shuō)明：如果開(kāi)發(fā)者擁有多個(gè)移動(dòng)應(yīng)用、網(wǎng)站應(yīng)用、和公眾帳號(hào)（包括小程序），可通過(guò)UnionID來(lái)區(qū)分用戶(hù)的唯一性，因?yàn)橹灰峭粋€(gè)微信開(kāi)放平臺(tái)帳號(hào)下的移動(dòng)應(yīng)用、網(wǎng)站應(yīng)用和公眾帳號(hào)（包括小程序），用戶(hù)的unionid是唯一的。換句話說(shuō)，同一用戶(hù)，對(duì)同一個(gè)微信開(kāi)放平臺(tái)下的不同應(yīng)用，UnionID是相同的。用戶(hù)的UnionID可通過(guò)調(diào)用“獲取用戶(hù)信息”接口獲取。

5、了解“獲取用戶(hù)信息”接口請(qǐng)查看開(kāi)發(fā)文檔—API—開(kāi)放接口—用戶(hù)信息。

綁定小程序流程說(shuō)明：登錄微信開(kāi)放平臺(tái)、—管理中心—公眾帳號(hào)—綁定公眾帳號(hào)

注意：微信開(kāi)放平臺(tái)帳號(hào)必須完成開(kāi)發(fā)者資質(zhì)認(rèn)證才可以綁定小程序。

想開(kāi)發(fā)一款小程序，哪些需要注意的

近幾年小程序市場(chǎng)發(fā)展形勢(shì)大好，很多商家在剛接觸小程序開(kāi)發(fā)時(shí)有很多疑惑，不太清楚到底怎樣開(kāi)發(fā)小程序才能在上線后吸引更多的流量轉(zhuǎn)化，那么小程序開(kāi)發(fā)的核心到底有哪些？今天我們一起來(lái)了解下吧。

小程序開(kāi)發(fā)的核心有哪些

1、定位

不同的行業(yè)的定位自然不同。如果企業(yè)在開(kāi)發(fā)前沒(méi)有一個(gè)明確的定位，不僅會(huì)讓開(kāi)發(fā)過(guò)程變得麻煩復(fù)雜，也不方便后期運(yùn)營(yíng)。所以企業(yè)做好精準(zhǔn)定位是必不可少的，考慮好制作小程序是為了展示還是營(yíng)銷(xiāo)、市場(chǎng)和用戶(hù)定位是什么等等相關(guān)問(wèn)題。

2、功能需求

商城小程序所具備的功能是制作小程序的核心要點(diǎn)，這要求企業(yè)在開(kāi)發(fā)前就要想好自己希望這個(gè)小程序往哪方面發(fā)展、小程序的細(xì)分功能需求是什么、小程序的頁(yè)面布局、是否需要配置各種營(yíng)銷(xiāo)功能，想要實(shí)現(xiàn)什么樣的運(yùn)營(yíng)轉(zhuǎn)化等等。不要等到后期運(yùn)營(yíng)的時(shí)候，才發(fā)現(xiàn)這個(gè)功能是有所缺失的。所以，在小程序開(kāi)發(fā)的之前，企業(yè)必須充分考慮好每一個(gè)所需的功能。才能讓開(kāi)發(fā)效果更好，讓小程序上線后更具同行競(jìng)爭(zhēng)力。

3、優(yōu)化路徑

大家都知道小程序的“輕而美”是小程序的特點(diǎn)，正是因?yàn)樾〕绦蛩哂袩o(wú)需下載安裝、不占內(nèi)存、即用即走的這些特點(diǎn)才讓裂變式分享變得簡(jiǎn)單易實(shí)現(xiàn)，同時(shí)也讓客戶(hù)留存變得有難度，怎么樣讓用戶(hù)走了再來(lái)常來(lái)也成了很多小程序運(yùn)營(yíng)者的新難題。所以建議無(wú)論是功能設(shè)計(jì)還是頁(yè)面設(shè)計(jì)一定要簡(jiǎn)潔明了，不要企圖做得和APP一樣華麗復(fù)雜，讓用戶(hù)按照容易上手的路徑往下走，通過(guò)最少的路徑步驟去達(dá)成用戶(hù)體驗(yàn)，才能提高流量轉(zhuǎn)化和用戶(hù)留存率。

4、使用場(chǎng)景

商家要結(jié)合自身的實(shí)際情況去盡可能的增加小程序的使用場(chǎng)景，以此來(lái)提高用戶(hù)的使用頻率。比如餐飲行業(yè)，除了提供堂食點(diǎn)餐/外賣(mài)的核心服務(wù)外，還可以增加會(huì)員充值、積分商城、會(huì)員暗號(hào)福利，團(tuán)餐預(yù)定等多項(xiàng)服務(wù)，當(dāng)用戶(hù)第一次進(jìn)入小程序完成瀏覽時(shí)就大概記住商家能夠提供的服務(wù)內(nèi)容，在下次有需求時(shí)自然會(huì)再次了解使用，這樣就實(shí)現(xiàn)了提高復(fù)購(gòu)和下單頻率。

以上就是小程序開(kāi)發(fā)核心的內(nèi)容分享，當(dāng)然除了這些，選擇有實(shí)力的服務(wù)商和選擇合理的預(yù)算成本也是商家需要考慮的方面，以上內(nèi)容希望對(duì)大家能夠有所幫助。

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

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

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

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

為了閱讀體驗(yàn)，我將盡量簡(jiǎ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)圖展開(kāi)占很大的篇幅并且看不清楚，為了閱讀體驗(yàn)，對(duì)結(jié)構(gòu)圖部分收縮。完整版結(jié)構(gòu)圖可在AXURE中查看。

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

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

四、全局說(shuō)明

1. 名詞術(shù)語(yǔ)說(shuō)明

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 用戶(hù)狀態(tài)說(shuō)明

五、功能性需求說(shuō)明

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

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

1. 需求池需求清單

1.1 需求管理池

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

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

需求說(shuō)明：簡(jiǎn)述需求

優(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)一整理到表格中。同樣的，這里將模塊名稱(chēng)做成鏈接格式，快速查閱對(duì)應(yīng)的需求模塊。

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

2. 新用戶(hù)首頁(yè)模塊

2.1 新用戶(hù)登錄流程圖

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

2.3 首頁(yè)

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

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

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

3.2?課程列表頁(yè)

3.3?課程詳情頁(yè)

3.4?預(yù)約課程頁(yè)

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

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

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

4.3 私教列表頁(yè)

4.4 私教詳情頁(yè)

4.5 私教預(yù)約頁(yè)

5 購(gòu)卡模塊

5.1 購(gòu)卡流程圖

5.2 購(gòu)卡頁(yè)面流程

5.3 購(gòu)買(mǎi)儲(chǔ)值卡頁(yè)面

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

6.1 個(gè)人頁(yè)面

6.2 修改資料

6.3 我的卡包

6.4 我的課程包

6.5 我的優(yōu)惠券

6.6 富文本頁(yè)面

六、非功能性需求

非功能性需求，是比較容易忽視的部分，往往和性能、安全掛鉤，影響著產(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ā)用戶(hù)數(shù)：同時(shí)承載正常使用系統(tǒng)功能的用戶(hù)數(shù)量。

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

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

2. 可用性需求

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

為用戶(hù)提供反饋渠道。

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

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é)

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

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

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

2. 高保真or低保真？

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

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

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

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

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

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

3. WORD？AXURE？

需求文檔用什么工具寫(xiě)比較好？

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

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

WORD選手：

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

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

洋洋灑灑幾十頁(yè)，滿足感杠杠滴。

AXURE選手：

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

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

WORD寫(xiě)了也沒(méi)人有耐心看，這個(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寫(xiě)，是一個(gè)良好的查漏補(bǔ)缺的手段，是檢視自身邏輯的過(guò)程。

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

預(yù)覽鏈接：

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

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