小程序開發(fā)需求文檔怎么寫（小程序開發(fā)功能需求文檔）
本篇文章給大家談談小程序開發(fā)需求文檔怎么寫，以及小程序開發(fā)功能需求文檔對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
- 1、微信小程序開發(fā)方案怎么做
- 2、微信小程序怎么開發(fā) 微信小程序開發(fā)文檔
- 3、小程序開發(fā)要怎樣做？
- 4、美團小程序功能設計（需求文檔）
- 5、PRD：「FITLIFE」小程序產品需求文檔（用戶端）
- 6、如何開發(fā)小程序？
微信小程序開發(fā)方案怎么做
關于小程序開發(fā)方案，目前主流的有兩種：小程序定制開發(fā)、小程序模板開發(fā)。
1、小程序定制開發(fā)
小程序定制開發(fā)，顧名思義，就是根據客戶的需求來定制開發(fā)小程序。針對有特殊的功能需求的客戶而言小程序定制開發(fā)是一種選擇，因為小程序模板開發(fā)滿足不了。但是小程序定制開發(fā)需要耗費較長的時間、人力、物力，不過開發(fā)出來的小程序是完全滿足客戶需求，與業(yè)務緊密相關，并且正規(guī)的小程序定制開發(fā)公司在小程序開發(fā)項目完成之后會交付源代碼等，確保安全。
2、小程序模板開發(fā)
小程序模板開發(fā)則是套用現成的小程序模板，將功能組合起來成為一個模板小程序。小程序模板是標準化產品，因而只有標準化的小程序功能需求才能滿足使用。小程序模板由于是已經開發(fā)好的，因而無需再花費時間去開發(fā)，基本上開通賬號就能直接使用，因而價格方面對比小程序定制開發(fā)會有很大差異。
小程序模板開發(fā)價格一般是按年收費，價格從幾千塊到上萬塊一年不等，具體看功能需求而定；而小程序定制開發(fā)價格一般都是3萬元起步，5萬-8萬比較常見，當然功能需求復雜的上十萬的也是有的，具體的價格也是需要根據具體功能需求來評估。
以上就是小程序開發(fā)方式以及兩種開發(fā)方式的主要區(qū)別?！军c擊了解更多加盟項目】
微信小程序怎么開發(fā) 微信小程序開發(fā)文檔
微信小程序首先明確自己的需求。
然后根據用戶需求做好小程序的開發(fā)。
小程序開發(fā)要怎樣做？
1.小程序原型設計
開發(fā)前，最好先做個原型，把自己的需求理順（我用的工具為Axure， 下載的是一個免費版，功能不全，但自己梳理想法足夠了）。
2.注冊一個開發(fā)工具賬號
現在微信小程序開發(fā)工具大多都是純線上版本，無需下載；并且，打開注冊頁后一般都可以用微信掃碼即可完成注冊，非常簡便。
3.選擇模板
4.對模板進行修改、開發(fā)，選好模板并“使用”后，在制作臺中央，模板以及模板的各個組成部分就會可視化的展現出來了。選中希望修改的模塊，在右側對基礎屬性、樣式和觸發(fā)條件（什么情況下該模塊開始工作）等進行設置。如果需要增加一些新功能模塊，可以在制作臺左側找到相應的模塊（牛刀云稱為組件），然后直接拖放到屏幕中央的小程序界面里，再回到右側做做樣式設置，就能完成一個基本模塊的開發(fā)。
開發(fā)制作操作完成后，將進入配置、發(fā)布環(huán)節(jié)。
5注冊并配置微信小程序賬號信息，首次發(fā)布小程序，需要先進行小程序注冊，獲得小程序賬號的appid和appsecret。然后再回到所使用的開發(fā)制作工具（牛刀云）里完成小程序賬號信息配置。在牛刀云制作臺導航欄上選"高級"——再在屏幕左上方選“管理后臺”——左側功能樹列表里選“微信配置”
7.為微信小程序獲取并配置上服務器域名小程序正式發(fā)布前需要進行服務器域名配置。
8.下載安裝微信開發(fā)者工具,下載 · 微信官方的小程序開發(fā)工具（即所謂的"微信開發(fā)者工具"）
9.下載制作好的微信小程序包
10.在微信開發(fā)者工具里創(chuàng)建一個新項目,打開微信開發(fā)者工具。在微信開發(fā)者工具中新建一個項目，輸入小程序賬號的appid、項目名稱、選擇項目目錄，為導入制作好的微信小程序包做準備.
11.上傳微信小程序包到微信開發(fā)者工具,在微信開發(fā)者工具中，單擊“上傳”按鈕，上傳步驟8導出的小程序包。上傳后，因為還未審核，所以都叫"開發(fā)版本"。
12.提交開發(fā)版本進行審核
13.正式發(fā)布微信小程序,審核通過后，審核版本中顯示“審核通過，待發(fā)布”，單擊審核版本右側的“提交發(fā)布”按鈕，小程序將正式發(fā)布到線上提供服務。
14.下載微信小程序碼,小程序提供了小程序碼，用于掃描后打開小程序。登錄微信公眾平臺|小程序，在設置頁面中下載小程序碼，單擊“下載更多尺寸”按鈕，打開更多尺寸對話框，提供多種顏色和尺寸的小程序碼用于下載。
美團小程序功能設計（需求文檔）
? ? ? ? ?墨刀連接：?
一.需求背景
二.需求目的及明細
三.業(yè)務流程
? ? 3.1業(yè)務流程
? ? 3.2頁面流程
四.功能詳細設計
? ? 4.1交互設計
? ? 4.2原型
五.考核指標
六.總結
公司最近想把用戶約見這個場景在微信小程序上做深做透，基于這個業(yè)務訴求，設計聚餐投票的功能，便微信群用戶在線下聚會前，能先在線上把大家喜歡的美團店鋪匯總在一起，然后投票決策聚會去吃哪個店，可以節(jié)約用戶的時間成本。
使用投票聚餐一定是針對的一個小群體，這個小群體一定是有一定關系的，如;同事，朋友，同學，家人等，基于上述理論對用戶-場景-需求分析：
需求目的：完整的投票聚餐功能，選擇商戶到統計投票。解決用戶在聚餐選擇商家時意見不統一或者想要統計大家意見時的需求。
創(chuàng)建流程 ：
編輯流程 ：
1.我的
在我的頁面中新增入口圖標，點擊后可進入投票聚餐
2.新增投票頁
頁面分為新增投票模塊以及歷史投票模塊，歷史投票模塊以時間順序排列
創(chuàng)建投票：創(chuàng)建投票后進入選擇餐廳頁面
編輯：點擊編輯后，重新編輯此次記錄，進入確認頁面，可重新發(fā)起投票
3.選擇餐廳頁
選擇餐廳頁面分為3個模塊，頂部的搜索模塊，排序模塊以及商家展示模塊。
排序模塊分為4種篩選模式：
按照美食種類分類，其中默認為全部美食，用戶點擊后出現下拉菜單，用戶可選擇美食分類（如：食品保健，特色菜，福建菜等）
按照地理位置進行排序，分類模塊按城市區(qū)域地理性標志劃分，默認選擇為附近
為用戶篩選的常用關鍵字排序，分為：智能排序，離我最近，好評優(yōu)先，銷量最高，默認為智能排序
按照餐廳服務以及用餐人數為用戶進行篩選，默認狀態(tài)為關閉
確認添加：點擊確認添加后，進入確認頁
添加商戶：點擊加號添加商戶，再此點擊取消添加商戶
搜索：點擊搜索頁進入搜索頁面
已添加商戶:點擊后進入展開已添加商戶，可以對已添加商戶進行刪除
4.確認頁
確認頁分為主題元素，商戶展示模塊
主題默認為系統填寫，用戶點擊后可進行修改
生成投票分享好友：點擊后進入好友頁
添加喜歡餐廳：點擊后進入選擇餐廳頁，無人員限制
刪除商家：點擊后刪除商家
5.結果頁
模塊分為主題模塊，商戶展示模塊以及出現在商戶暫時模塊下面的統計模塊
投票：點擊投票按鈕投票，再次點擊取消投票；用戶若已選擇商戶，在點擊其他商戶的投票按鈕將自動取消已選的上加商戶。
隨機功能：場景為當出現平票時為用戶隨機一家商戶，沒有操作權限，任何人都可以操作，但點擊一次后默認10分鐘后才能再次點擊，隨機結果將一直展現，直到下次隨機出現新的結果
回首頁：點擊后返回首頁
添加喜歡餐廳：點擊后進入餐廳選擇頁，選擇完畢后直接進入到結果頁。
1.考察用戶日活增長指數：當天日貨量-前一天的日活量/前一天的日活量x100%。投票聚餐是有分享屬性存在的，純在分享屬性，進入小程序的用戶數應相應增多。
2.對投票聚餐的入口，新增投票以及生成投票分享好友進行埋點，統計訪問人數，分別計算轉化率。是考核功能的轉換率，用戶流入入口的數據，是判斷這個需求是真需求還是偽需求的根本。
3.使用流程轉化率：新增投票訪問人數/投票聚餐的訪問人數x100%，生成投票分享好友訪問人數/投票聚餐的訪問人數x100%。此數據是對流程的考察，用戶是否覺得流程好用，從此數據能夠得出一定的結論。
總結
投票聚餐是針對于當代年輕人常出現的聚餐場景，由于每個人都有自己的喜好而出現的意見不統一的需求，因此誕生出來的功能。此功能要包含完整的投票流程，從選擇餐廳-投票，并需將選擇餐廳的分類功能盡量做詳細，給用戶更多的參考意見。此功能完成后，用戶日活應有一定程度的增長。
PRD：「FITLIFE」小程序產品需求文檔（用戶端）
筆者通過產品概況、產品結構、業(yè)務流程圖、全局說明、功能性需求、非功能性需求分析等模塊，系統輸出這一份關于“FITLIFE”小程序用戶端的產品需求文檔。
Hi~最近在對自己參與過的項目進行總結，希望可以和大家分享學習交流。輸出內容是檢視自己的方式，所以我就來吸取經驗了。
通過研讀各位優(yōu)秀作者的精品，我學習到了不少知識。此次，以實際工作中遇到的情況作為案例，我將從0至1的產品中抽取重點模塊進行分享。
為了閱讀體驗，我將盡量簡化常規(guī)化的環(huán)節(jié)，本次采用AXURE梳理PRD——利用AXURE動態(tài)面板和內聯框架，制作文檔導航，提高瀏覽人員的閱讀效率。
一、概述
1. 產品介紹
2. 文檔修訂記錄
將重點模塊添加對應的跳轉鏈接，方便瀏覽人員迅速定位內容。
版本號規(guī)則：小數點后為當前版本的小更新，小數點前為大版本更新。
修訂屬性：新增、修改、刪除
二、產品結構
1. 信息結構圖
2. 功能結構圖
由于完整結構圖展開占很大的篇幅并且看不清楚，為了閱讀體驗，對結構圖部分收縮。完整版結構圖可在AXURE中查看。
三、業(yè)務流程圖
建議將流程圖統一整理至表格中，做成鏈接跳轉形式，實現快速查閱。為了順暢的需求閱讀體驗，將各自的流程圖放在之后的需求描述部分中展示。
四、全局說明
1. 名詞術語說明
2. 權限彈窗
3. 時間距離規(guī)范
3.1 時間規(guī)范
3.2 距離規(guī)范
4. 異常情況
4.1 網絡異常
手機網絡連接異常，小程序彈窗提示如下：
4.2 用戶狀態(tài)說明
五、功能性需求說明
良好的需求閱讀體驗需要保證閱讀過程是順暢的。
在這部分，首先列出【需求清單】，總覽這次需求涉及的模塊及簡要信息。緊接著，按照【需求模塊】-【流程圖】-【原型頁面流轉】-【原型需求拆解】的敘述邏輯去完成各個模塊的需求說明。
1. 需求池需求清單
1.1 需求管理池
需求類型：新增需求、需求調整、功能優(yōu)化、BUG修復、UI優(yōu)化
系統：涉及到的系統及模塊
需求說明：簡述需求
優(yōu)先級判斷：重要緊急、重要但不緊急、緊急但不重要、既不緊急也不重要（ps：我們要經常關注重要但不緊急的任務進度，避免重要緊急任務扎堆出現。）
1.2 需求清單
對需求管理池評估篩選后，將需求模塊、對應功能、需求優(yōu)先級、完成情況統一整理到表格中。同樣的，這里將模塊名稱做成鏈接格式，快速查閱對應的需求模塊。
優(yōu)先級規(guī)范：p1、p2......數字越小代表優(yōu)先級越高。
2. 新用戶首頁模塊
2.1 新用戶登錄流程圖
2.2?新用戶登錄原型（點擊查看大圖）
2.3 首頁
3. 預約團課模塊
3.1 團課預約流程圖
3.2?團課預約頁面流轉
3.2?課程列表頁
3.3?課程詳情頁
3.4?預約課程頁
4. 預約私教模塊
4.1 私教預約流程圖
4.2 私教預約頁面流轉
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 富文本頁面
六、非功能性需求
非功能性需求，是比較容易忽視的部分，往往和性能、安全掛鉤，影響著產品的穩(wěn)定性與安全性。
以下僅僅是例子，具體方案需要根據業(yè)務情況和產品特性與相關人員深入溝通。
1. 性能需求
響應時間：系統對請求做出響應的時間。例如系統處理一個HTTP請求需要200ms，這個200ms就是系統的響應時間。
并發(fā)用戶數：同時承載正常使用系統功能的用戶數量。
與性能相關的數據指標還有QPS（每秒響應請求數）、TPS（每秒處理的事務數）等。
性能需求這部分僅僅是舉個例子，具體情況和數據方案，需要和相關人員深入溝通。
2. 可用性需求
避免用戶高頻點擊無反饋的情況。
為用戶提供反饋渠道。
保持文案與組件的一致性。
3. 數據統計需求
產品初期需要一定基礎的數據提供支持，因此，除了小程序官方數據統計平臺，再接入第三方統計平臺，統計以下事件的數據及路徑轉化率。
七、思考總結
1. 內容細節(jié)
流程圖和頁面流轉圖要整齊統一，實在太多信息，建議用子流程模塊和多頁面分述解決。見過很多像“蜘蛛網”一樣的圖，閱讀體驗比較糟糕。
盡量讓用戶不用點開大圖就能看清內容，本篇部分頁面流轉圖和頁面需求也難免遇到這類問題。
異常邏輯和toast彈窗等細節(jié)需要加強把控，本篇這部分還是有所欠缺。
2. 高保真or低保真？
低保真線框圖：重點在于功能、結構、流程的梳理，利用簡單的框架和元素，省時省力；但細節(jié)相對高保真沒這么完善，可能會有一定的溝通成本。
高保真：針對于高層領導及投資人等，進行產品概念演示，視覺效果好，細節(jié)相對完善；相當于是一個產品的demo，但修改成本較高。
原型交互做的很酷炫，證明你對工具非常熟練。但如果為了做交互花費了大量的時間，就得考慮時間成本值不值得。如果能夠用簡單的注釋和跳轉，清晰表達交互邏輯，會不會省時省力一些？
具體情況具體分析，比如，你做了很多交互，開發(fā)做漏了會說：“沒寫清楚啊，我怎么知道哪里可以點擊呢？”
因此，我的習慣是做簡單的“交互邏輯+交互注釋”，盡量避免復雜且耗時耗力的交互。
當然，重要核心的交互邏輯，繪制出來比文字說明更容易理解。這時候，如果有現成的組件就套用，如果沒有，就采用“圖+文字+口述”的方式表達清楚。
3. WORD？AXURE？
需求文檔用什么工具寫比較好？
這是我見過比較多的產品話題討論之一——有用WORD的，有用AXURE的，還有用墨刀、石墨文檔等等......
我曾經請教過兩位分別使用WORD和AXURE撰寫需求文檔的朋友，他們是這樣的看法：
WORD選手：
用word寫，形式更規(guī)范。
結構大綱清晰，細節(jié)到位。
洋洋灑灑幾十頁，滿足感杠杠滴。
AXURE選手：
用AXURE寫，圖+標注+交互，更直觀地表達產品需求，閱讀更順暢。
預覽方便，支持上傳云端同步。
WORD寫了也沒人有耐心看，這個世界很浮躁啊。
我的看法：
需求文檔是幫助傳達及溝通需求的工具，講究的是“可讀性”。所以，在選擇采用什么方式之前，需要和團隊溝通達成共識，即什么樣的方式能給到他們更好的閱讀體驗。
我在實際工作中，采用的是AXURE，整理需求與線框圖后與團隊溝通，實現需求快速流轉更新。但我會選擇再用WORD梳理一遍，利用文字梳理大綱結構，整理產品邏輯和需求，能夠發(fā)現某些疏漏的環(huán)節(jié)，完善產品細節(jié)。因此，用WORD寫，是一個良好的查漏補缺的手段，是檢視自身邏輯的過程。
最后，由于篇幅關系，本次分享只展示了部分內容，完整預覽請在以下鏈接查閱。
預覽鏈接：
希望自己能堅持輸出內容，定期復盤，與優(yōu)秀的你們碰撞更棒的想法，共同進步~
如何開發(fā)小程序？
微信版本升級后，打開微信，點擊底部的“發(fā)現”這個菜單項，就會發(fā)現升級后的“發(fā)現”菜單里，增加了“小程序”這樣一個功能。
2.點擊打開小程序后，可以看到有附近的小程序和我的小程序，附近的小程序是所在定位周邊的小程序。
下面的小程序列表可以看到的是我們之前打開過的一些小程序，如果有自己覺得很好用的小程序就可以點擊左上角，添加到我的小程序里面。
3.微信小程序還有具有搜索功能，打開搜索頁面可以輸入想要找的小程序。
關于小程序開發(fā)需求文檔怎么寫和小程序開發(fā)功能需求文檔的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
