文章為作者總結的一份需求文檔，希望能夠給大家帶來些思考。

1.概述

1.1 項目背景

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

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

對于商家（政府）來說，通過旅游+文化來吸引更多游客，從而促進當地的經濟政治文明的發展。

1.2 需求整理

用戶畫像
需求描述

需求匯總整理

需求分析列表

將上述需求從需求頻次+需求強度+商業三個維度進行分析：

Kano模型

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

在實現最基本的需求之后，我們應盡力去滿足用戶的期望型需求，例如需求4、11，即第一象限表示的期望因素，這是質量的競爭性因素，使其產品和服務優于競爭對手并有所不同，引導用戶加強對本產品的良好印象。

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

2.版本信息

2.1 修訂歷史

2.2 版本規劃

3.產品邏輯

3.1 產品信息圖

3.2產品結構圖

3.3部分業務流程圖

登錄注冊

收藏路線

評論

4.產品設計

4.1全局說明

角色說明

說明：

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

交互說明

系統權限申請

4.2部分交互設計

風物達人：當地特色的人（藝術家，攝影師等等），我們的宗旨是旅游時，預見更好的風物人文，這就是人，也是我們的亮點之一，當你在當地旅游時，不僅是走馬觀花，還可以更好的和當地人交流，更好的了解當地文化，當地生活氛圍；除了這些，還可以購買當地達人的特色產品，比如手工茶，藝術品等等。

商品詳情：我們做一個電商平臺，景點的所有商品，實現新零售，打個比方：當你去一個旅游，購買了當地的特色商品，但是又不想隨身攜帶，可以通過平臺寄回家里，當然這只是一種表現形式，我們主要做的是內容，在商品上更好的挖掘。

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

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

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

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

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

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

目前產品需求文檔千奇百怪，有word、axure，也有ppt等等，我的不一定都是對的，但是希望能給大家帶來一種思考，總結出屬于自己的產品需求文檔。

歡迎交流。

本文由 @至善至道 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自PEXELS，基于CC0協議