寫在前面

商旅類產(chǎn)品（ Travel Management Companies,簡稱TMC）主要定位企業(yè)市場，其商業(yè)模式主要通過（1）為企業(yè)提供差旅票務(wù)預(yù)訂；（2）為企業(yè)提供差旅管理流程為企業(yè)提供服務(wù)。

2019年底，公司組建了商旅團(tuán)隊(duì)，我以產(chǎn)品經(jīng)理的身份進(jìn)入團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品設(shè)計(jì)，并在后期開始負(fù)責(zé)整個業(yè)務(wù)團(tuán)隊(duì)。由于市面上可借鑒的產(chǎn)品（尤其是后端模塊）較少，且一些業(yè)務(wù)流程更偏向B端（像財(cái)務(wù)對賬，組織架構(gòu)管理），再加上之前的自己主導(dǎo)的大多數(shù)是C端產(chǎn)品，因而在產(chǎn)品設(shè)計(jì)的初級階段，著實(shí)踩了很多坑。寫下這篇的主要目的是對自己過往的產(chǎn)品設(shè)計(jì)功能做一個回顧，同時也希望對入坑的同志們有點(diǎn)幫助。

可能剛?cè)肟樱ㄓ绕涫荂端轉(zhuǎn)過來）的產(chǎn)品同事會覺得，商旅產(chǎn)品的重點(diǎn)大概是票務(wù)預(yù)訂的正向邏輯和限制預(yù)訂的反向邏輯，一開始我在試用競品和自己考慮的時候也是這么設(shè)計(jì)的，但是隨著對于業(yè)務(wù)流程的越來越了解，這種想法可能太輕率了，從功能框架上來看，商旅類產(chǎn)品大抵可以分成幾個功能模塊：

1.權(quán)限體系；

2.成員&組織架構(gòu)；

3.制度&差標(biāo)&票務(wù)預(yù)訂

4.審批；

5.訂單&賬單；

6.錢包&賬。

我用三到四篇的篇幅逐一講解下每個功能模塊，盡量將每個功能模塊的業(yè)務(wù)含義，設(shè)計(jì)上該注意的點(diǎn)以及涉及的坑講清楚，可能大家看著看著覺得自己在看需求文檔（哭笑不得.jpg）。那么就開始了：

（一）權(quán)限體系

這個功能模塊可以說是整個商旅平臺的基礎(chǔ)。后續(xù)的其他功能，其實(shí)都是基于權(quán)限的基礎(chǔ)上進(jìn)行衍生的。

在商旅產(chǎn)品中，有兩大類角色：一類叫企業(yè)管理者（我們一般稱呼為超級管理員），對應(yīng)的一般是公司的行政或者財(cái)務(wù)人員，這類角色主要負(fù)責(zé)的就是將公司的員工錄入到商旅系統(tǒng)中，同時為員工制定差標(biāo)制度并管理公司的日常賬務(wù)。超級管理員這個角色的用處簡單來說就是制定規(guī)則，即誰可以使用商旅產(chǎn)品？可以怎樣程度的使用產(chǎn)品。第二類角色就是員工。這個“員工”是一個廣義上的概念，對應(yīng)的可能是一家公司的普通員工，也可能是高級管理者，但是至少在權(quán)限這個層面上，二者并無差異，這類角色并不考慮怎樣制定差標(biāo)，怎樣核算賬單，他們更多考慮的是買票（訂車，訂酒店）這類實(shí)際的業(yè)務(wù)動作。

這里其實(shí)已經(jīng)把商旅產(chǎn)品的用戶群體已經(jīng)做了較為明確的劃分，即企業(yè)管理員與普通員工，企業(yè)管理員聚焦的是分配權(quán)限，制定規(guī)則。普通員工聚焦的在管理員制定的權(quán)限下使用產(chǎn)品。

根據(jù)以上的描述，對應(yīng)的產(chǎn)品功能分別是：

1.權(quán)限管理——一般以后臺頁面或者功能為最小拆分單位，將整個服務(wù)后臺進(jìn)行拆分；

2.角色管理——將上述拆分后頁面，按照特定的規(guī)則進(jìn)行組合，一般最基本的三種角色：超級管理員（含有所有權(quán)限），行政人員（ 擁有員工、部門、差旅制度和審批流的管理權(quán)限），財(cái)務(wù)（擁有對賬，充值的權(quán)限）；

3.成員管理——即將公司的部分員工分配到對應(yīng)的角色中；同時需要注意的是，這里進(jìn)行成員的增，刪，并非真正意義上將員工剔除公司，而僅僅相當(dāng)于員工不再具備某種標(biāo)簽。

舉例：這里拿行業(yè)里兩家商旅或者叫企業(yè)出行服務(wù)公司的權(quán)限模塊進(jìn)行舉例，大抵的設(shè)計(jì)思路都是：

a.注冊第一位注冊人員即為企業(yè)超級管理員；

b.預(yù)設(shè)部分角色，并分配對應(yīng)權(quán)限，減少企業(yè)客戶的操作成本；

