編輯導(dǎo)語：操作手冊是詳細(xì)描述軟件的功能、性能和用戶界面，使用戶了解到如何使用該軟件的說明書。很多時(shí)候，當(dāng)我們對產(chǎn)品的某個(gè)功能感到困惑時(shí)，往往需要一份操作手冊來幫助我們解答疑惑。在本篇文章中，作者就對操作手冊的目的、原則、層級目錄等進(jìn)行了分析。

最近在整理之前留下的債，剛好寫到了操作手冊，就有一些寫操作手冊的感悟和心得方法，與大家分享一下。以下內(nèi)容僅針對于B端產(chǎn)品或者BtoC產(chǎn)品中的B端側(cè)，C端產(chǎn)品最理想的狀態(tài)是不需要操作手冊，簡單易懂即可。

一、傳統(tǒng)的操作手冊

傳統(tǒng)的操作手冊通常由引言、編寫目的、背景意義、產(chǎn)品概述、產(chǎn)品功能描述等等冗長的內(nèi)容組成，而這些真的是用戶想要的么？或者這些真的是用戶所關(guān)心的么？

下面舉個(gè)例子，操作手冊如下，大致分為三部分：前言、系統(tǒng)概述、系統(tǒng)操作。

無論寫什么文檔，文檔完整性一定要保持文檔封面，文檔目錄，前言。雖然這些是次要的東西，可寫可不寫，我個(gè)人習(xí)慣無論是對外輸出什么文檔，我都要將這些寫上。

• 前言一般包括文檔目的、文檔讀者、術(shù)語定義；
• 系統(tǒng)概述一般包括系統(tǒng)架構(gòu)圖、功能清單、業(yè)務(wù)流程圖、崗位職責(zé)。這些和需求說明書的寫法一樣，這里主要說下系統(tǒng)操作怎么寫。系統(tǒng)操作是系統(tǒng)的功能操作，從登錄到退出都需要告訴用戶在哪去操作、怎么去使用；
• 在寫系統(tǒng)操作的時(shí)候，還需要注意，以用戶的角度思考，寫的時(shí)候需要告訴用戶什么功能是誰用的。每個(gè)用戶只關(guān)心自己用的功能是什么，所以這點(diǎn)需要特別說明。

系統(tǒng)操作一般包括以下部分：

• 業(yè)務(wù)場景
• 操作角色
• 操作路徑
• 使用注意
• 操作說明
• 業(yè)務(wù)場景：描寫用戶在什么場景下使用這個(gè)功能。
• 操作角色：誰來用這個(gè)功能。
• 操作路徑：在哪去用這個(gè)功能
• 使用注意：用戶需要注意什么
• 操作說明：按頁面上每個(gè)功能按鈕進(jìn)行說明。

沒錯(cuò)，很多內(nèi)容其實(shí)你是不需要的，你想知道的只有這個(gè)東西在什么場景下怎么用就行，其中的背景、意義、編寫目的，只不過是我們在追求寫作者自己的心里安慰罷了。洋洋灑灑幾百頁，最后用戶體驗(yàn)卻是極差的。

在這個(gè)快節(jié)奏的時(shí)代，人們往往想要第一時(shí)間找到自己想要的信息，而不是在眾多冗余的信息中如大海撈針一般去慢慢尋找。因此，操作手冊應(yīng)該根據(jù)用戶的使用場景和可能遇到的困難進(jìn)行解答。

配以圖片或者視頻的形式來描述更為妥當(dāng)，通過流程的方式來確定用戶究竟想要什么樣的操作手冊，顯得更為明智一些。那么，下面筆者將拋析操作手冊的寫法。

二、操作手冊的定義

何為操作手冊，官方的定義如下：操作手冊是詳細(xì)描述軟件的功能、性能和用戶界面，使用戶了解到如何使用該軟件的說明書。

看起來很簡單，就是只要說明軟件的功能，并讓你的用戶知道如何使用即可。描述軟件的功能的粒度可大可小，大到模塊級別，小到按鈕級別，那怎樣的一種粒度是用戶最能接受的呢？

三、操作手冊的原則

一本好的操作手冊要有哪些原則？

1. 好找：方便用戶找到所需信息，預(yù)見用戶可能遇到的問題和解決方法；
2. 通俗易懂：內(nèi)容清晰，語言和設(shè)計(jì)簡單明了是關(guān)鍵；
3. 開門見山：讓用戶知道該如何操作，并知道下一步該做什么。

