寫在前面

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

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

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

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

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

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

4.審批瘩绒；

5.訂單&賬單；

6.錢包&賬带族。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.工號其實是用戶的一個屬性贞奋，用戶的這個屬性是可以更換的赌厅，就好像用戶的手機號也是個屬性可以更換。

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

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

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

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

2.員工信息的增刪改好爬；

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

4.審批流程的增刪改；

5.差標的增刪改

2.2 組織架構(gòu)

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

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

先小結(jié)一下：

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

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

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