程式老兵挑戰技術峰會主持之初體驗

来源:https://www.cnblogs.com/itlaobingge/archive/2020/01/22/12228588.html
-Advertisement-
Play Games

時間是這個世界上最公平東西,歲月不曾饒過誰,任何人都無法逃脫自然規律,我們程式員都要面對 35 歲這道坎,過了 35 歲就不能再跟年輕人拼體力了。隨著年齡的增長,體力不再是優勢了,這時候的優勢是更加成熟的心智,豐富的工作經歷,以及對自我更加清晰的認知。在綜合這些優勢的基礎上,重新找準自己的價值定位,... ...


科技是第一生產力,在互聯網時代體現得更加淋漓盡致,我們技術人也要走上舞臺,也要學會面對觀眾,但大多數技術人都缺乏公眾演講的經驗,尤其是在規格較高、觀眾眾多的技術峰會舞臺上。在技術人里演講做的最好,在演講者里技術做的最好,這也是非常好的差異化優勢。好的公眾演講能力可以幫技術人打開更多職業發展的可能,技術售前,咨詢顧問,技術佈道者,培訓講師等等,35 歲不僅只有危險,還有無限機會!

2019 年老兵哥完成了技術峰會籌辦和主持的初體驗,在深圳、上海兩地都舉行了兩場活動,每場活動有近千個觀眾參與,最終外界反饋和自我感覺都還蠻好,算是新技能解鎖成功了。為了下次做得更好,老兵哥將把整個過程中的所思所想記錄下來,以備自己和需要的小伙伴們參考:

1. 如何籌辦一場千人技術峰會?

大家應該都參加過技術峰會,通過嘉賓的分享拓寬視野,在交流互動中結識朋友。但除了觀眾視角外,技術峰會還有哪些其他視角?不同視角之下,各有什麼價值?峰會各種構成元素中哪些是最核心、最重要的?哪些是附著在這些要素上的?如果現在你要籌辦技術峰會,如何從零開始招募到大量優質嘉賓和觀眾呢?如何讓嘉賓產出高質量的分享材料呢?……

或許你會覺得誰沒事籌辦會議啊?隔行如隔山,懂不懂這些對職業發展沒任何影響,這也是老兵哥我首次籌辦會議時的想法,當時也不清楚如何完成這項新任務。但現在我會把技術峰會看作一款產品,籌辦過程就是產品設計和運營的過程,擔當產品經理所需的技能在這裡都找得到用武之地。

技多不壓身,我們技術人越往上發展就越需要產品和管理等綜合能力,從技術峰會籌辦中體會產品思維,可以幫我們達到觸類旁通。好吧!現在讓我們以一場近六十位演講嘉賓、近千位觀眾的真實技術峰會為例,換上產品思維來重新剖析技術峰會的籌辦過程。

1.1 技術峰會到底是一款什麼產品?

老兵哥在江湖上摸爬滾打也有些年頭了,這期間參加過不少武林大會(技術峰會),但未曾籌辦過技術峰會。剛接到籌辦會議任務時,老兵哥多少還是有些懵圈的。從門外漢的角度看,一場成功的技術峰會首先要邀請到重量級的分享嘉賓,然後才能招募到足夠多的參會觀眾。但重量級分享嘉賓為什麼應邀呢?憑面子?憑交情?說句實在話,即使彼此認識,但交情未必有這麼深厚,純粹靠死皮賴臉的求人,不僅面子上掛不住,成功率也堪憂。

人脈,靠求是求不來的,大牛們不缺主動抱大腿的。真正的人脈是通過價值置換來的,也就是說我們自身必須具備大牛們所需的資源或價值,彼此在不同維度或層面可以互補,這才是合作的前提,雙方的交往才可能是平等互惠的。靠低三下四博同情,難以獲得穩固有價值的人脈。當然,只要是人就會有需求,就像馬斯洛需求模型告訴我們的,需求有不同層次而已。大牛也不是神,他們也存在各種需求,關鍵是找到峰會對他們獨一無二的價值。

技術峰會具備哪些價值呢?除了重點關註技術和培訓之外,老兵哥平時也堅持學習產品知識,這時候就自然想到切換至產品視角來探究一下技術峰會到底是什麼?稍作分析我們就知道:技術峰會,既像IT技術領域的門戶網站,又像是垂直領域的社交網路。

門戶網站的價值在於匯聚和分發流量,峰會能夠召集大量專業觀眾,這些流量對於分享嘉賓來說是非常有價值的。社交網路的價值在於促進聯結的產生,聯結是價值交換的通道,這是建立人脈的機會。技術峰會,本質上就是門戶網站和社交網路這兩類產品的混合體。產品思維幫助老兵哥理順了籌辦峰會的思路,要想把技術峰會這款產品設計並運營好,其關鍵就是正確理解各類用戶對產品不同維度或層次的需求。從最初邀請嘉賓、招募觀眾來幫襯我們,轉變成為嘉賓、觀眾提供他們所需的資源或價值,心理上就從被動變成主動了。