最好采用總分總的形式，即開頭給用戶一個(gè)總體的手冊流程概覽，可以是業(yè)務(wù)的整體流程圖，也可以是下面操作的每一小節(jié)的內(nèi)容。

例如：

四、操作手冊的目的

操作手冊編寫的目的，可以從兩個(gè)角度出發(fā)：

1. 提高用戶使用平臺的操作性，讓用戶成為你產(chǎn)品的主人，服務(wù)于你的用戶才能產(chǎn)生價(jià)值；
2. 減少運(yùn)營人員解答不必要的問題的時(shí)間。例如，所有人都問相同的問題，那么他就應(yīng)該出現(xiàn)在操作手冊上，或者幫助模塊中。

五、操作手冊的粒度

這個(gè)業(yè)內(nèi)沒有標(biāo)準(zhǔn)的答案，只要用戶讀懂即可（這看起來是一句合理的廢話）。其實(shí)，筆者認(rèn)為寫操作手冊應(yīng)該按照用戶場景來寫，一個(gè)閉環(huán)的場景即可。

那怎樣是一個(gè)閉環(huán)的場景呢？

舉個(gè)例子：筆者所在的體育產(chǎn)品領(lǐng)域，分為辦賽資料、創(chuàng)建比賽、裁判分配、線上報(bào)名、裁判打分、頒獎(jiǎng)管理等等。每一塊就是一個(gè)完整的流程。用戶做完一個(gè)完整的動(dòng)作，并且得到一個(gè)結(jié)果。

六、操作手冊的層級目錄

按照上述的粒度，我們會給出一個(gè)一級目錄，在一級目錄下，我們又該如何確認(rèn)二級、三級目錄呢？

我們繼續(xù)拿創(chuàng)建比賽為例，創(chuàng)建比賽的過程中每一個(gè)頁面都需要完成它應(yīng)該完成的內(nèi)容，并對應(yīng)業(yè)務(wù)的流轉(zhuǎn)，我們只需要告訴用戶如何操作即可，如填寫比賽名稱、比賽時(shí)間等等，不需要告訴用戶比賽時(shí)間的規(guī)則為開始時(shí)間小于等于結(jié)束時(shí)間。

因?yàn)?，我們的用戶并不關(guān)心。且BtoC的產(chǎn)品還在用戶了解一定的行業(yè)背景下，所以，大家會約定俗成一些事情。

七、操作手冊的編寫內(nèi)容

用戶都是很懶的，他們不會去看枯燥的文字，就像之前很火的數(shù)據(jù)大屏一樣以及一直很火的短視頻業(yè)務(wù)，用戶對于知識的輸入喜愛順序?yàn)?視頻 > 圖片 > 文字 。因此，我們需要用圖文混排的形式來告訴用戶如何操作我們的系統(tǒng)。

當(dāng)然，操作手冊不單單是解決用戶操作流程上面的問題，還需要解決用戶常見的問題。例如：在賽事平臺中，用戶可能會好奇能舉辦那些比賽、參賽的人數(shù)限制、解決方案等等。

足夠量的幫助解決和規(guī)范的操作手冊能夠提升用戶的黏性并且提出更有價(jià)值的產(chǎn)品需求。

八、操作手冊的術(shù)語統(tǒng)一

當(dāng)你使用一款軟件的時(shí)候，你希望軟件內(nèi)的名詞都有統(tǒng)一的說法，我們繼續(xù)拿賽事平臺舉例，例如 辦一場比賽的時(shí)候，有比賽開始時(shí)間、比賽結(jié)束時(shí)間、報(bào)名開始時(shí)間、報(bào)名結(jié)束時(shí)間、比賽創(chuàng)建時(shí)間、比賽修改時(shí)間。

當(dāng)用戶想要統(tǒng)一一個(gè)維度去查詢的時(shí)候，例如 查詢一月份的比賽數(shù)目，那好了。我們使用比賽開始時(shí)間？比賽結(jié)束時(shí)間？這兩個(gè)維度得到的數(shù)據(jù)是大不相同的。更不能給出一個(gè)莫能兩可的“辦賽時(shí)間”。

因此，統(tǒng)一平臺操作手冊的術(shù)語十分重要。紙上學(xué)來終覺淺，絕知此事要躬行。

賽事平臺的操作手冊：https://shimo.im/docs/vXWR9X3TckkvvRcw/

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

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