男的把J放进女人的小J视频,亚洲淫乱人妻,国产精品人妻一区夜夜爱,97久久久久久久久精品视频

小程序開發(fā)需求文檔怎么寫(小程序開發(fā)功能需求文檔)

小程序開發(fā) 4106
本篇文章給大家談?wù)勑〕绦蜷_發(fā)需求文檔怎么寫,以及小程序開發(fā)功能需求文檔對(duì)應(yīng)的知識(shí)點(diǎn),希望對(duì)各位有所幫助,不要忘了收藏本站喔。 本文目錄一覽: 1、微信小程序開發(fā)方案怎么做

本篇文章給大家談?wù)勑〕绦蜷_發(fā)需求文檔怎么寫,以及小程序開發(fā)功能需求文檔對(duì)應(yīng)的知識(shí)點(diǎn),希望對(duì)各位有所幫助,不要忘了收藏本站喔。

本文目錄一覽:

微信小程序開發(fā)方案怎么做

關(guān)于小程序開發(fā)方案,目前主流的有兩種:小程序定制開發(fā)、小程序模板開發(fā)。

1、小程序定制開發(fā)

小程序定制開發(fā),顧名思義,就是根據(jù)客戶的需求來定制開發(fā)小程序。針對(duì)有特殊的功能需求的客戶而言小程序定制開發(fā)是一種選擇,因?yàn)樾〕绦蚰0彘_發(fā)滿足不了。但是小程序定制開發(fā)需要耗費(fèi)較長(zhǎng)的時(shí)間、人力、物力,不過開發(fā)出來的小程序是完全滿足客戶需求,與業(yè)務(wù)緊密相關(guān),并且正規(guī)的小程序定制開發(fā)公司在小程序開發(fā)項(xiàng)目完成之后會(huì)交付源代碼等,確保安全。

2、小程序模板開發(fā)

小程序模板開發(fā)則是套用現(xiàn)成的小程序模板,將功能組合起來成為一個(gè)模板小程序。小程序模板是標(biāo)準(zhǔn)化產(chǎn)品,因而只有標(biāo)準(zhǔn)化的小程序功能需求才能滿足使用。小程序模板由于是已經(jīng)開發(fā)好的,因而無需再花費(fèi)時(shí)間去開發(fā),基本上開通賬號(hào)就能直接使用,因而價(jià)格方面對(duì)比小程序定制開發(fā)會(huì)有很大差異。

小程序模板開發(fā)價(jià)格一般是按年收費(fèi),價(jià)格從幾千塊到上萬塊一年不等,具體看功能需求而定;而小程序定制開發(fā)價(jià)格一般都是3萬元起步,5萬-8萬比較常見,當(dāng)然功能需求復(fù)雜的上十萬的也是有的,具體的價(jià)格也是需要根據(jù)具體功能需求來評(píng)估。

以上就是小程序開發(fā)方式以及兩種開發(fā)方式的主要區(qū)別?!军c(diǎn)擊了解更多加盟項(xiàng)目】

微信小程序怎么開發(fā) 微信小程序開發(fā)文檔

微信小程序首先明確自己的需求。

然后根據(jù)用戶需求做好小程序的開發(fā)。

小程序開發(fā)要怎樣做?

1.小程序原型設(shè)計(jì)

開發(fā)前,最好先做個(gè)原型,把自己的需求理順(我用的工具為Axure, 下載的是一個(gè)免費(fèi)版,功能不全,但自己梳理想法足夠了)。

2.注冊(cè)一個(gè)開發(fā)工具賬號(hào)

現(xiàn)在微信小程序開發(fā)工具大多都是純線上版本,無需下載;并且,打開注冊(cè)頁后一般都可以用微信掃碼即可完成注冊(cè),非常簡(jiǎn)便。

3.選擇模板

4.對(duì)模板進(jìn)行修改、開發(fā),選好模板并“使用”后,在制作臺(tái)中央,模板以及模板的各個(gè)組成部分就會(huì)可視化的展現(xiàn)出來了。選中希望修改的模塊,在右側(cè)對(duì)基礎(chǔ)屬性、樣式和觸發(fā)條件(什么情況下該模塊開始工作)等進(jìn)行設(shè)置。如果需要增加一些新功能模塊,可以在制作臺(tái)左側(cè)找到相應(yīng)的模塊(牛刀云稱為組件),然后直接拖放到屏幕中央的小程序界面里,再回到右側(cè)做做樣式設(shè)置,就能完成一個(gè)基本模塊的開發(fā)。