1.2 技術峰會都有哪些類型的用戶?

只要能準確把握用戶需求,那麼產品的設計和運營就相對容易了。往往洞悉用戶需求比較難,俗話說解藥就在毒藥旁邊,問題發現了,解決方案也就出來了。除了參會觀眾這類用戶之外,會議籌辦方還要有更寬廣的視角,峰會還有哪些類型的用戶呢?他們對峰會都有些什麼樣的訴求呢?在剖析需求之前,我們有必要對峰會這款產品的用戶做個分類:

  • 分享嘉賓:類似門戶網站的內容生產者,負責提供行業最新的技術動態、最佳的實踐案例和最優的產品方案等。除此之外,他們還扮演社交網路裡面的意見領袖,在各自領域內具備較大的影響力。
  • 參會觀眾:類似門戶網站的內容消費者。內容再好,如果沒有受眾,那也將毫無價值。除了消費內容之外,觀眾還能給嘉賓提供有價值的反饋,幫助嘉賓優化內容。
  • 合作伙伴:類似門戶網站的廣告贊助商。辦會離不開人力物力,而這些都需要投入,如何做到收支平衡或者盈利,除了門票收入外,最關鍵就是合作伙伴的贊助費了,拉不到贊助,技術峰會將難以運轉。

1.3 不同類型的用戶各有什麼訴求?

俗話說:見人說人話,見鬼說鬼話。能否打動溝通對象,關鍵看我們是否站在對方的立場上,出發點是為對方好,他才有耐心聽並可能聽得進去。在剖析清楚峰會各類用戶的需求之後,我們就知道如何跟不同類型用戶溝通了。

  • 分享嘉賓:這類用戶老兵哥有些體驗,他們有哪些層次的需求呢?其一,峰會匯聚了大量的現場觀眾,對於初級演講者來說,這是難得的實戰機會。其二,嘉賓都希望通過演講輸出影響力,向觀眾分享有價值的經驗,或期待觀眾成為自己的粉絲,或期待觀眾接受產品或方案。其三,峰會現場也是很好的社交場所,嘉賓們籍此機會認識彼此、探索合作。為了滿足這類用戶的需求,峰會的觀眾數量必須要上規模,場面越巨集大就越有吸引力,軟硬體的規格要高。除了嘉賓和觀眾之間的活動之外,峰會還要創造嘉賓間的交流機會。
  • 參會觀眾:這類用戶老兵哥最為熟悉,他們期望收穫什麼東西呢?其一,開拓視野,通過嘉賓分享瞭解行業內的最佳實踐,給自己未來的工作找些新思路。其二,拓寬人脈,峰會匯聚了不同領域的技術同仁,面對面交流更有效,單身朋友還可以物色物色異性朋友,工作生活兩不誤。其三,休閑旅游,不排除有些公司把外出參會當作福利,讓績優員工外出休閑學習。為了滿足這類用戶的需求,峰會儘量邀請技術大牛來分享乾貨,創建群組方便大家交流,再選擇星級酒店營造好氛圍。另外,時間最好挨著周末,但不要選在每月首尾,持續時間以2~3天為宜。
  • 合作伙伴:這類用戶老兵哥不太瞭解。雖沒吃過豬肉,但總歸見過豬跑,每次參加技術峰會,會場都會有各式各樣的贊助商展台,他們比較看重峰會現場聚集的觀眾,這些都是定位精準的潛在優質用戶。為了滿足這類用戶的需求,峰會舉辦方就要為合作伙伴創造更多接觸觀眾的機會,但前提是要符合觀眾的利益。

2. 如何做好技術峰會的主持人?

為什麼要參與技術峰會主持的工作呢?有的人會第一時間就拒絕,做技術分享演講沒問題,但主持不是我的菜。老兵哥原本就在構建培訓演講能力,而這項工作跟這個目標存在交集,調節氣氛、把控節奏、引導話題等,這些在培訓授課中也要用到,主持也屬於公眾演講的一個門類,老兵哥非常有興趣去探索這個新領域,跳出舒適區,突破自我,解鎖新技能。

俗話說,技多不壓身,多項本領傍身總是好事,萬一哪天搬磚工作被下崗了,說不定還可以轉行司儀主持婚禮混口飯吃。另外,老兵哥也需要構築自己的差異化優勢,找到屬於自己的細分領域,在這個細分領域內辛勤耕耘,爭取做到頭部,這樣就不用擔心被取代。如果大家都擠在一個賽道里,同質化競爭定會白熱化,細分領域必鬚根據自身特質設定,培訓演講是老兵哥的愛好。

