最近工作中有個Task是關於如何做業務講座的，正好我也想總結總結這個工作，就在這裏開始吧
近一年來，業務講座做過不少了，有針對整個大項目的講座，也有針對某個小機能做的講座。就先從做講座的流程開始總結吧。
1.明確目的
凡事要有了明確的目標就成功了一半，鑑於此，業務講座的第一步就是先要明確講座目的，是要挖掘深度，還是追求廣度？是要整體瞭解，還是深究細節？是要傳授業務，還是探討業務？
明確目的其實就是針對目的，做不同的準備。
2.瞭解聽衆情況
所謂知己知彼百戰不殆，在做業務講座之前，當然要了解參與業務講座的聽衆，衡量一下聽衆對這個業務的理解程度，結合目的判斷出要怎麼講，要講多細，能不能一次達到講座目的。
3.編寫講解資料
編寫講解資料是非常關鍵的一個步驟，在沒有資料的講解中，多數情況下，會把握不住主線，條理不明，思維跟着混亂，加上聽衆的提問，讓大家這聽一句那聽一句的，效果就會非常不好。
我做的講座中，講解資料常用ppt格式，Excel也有，但效果遠不如PPT，PPT可以提綱挈領的將要表達的概要描述出來，同時又不會描述太多，既給個人發揮空間，也能保持良好的條理，邏輯。
講解資料有一個原則，簡明，有總體-分部的感覺:
簡單來說，就是先要將整個業務的背景，目的，構成，運用，幾個方面先做一個介紹準備。
然後在知道業務是什麼人用，用來做什麼之後就可以介紹概念，讓大家先知道里面會出現什麼，有個心理準備。當然，就算是有條理，按邏輯關係來組織過的概念有時候也還是會很多，這時就要嘗試分割，將不同的概念分割到不同的部分，甚至不同的講解塊。
如果是細講的話，有了基礎之後就可以站在設計者的角度去分析業務，我習慣於先站在設計者的角度想問題，知道業務要做什麼之後，人自然會想到要如何做，這時如果直接將設計完的業務要求倒給聽衆，反而不利於理解，有點死記硬背的感覺，而如果每描述一個功能都說明爲何設置這個功能，也就是設置功能的目的的話，就能讓大家都站在設計的角度，加深記憶，知道了要什麼，怎麼做，爲什麼之後，串起來也就沒那麼難了。
設計者的角度，我一般都會從寫業務流程，跟其他業務的關係，簡要介紹關聯業務做起。
有了整體意識，明確了爲什麼這麼設計之後，就可以站在使用者的角度，介紹要達成什麼樣的效果，點某個button，出某個畫面，點某個button，實現何種機能這類。
關於畫面關係是要先做說明，只有先弄明白調用關係，才能更好的理解每個畫面的作用，畫面少的時候可以通過遷移圖來說明，畫面多的時候，可以先逐個介紹畫面，然後將名字關聯。一定要先達成總體觀，至少要知道每個畫面做什麼，達到什麼樣的目的。然後就可以逐個擊破了，在逐個擊破的時候，也不能丟掉總體構成，最好做完一個畫面的說明，就返回到總體構成，讓聽衆始終有個明確的總體觀。
如果只是要了解，那就需要避免深究某個部分，而是讓聽衆有個泛泛的印象，知道是做什麼的就行了。重要的是提綱挈領。
4.講
有了好的講解資料，就是對着念都能達到不錯的效果，但這樣也太沒有挑戰了，講業務前，最重要是自己要先演練過，不能臨時想到什麼說什麼，要事先安排好每一個提問點，每個強調點，哪裏語氣該重，哪裏輕輕帶過...我都是在編寫講解資料的過程中，把腦子裏想的講解流程，內容都過了一遍，就像在腦子裏給大家講了一遍似的。這樣自己就會有自信，不會覺得這塊兒沒把握，出現發散的現象。
既然是講解，就一定會有疑問，所以每完成一部分的講解內容之後都需要留出時間來讓大家稍微消化一下，提出問題。幾句話說不明白的時候，就需要藉助白板說明，很多時候，聽的效果不如看，看畢竟可以看很多遍，聽一遍聽錯了，想再聽都沒機會了，而且，一旦藉助白板說明，說話語速就會慢下來，會將自己的思路縷清楚，跟着講解者思路走的機率更大。如果一種方式不能令聽衆明白，就需要及時更改表達方式，多用比喻，現實對比等進行說明。
講解過程中還要注意及時反饋，通過看聽衆的表情，看是不是大家都很迷茫，來判斷是不是需要放慢速度，或再深入講解。另外，講解時，說話一定要比平時說話慢，要咬字清晰，才能讓聽衆跟得上，聽的懂。
5.反饋
很多時候，講完不知道聽衆聽懂多少，這樣的時候，可以現場提問或當場做練習，問他們一些講過的內容，看有多少人瞭解，以衡量目標達成度。我還習慣於結束之後私下問有什麼沒聽懂，希望聽衆給出建議等等。
業務講解是溝通交流的一種，如何做到有效溝通，對如何做到有效的業務講解來說是有異曲同工之妙的。最簡單的方法就是先把自己當成聽衆，再把自己當成聽衆。這樣就能逐步體會到怎麼講是有效的，怎麼講是可行的。