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

1.概述

1.1 項目背景

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

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

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

1.2 需求整理

用戶畫像
需求描述

需求匯總整理

需求分析列表

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

Kano模型

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

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

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

2.版本信息

2.1 修訂歷史

2.2 版本規(guī)劃

3.產(chǎn)品邏輯

3.1 產(chǎn)品信息圖

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

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

登錄注冊

收藏路線

評論

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

4.1全局說明

角色說明

說明：

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

交互說明

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

4.2部分交互設(shè)計

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

商品詳情：我們做一個電商平臺，景點的所有商品，實現(xiàn)新零售，打個比方：當(dāng)你去一個旅游，購買了當(dāng)?shù)氐奶厣唐?，但是又不想隨身攜帶，可以通過平臺寄回家里，當(dāng)然這只是一種表現(xiàn)形式，我們主要做的是內(nèi)容，在商品上更好的挖掘。

商品訂單：說到電商，就離不開訂單，物流，退貨款，可以說是電商的模板，因為涉及流程不較多，隨便拿出一個就可以寫一篇文章，所以這里暫不做陳述，會在以后的文章里表述。

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

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

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

以上是我的部分交互稿，因為UI的原因，一部分沒有設(shè)計稿，所有會有些粗糙，敬請諒解。

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

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

歡迎交流。

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

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