技術峰會主持,這項新工作對老兵哥來說,信心和忐忑一半一半,職業技能培訓授課也需要主持,課時兩個整天的授課老兵哥也堅持做了十幾次,各種現場情況也都遇到過,但畢竟技術峰會的主持工作的場景有所不同,例如:話題內容、觀眾規模和控場方式等。有挑戰就會有壓力,在壓力下我們會感受到焦慮,但轉念一想這就是跳出舒適區,感到不適是正常的,通過動腦思考和積極應對,慢慢地我們就會適應,從而不斷擴大自己的舒適區範圍,這就是個人能力提升的必經之路。

2.1 如何編寫出更好的串場詞?

書面語和口語的差別還是蠻大的,串場詞主要偏口語,如果直接用寫出來的,那在舞臺上背述時容易沒感覺,感情不夠飽滿,流暢度也不夠。因此,我會先打好腹稿,然後再試講調整,這樣來回反覆幾遍之後,一段串場詞就基本成形了。但這樣還不夠,接下來我還會用錄音轉文字的軟體把串場詞錄下來,並轉譯成文字,再在文字稿的基礎上對其做修改,尤其是詞句順序調整會影響思路。

如何做到脫稿主持呢?如何站在臺上不忘詞呢?最關鍵就是串場詞必須是基於主持人切身經歷體會編寫出來的,對此會有比較深的感觸,這樣就不容易忘詞。另外,在內容包裝上要採用故事思維,通過講述過往的某段故事自然而然地引出後續議題,故事化的呈現更容易吸引觀眾註意力,讓觀眾從上一場分享中跳脫出來,營造好下一場分享的氛圍。

等文字稿完成之後,我們再基於稿件做練習,中間再調整思路,包括承上啟下的銜接詞和語氣詞,以便在現場主持時能夠比較連貫,一氣呵成不卡殼。如果需要連著講述幾件事情,例如:餐宿安排、合影留念、問卷調查、議題串場,這就比較考驗主持人的記憶能力了,我們可以根據內容來臨時創想出一種便於記憶的方法,或者把關鍵詞寫在提詞卡上,否則容易出現腦子空白或者思路斷片。

2.2 主持串場有哪些註意事項?

串場就是由主持人介紹議題和嘉賓,接著提示觀眾鼓掌歡迎嘉賓上臺分享,此時主持人不要急著走下舞臺,而是等嘉賓走上舞臺後握手交接。如果沒有其他會務人員負責遞送麥克風,主持人可以順帶將麥克風交給嘉賓,然後再緩步走下舞臺,這樣銜接會更加順暢。

相對於議題簡介,嘉賓簡介不太好記,這就需要死記硬背了,否則容易有些出入,比較好的辦法就是上臺前加強記憶,或者寫在提詞卡上,準確完整地介紹嘉賓以示尊重。當然,如果氛圍比較開放輕鬆,我們也可以簡化嘉賓介紹,只需要介紹單位和名稱即可,更詳盡的可由嘉賓自己介紹。

記得某個議題的串場詞沒來得及充分練習,段落間的銜接有些生硬,過渡不夠自然,在場上就有些卡殼了。不過這時候不要緊張,觀眾不知道你忘詞了,接著你就可以自由發揮了。如果實在忘詞了,可以準備幾個俏皮句子化解尷尬,例如:有位美女吸引了我的註意力,剛有陣風吹過擾亂了我的思緒等。

2.3 重要領導突臨現場怎麼辦?

如果有重要領導光臨會場,主持人需要做些什麼呢?最基本的就是在議題間隙向大家介紹一下,以示歡迎和尊重,同時也是為活動加持人氣。當然,如果不影響活動整體進程,現場只來了一位重要領導,那我們可以私下邀請他上臺講兩句,給我們打打 CALL。不過,在邀請領導之前,最好跟後面的嘉賓溝通協調一下。考慮到議程可控性,主持人還是儘量減少此類議程之外的事情,有的領導特別能說,或者說了些出乎意料的話,不太利於控場,擾亂了整體節奏秩序。