c.角色標(biāo)簽可從員工層面移除，但不代表員工從企業(yè)中剔除。

（二）員工信息&組織架構(gòu)

成員和組織架構(gòu)模塊：可以理解為將企業(yè)的組織架構(gòu)平移到商旅平臺的具象化，為什么這樣做呢？因?yàn)榇蠖鄶?shù)企業(yè)的差旅標(biāo)準(zhǔn)都是根據(jù)部門，崗位，職級來確定的，譬如說一般員工只能坐飛機(jī)的經(jīng)濟(jì)艙，而CEO們可以坐公務(wù)艙。和上面的權(quán)限體系不同的是，這里的成員一般指的是實(shí)際發(fā)生票務(wù)預(yù)訂的員工，而非企業(yè)超級管理員。

2.1 員工信息相關(guān)

商旅平臺本身具備了一定的封閉性，一般有效的用戶都是通過企業(yè)管理員后臺錄入或者管理員邀請，因此在C端的注冊模塊可以暫緩考慮或者前期直接不考慮。企業(yè)員工信息一般包含：員工姓名，工號，手機(jī)號和企業(yè)郵箱，職級，所在組織架構(gòu)及匹配的差標(biāo)信息。

一般在做C端的產(chǎn)品的時候，需要考慮用戶的唯一性，當(dāng)前一般的做法時用戶注冊的信息與現(xiàn)有數(shù)據(jù)庫信息（手機(jī)號或者第三方賬號）匹配，若無記錄則視為新注冊用戶，且此時生成唯一用戶ID。在一家企業(yè)中，員工的唯一標(biāo)識是工號，這個時候能不能直接用這個信息作為用戶唯一識別呢？不能！原因有兩個：

1.數(shù)據(jù)格式不統(tǒng)一。各家公司的工號規(guī)則不一致，很有可能你用戶id信息就亂了。

2.工號其實(shí)是用戶的一個屬性，用戶的這個屬性是可以更換的，就好像用戶的手機(jī)號也是個屬性可以更換。

所以，其實(shí)工號這個信息，除了企業(yè)內(nèi)部管理用以外，對于我們商旅產(chǎn)品設(shè)計(jì)者而言，用處不大，除非你準(zhǔn)備做一些由企業(yè)“自定義”的功能可能會運(yùn)用到，這是另一個龐大的話題，這里就不展開。

員工的信息一般由行政人員批量導(dǎo)入或者批量邀請，這里為了減輕用戶的工作量，“批量”功能是必不可少的，而且請謹(jǐn)記：盡量不讓用戶失敗，或者失敗了讓用戶知道是啥原因。不然用戶面對海量的數(shù)據(jù)是會抓狂的，最好為用戶準(zhǔn)備好模板。

成熟一點(diǎn)的商旅軟件由于會對接大型企業(yè)（員工數(shù)四位數(shù)，五位數(shù)的那種），這個時候再手動導(dǎo)入員工就有點(diǎn)不靠譜了，這時候需要考慮的就是api接口用于與企業(yè)現(xiàn)有的軟件進(jìn)行同步，商旅類產(chǎn)品一般會與企業(yè)協(xié)同（釘釘，企業(yè)微信），OA（致遠(yuǎn)，泛微），費(fèi)控（每刻，匯聯(lián)易），財(cái)務(wù)（用友，金蝶）等軟件發(fā)生較強(qiáng)的交互，一般涉及到的主要功能點(diǎn)包含：

1.企業(yè)信息的新增&變更；

2.員工信息的增刪改；

3.組織架構(gòu)信息的增刪改（下面展示）；

4.審批流程的增刪改；

5.差標(biāo)的增刪改

2.2 組織架構(gòu)

組織架構(gòu)不難理解，在功能上就是員工的歸屬關(guān)系罷了，畢竟很多公司的差標(biāo)政策是和部門關(guān)聯(lián)的，比如市場部的同學(xué)每月的用車費(fèi)用上限高于產(chǎn)品和運(yùn)營的同學(xué)。

需要關(guān)注的是，部門中必不可少的是“部門負(fù)責(zé)人”這個概念，在實(shí)際場景中，部門的負(fù)責(zé)人一般會負(fù)責(zé)部門內(nèi)所有成員的預(yù)訂審批，所以我們要在功能上將這個人與其他員工區(qū)分開來。如果在功能設(shè)計(jì)的時候遺漏了“部門負(fù)責(zé)人”，你在后續(xù)設(shè)計(jì)“審批”的時候，會發(fā)現(xiàn)你要來補(bǔ)這個功能點(diǎn)。（這個坑我就踩過）

先小結(jié)一下：

1.商旅平臺一定記住先設(shè)計(jì)權(quán)限體系，這是后續(xù)產(chǎn)品的基石，不要輕視；

2.以新增手機(jī)號或者郵箱生成用戶id，并以此為唯一識別id，工號只是用戶的屬性，可以變更；

3.組織架構(gòu)一般需要考慮到將“負(fù)責(zé)人”與其他員工區(qū)分開來。