文章為作者總結(jié)的一份需求文檔，希望能夠給大家?guī)硇┧伎肌?/p>

1.概述

1.1 項(xiàng)目背景

旅游類應(yīng)用按照用戶需求劃分為：資訊、預(yù)訂、交通、分享四種類型，OTA預(yù)訂市場(chǎng)發(fā)力多年，廝殺激烈，賺取傭金的商業(yè)模式相對(duì)穩(wěn)定。隨著手機(jī)、平板等移動(dòng)設(shè)備的普及，用戶場(chǎng)景更加豐富，旅游類app逐漸向前后延伸，填補(bǔ)用戶出行的需求空白，旅創(chuàng)小鎮(zhèn)即屬于協(xié)助用戶規(guī)劃行程的資訊類應(yīng)用。

資訊類應(yīng)用需要大量的數(shù)據(jù)支持，屬于強(qiáng)運(yùn)營(yíng)產(chǎn)品，通常也會(huì)包含UGC+SNS，作為平臺(tái)激勵(lì)經(jīng)驗(yàn)用戶產(chǎn)生有效內(nèi)容，吸引潛在用戶出行體驗(yàn)，并以天然的分類方式（目的地）劃分用戶群，提供結(jié)交渠道，增加用戶覆蓋率。因?yàn)橛麊栴}，資訊類應(yīng)用也會(huì)向后擴(kuò)展，接入預(yù)定產(chǎn)品（比如酒店、線路），相對(duì)于傳統(tǒng)OTA，資訊類應(yīng)用根據(jù)信息分類和用戶痕跡，可以更精準(zhǔn)的推薦。

對(duì)于商家（政府）來說，通過旅游+文化來吸引更多游客，從而促進(jìn)當(dāng)?shù)氐慕?jīng)濟(jì)政治文明的發(fā)展。

1.2 需求整理

用戶畫像
需求描述

需求匯總整理

需求分析列表

將上述需求從需求頻次+需求強(qiáng)度+商業(yè)三個(gè)維度進(jìn)行分析：

Kano模型

在實(shí)際中，我們首先要全力以赴地滿足用戶最基本的需求，例如需求5、6、7、8、9，即第四象限表示的必備因素，這些需求是用戶認(rèn)為我們有義務(wù)做到的事情。

在實(shí)現(xiàn)最基本的需求之后，我們應(yīng)盡力去滿足用戶的期望型需求，例如需求4、11，即第一象限表示的期望因素，這是質(zhì)量的競(jìng)爭(zhēng)性因素，使其產(chǎn)品和服務(wù)優(yōu)于競(jìng)爭(zhēng)對(duì)手并有所不同，引導(dǎo)用戶加強(qiáng)對(duì)本產(chǎn)品的良好印象。

最后爭(zhēng)取實(shí)現(xiàn)用戶的魅力型需求，即第二象限表示的魅力因素，提升用戶的忠誠(chéng)度。

2.版本信息

2.1 修訂歷史

2.2 版本規(guī)劃

3.產(chǎn)品邏輯

3.1 產(chǎn)品信息圖

3.2產(chǎn)品結(jié)構(gòu)圖

3.3部分業(yè)務(wù)流程圖

登錄注冊(cè)

收藏路線

評(píng)論

4.產(chǎn)品設(shè)計(jì)

4.1全局說明

角色說明

說明：

1. 普通用戶通過注冊(cè)登錄就可以使用app
2. 達(dá)人，目前我們有這方面資源，可以先根據(jù)達(dá)人資料，公司自己先把達(dá)人內(nèi)容填充上

交互說明

系統(tǒng)權(quán)限申請(qǐng)

4.2部分交互設(shè)計(jì)