開發(fā)制作操作完成后,將進(jìn)入配置、發(fā)布環(huán)節(jié)。

5注冊(cè)并配置微信小程序賬號(hào)信息,首次發(fā)布小程序,需要先進(jìn)行小程序注冊(cè),獲得小程序賬號(hào)的appid和appsecret。然后再回到所使用的開發(fā)制作工具(牛刀云)里完成小程序賬號(hào)信息配置。在牛刀云制作臺(tái)導(dǎo)航欄上選"高級(jí)"——再在屏幕左上方選“管理后臺(tái)”——左側(cè)功能樹列表里選“微信配置”

7.為微信小程序獲取并配置上服務(wù)器域名小程序正式發(fā)布前需要進(jìn)行服務(wù)器域名配置。

8.下載安裝微信開發(fā)者工具,下載 · 微信官方的小程序開發(fā)工具(即所謂的"微信開發(fā)者工具")

9.下載制作好的微信小程序包

10.在微信開發(fā)者工具里創(chuàng)建一個(gè)新項(xiàng)目,打開微信開發(fā)者工具。在微信開發(fā)者工具中新建一個(gè)項(xiàng)目,輸入小程序賬號(hào)的appid、項(xiàng)目名稱、選擇項(xiàng)目目錄,為導(dǎo)入制作好的微信小程序包做準(zhǔn)備.

11.上傳微信小程序包到微信開發(fā)者工具,在微信開發(fā)者工具中,單擊“上傳”按鈕,上傳步驟8導(dǎo)出的小程序包。上傳后,因?yàn)檫€未審核,所以都叫"開發(fā)版本"。

12.提交開發(fā)版本進(jìn)行審核

13.正式發(fā)布微信小程序,審核通過后,審核版本中顯示“審核通過,待發(fā)布”,單擊審核版本右側(cè)的“提交發(fā)布”按鈕,小程序?qū)⒄桨l(fā)布到線上提供服務(wù)。

14.下載微信小程序碼,小程序提供了小程序碼,用于掃描后打開小程序。登錄微信公眾平臺(tái)|小程序,在設(shè)置頁面中下載小程序碼,單擊“下載更多尺寸”按鈕,打開更多尺寸對(duì)話框,提供多種顏色和尺寸的小程序碼用于下載。

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

? ? ? ? ?墨刀連接:?

一.需求背景

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

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

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

? ? 3.2頁面流程

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

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

? ? 4.2原型

五.考核指標(biāo)

六.總結(jié)

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

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

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

創(chuàng)建流程 :

編輯流程 :

1.我的

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

2.新增投票頁

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

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

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

3.選擇餐廳頁

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

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

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

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

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

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

確認(rèn)添加:點(diǎn)擊確認(rèn)添加后,進(jìn)入確認(rèn)頁

添加商戶:點(diǎn)擊加號(hào)添加商戶,再此點(diǎn)擊取消添加商戶

搜索:點(diǎn)擊搜索頁進(jìn)入搜索頁面

已添加商戶:點(diǎn)擊后進(jìn)入展開已添加商戶,可以對(duì)已添加商戶進(jìn)行刪除

4.確認(rèn)頁

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

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

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

添加喜歡餐廳:點(diǎn)擊后進(jìn)入選擇餐廳頁,無人員限制

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

5.結(jié)果頁

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

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

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

回首頁:點(diǎn)擊后返回首頁

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

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

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

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

總結(jié)

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

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),我將盡量簡(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)圖展開占很大的篇幅并且看不清楚,為了閱讀體驗(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)需要保證閱讀過程是順暢的。

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

1. 需求池需求清單

1.1 需求管理池

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

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

需求說明:簡(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)一整理到表格中。同樣的,這里將模塊名稱做成鏈接格式,快速查閱對(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)、流程的梳理,利用簡(jiǎn)單的框架和元素,省時(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í)間成本值不值得。如果能夠用簡(jiǎn)單的注釋和跳轉(zhuǎn),清晰表達(dá)交互邏輯,會(huì)不會(huì)省時(shí)省力一些?

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

因此,我的習(xí)慣是做簡(jiǎn)單的“交互邏輯+交互注釋”,盡量避免復(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ā)小程序?

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

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

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

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

關(guān)于小程序開發(fā)需求文檔怎么寫和小程序開發(fā)功能需求文檔的介紹到此就結(jié)束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關(guān)注本站。

掃碼二維碼