2.4 主持過程中有哪些常見問題?

  • 嘉賓演講超時,這是大概率事件,現場通常都有倒計時提醒,但還是會出現嘉賓占著舞臺不下的情況。超時一小會兒可以接受,如果經多次提醒還不收尾,這種情況下主持人要維護會場紀律,必須請嘉賓下場,否則會影響後續嘉賓的分享、打亂活動的整體節奏。主持人語氣必須要堅決,不容置疑,態度上要禮貌,不要帶個人情緒或觀點,儘量從觀眾或其他嘉賓的立場出發,不要跟拖堂嘉賓起正面衝突。同時,儘量往好的方向去看待嘉賓的拖堂,然後再圓場避免尷尬。
  • 臨近中午或者下班時,觀眾容易提前離場,除了在議程上安排更具吸引力的議題,組委會也可以考慮設置一些抽獎環節,或者將峰會舉辦地選在市郊,組委會統一提供接送車,讓更多觀眾留到最後,觀眾越多越能激發嘉賓的分享意願,這是一個良性迴圈。
  • 少數嘉賓在內容選材、故事線設計、美化包裝和演繹呈現上還有待優化的空間,最好考慮增加彩排審核等環節,確保最終效果更加完美,讓觀眾更加滿意和有收穫。
  • 在嘉賓選擇及議程安排上,男女嘉賓要適當搭配,技術圈本身女生就偏少,專註技術,做得比較出眾的更少,如果有幸邀請到美女嘉賓,將有助於流量。
  • 夏天有的酒店中央空調開得非常足,溫度不能靈活調節,穿短袖體恤有些冷,尤其是中午來不及休息,這種場合最好自備一件外套,冷熱自己掌控。

時間是這個世界上最公平東西,歲月不曾饒過誰,任何人都無法逃脫自然規律,我們程式員都要面對 35 歲這道坎,過了 35 歲就不能再跟年輕人拼體力了。隨著年齡的增長,體力不再是優勢了,這時候的優勢是更加成熟的心智,豐富的工作經歷,以及對自我更加清晰的認知。在綜合這些優勢的基礎上,重新找準自己的價值定位,從這個點構築起職業下半場的舞臺,聽從內心的聲音,心才是我們的源動力!

 

堅持原創不易,如果你覺得有價值,麻煩動動手指點下文 「 推薦 」按鈕,讓更多小伙伴可以看到,老兵哥會更有動力堅持分享的。另外,我後續還會分享職業規劃、應聘面試、技能提升、影響力打造等經驗,關註「 IT老兵哥 」,賦能程式人生!

 

 

近期熱評的影響力打造系列文章:


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 我的項目由客戶端、後臺管理、資料庫和伺服器三部分組件,每次啟動項目都要一個一個啟動,挺麻煩的,現在寫一個.bat文件來批處理命令。 這個是我的啟動文件內容。 第一行運行的我wampServer伺服器,我用這個來運行和管理mySql 第二行,先啟動一個新的命令行視窗,\K 是為了不讓視窗自動關閉,我需 ...
  • app.module 路由模塊 路由守衛 統一處理認證 註冊 登錄 頁面刪除功能 typescript import { Component, OnInit } from '@angular/core'; import { Router } from '@angular/router' import ...
  • 創建組件,指令,過濾器和服務 可輔助創建資源的功能列表: | Scaffold | Usage | | | | | "Component" | | | "Directive" | | | "Pipe" | | | "Service" | | | "Class" | | | "Guard" | | | ...
  • 插值 文本綁定 屬性綁定 在布爾特性的情況下,它們的存在即暗示為 ,屬性綁定工作起來略有不同,在這個例子中: 如果 的值是 、`undefined false disabled 元素中。 使用 JavaScript 表達式 編寫模板表達式所用的語言看起來很像 JavaScript。 很多 JavaS ...
  • 啟用 Http 服務 open the root , import the symbol from , add it to the array. 發起一個 get 請求 Reading the full response 錯誤處理 ...
  • 在 Angular 中最常用的指令分為兩種,它們分別是 屬性型指令 和 結構型指令 。 NgClass 作用:添加或移除一組 CSS 類 NgStyle 作用:添加或移除一組 CSS 樣式 NgModel 作用:雙向綁定到 HTML 表單元素 NgIf 作用:根據條件添加或移除 DOM 語法: 我們 ...
  • 幾乎所有前端框架都在玩“組件化”,而且最近都不約而同地選擇了“標簽化”這種思路,Angular 也不例外。 對新版本的 Angular 來說,一切都是圍繞著“組件化”展開的,組件是 Angular 的核心概念模型。 組件的定義 以下是一個最簡單的 Angular 組件定義: :這是一個 Decora ...
  • angular核心特性 很多開發者已經做過非常多的項目,但是當你跟他聊的時候,你很快就會發現他並沒有掌握這門框架的精髓。打幾個比方,當別人提到 Spring 的時候,你的大腦裡面第一個想到一定是 DI、IOC、AOP 這些東西;當別人提到 Hibernate 或者 Mybatis 的時候,你的大腦里 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...