風(fēng)物達(dá)人：當(dāng)?shù)靥厣娜耍ㄋ囆g(shù)家，攝影師等等），我們的宗旨是旅游時(shí)，預(yù)見更好的風(fēng)物人文，這就是人，也是我們的亮點(diǎn)之一，當(dāng)你在當(dāng)?shù)芈糜螘r(shí)，不僅是走馬觀花，還可以更好的和當(dāng)?shù)厝私涣?，更好的了解?dāng)?shù)匚幕?，?dāng)?shù)厣罘諊怀诉@些，還可以購(gòu)買當(dāng)?shù)剡_(dá)人的特色產(chǎn)品，比如手工茶，藝術(shù)品等等。

商品詳情：我們做一個(gè)電商平臺(tái)，景點(diǎn)的所有商品，實(shí)現(xiàn)新零售，打個(gè)比方：當(dāng)你去一個(gè)旅游，購(gòu)買了當(dāng)?shù)氐奶厣唐罚怯植幌腚S身攜帶，可以通過平臺(tái)寄回家里，當(dāng)然這只是一種表現(xiàn)形式，我們主要做的是內(nèi)容，在商品上更好的挖掘。

商品訂單：說到電商，就離不開訂單，物流，退貨款，可以說是電商的模板，因?yàn)樯婕傲鞒滩惠^多，隨便拿出一個(gè)就可以寫一篇文章，所以這里暫不做陳述，會(huì)在以后的文章里表述。

商品退款：簡(jiǎn)單說一下，退款或者退貨最主要的問題在于：

1. 是按照訂單退款還是商品退款；舉個(gè)例子：如果你是按照訂單退款，那么你一次買5件商品，退款時(shí)就是退5件商品的錢，當(dāng)然現(xiàn)在一般都是商品退款，但是這個(gè)業(yè)務(wù)你自己得想明白；
2. 退款后商家處理時(shí)間和拒絕退款后買家修改原因時(shí)間，這些都是有期限的，具體多少得根據(jù)你們的業(yè)務(wù)決定。

賬號(hào)安全：修改手機(jī)號(hào)和修改密碼（忘記密碼）兩部分，這里有一個(gè)問題：修改手機(jī)號(hào)時(shí)，是否要對(duì)原手機(jī)號(hào)進(jìn)行驗(yàn)證，從安全角度來說，對(duì)原手機(jī)號(hào)進(jìn)行驗(yàn)證，更安全一點(diǎn)，但是也有一點(diǎn)復(fù)雜，就是如果原手機(jī)號(hào)不能驗(yàn)證（丟了或者不在身邊），就要進(jìn)行賬號(hào)申訴；如果只對(duì)現(xiàn)有手機(jī)號(hào)進(jìn)行驗(yàn)證，操作簡(jiǎn)單。目前主流的就這兩種，具體哪一種根據(jù)公司業(yè)務(wù)決定。

以上是我的部分交互稿，因?yàn)閁I的原因，一部分沒有設(shè)計(jì)稿，所有會(huì)有些粗糙，敬請(qǐng)諒解。

當(dāng)然數(shù)據(jù)統(tǒng)計(jì)的需求我們也需要在文檔中進(jìn)行撰寫，當(dāng)然如果有專門的數(shù)據(jù)部門，我建議PM可以交給數(shù)據(jù)部門完成，PM將其需求過渡給數(shù)據(jù)部門。也就是埋點(diǎn)統(tǒng)計(jì)。在這里我們可以一方面采用可視化埋點(diǎn)（目前神策或者諸葛IO做的比較好），一方面需要我們自定義，具體去了解分析的采用代碼埋點(diǎn)。如果大家對(duì)埋點(diǎn)不了解，可以在人人都是產(chǎn)品經(jīng)理上搜索埋點(diǎn)，有很多案例，干貨，這里就不做具體講解了。

目前產(chǎn)品需求文檔千奇百怪，有word、axure，也有ppt等等，我的不一定都是對(duì)的，但是希望能給大家?guī)硪环N思考，總結(jié)出屬于自己的產(chǎn)品需求文檔。

歡迎交流。

本文由 @至善至道 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議