題:
如何阻止觀眾的提問使我的演講脫軌？
Jishan
2019-05-28 20:27:33 UTC
view on stackexchange narkive permalink

首先，我們擁有一支來自不同背景的多元化團隊。他們說的語言與我說的語言不同，所以他們經常交流，我根本聽不懂或交流。

問題：在某個事件中，我有2小時的時間來演示某個工具在一定範圍內。為了實現該工具的潛力-我在範圍上增加了一些技術性-但是我最終還是回到範圍內，我認為有必要的技術背景。

一位同事-一位技術背景為零的同事中途問了幾個模糊的問題，沒有任何意義。我只想演示一個示例，並在演示結束時回退到我的範圍，以鞏固對該工具的共識。以我的偏愛，我已經在指定的時間內完成工作，並且有機會正確完成演示文稿，我將有足夠的時間回答所有問題。我的經理在演示中出席了會議-他試圖為情況提供一些幫助，但是無論如何，我都浪費了時間，而且我正確構建的，範圍確切的工具也從未被演示過。對我來說，當我對自己所做的事情充滿熱情時，它以痛苦結束了，只有我的同事用模糊不清的問題寵壞了它。我唯一的發言是演講，我只想做對。那是我所有的時間。

我應該如何處理這種情況？更準確地說，我想把這個問題帶給我的經理。有問題的同事實際上很乾涉，而且我知道至少有一名員工已因這種同事行為而離開。我的經理是一個超級善良的超級好人-我不知道該如何暗示/更新他，至少在進行了熱情工作的演講​​中，人們應該理會他們的時間？還是標準的行業慣例？

**非常**相關https://workplace.stackexchange.com/questions/47280/how-can-i-ask-a-senior-not-to-interrupt-when-someone-is-talking
因為無論使用哪種語言，所提出的基本觀點都是有效的...然後您似乎將兩個單獨的項目混淆為一個，即表示形式和第二個事實，即它們使用第二種語言（第三種或第四種語言）...
我不明白所問的問題如何導致產品沒有被降級，因為您說您本來就有時間回答所有問題。提出問題後，您如何沒有機會完成演示？
“他們說的語言與我說的語言不同，所以他們經常交流，我聽不懂”-他們說的語言是您所在的國家（您是外國人）嗎？還是**您是**人，而他們彼此之間都在說外語？
@ChrisMelville我會說英語，他們說的是該國的母語（他們會說英語，而且能說一口流利的英語！）-他們稱我為團隊成員，但從不接受至少在整整2天的隆隆演講中英語，然後他們把我砍了一半。實際上，我正在學習該國的母語，難道他們至少很難容納我一點嗎？
-1
六 答案:
Keith
2019-05-28 20:38:51 UTC
view on stackexchange narkive permalink

看一個人並說“請等到最後問這個問題”或“我會在最後回答您的問題”，這是一種博學的技能。您需要學習自信，並運行節目。

話雖如此，現在該怎麼辦？詢問您的經理是否對此有任何疑問。提示您，由於您不斷受到打擾，他可能未曾聽完他需要聽的所有內容。問他是否理解，如果不理解，也許可能會再進行一次演講，或者他是否會支持這個想法。至少，下一次他也許可以幫助管理同事。

或者，您可能需要簡單地告訴您的經理您想展示更多，但是這位特別的同事卻沒有給您機會。

比我的要詳細得多，並且要學習控制局勢的要點。
我對大公司來說是個新手-最後的建議是可行的嗎？我真的很想把這個問題帶給我的經理，並在1對1環節中討論它。
讓他談論它，並告訴他，您希望自己有時間提出更多建議。這將開始討論，您可以表示，由於您的同事大聲疾呼，您無法這樣做。我願意打賭，您的經理完全意識到您的同事個性很強，而且說話太多。
感謝您的注意。我也會這樣做。作為一個緊密的團隊，如果我的經理不知道，我將很難解決這個問題。
@JoeStrazzere:是的，這是一種選擇。但是，您_may_希望在總體上鼓勵一些問題，同時又要限制那些過於復雜的問題。但這可以說是一種高級技能：-)。
扮演惡魔的擁護者，如果那個人需要這些信息來理解談話，那麼將他拖到最後，實際上就是在浪費他的兩個小時……
您說您的經理確實曾盡力幫助您，這很好。但我同意，最終是您必須堅決不以“請問最後的問題”以外的其他方式回答打擾的問題。如果您通過該請求打開對話，效果更好。但是，由於您的經理很友善並且樂於助人，因此您也許可以讓他重新安排演示文稿的時間，以便進行演示。
@Liath沒有涵蓋所有必要的信息，也實際上浪費了會議中其他每個人的2個小時。根據定義，當會議涉及其他人時，您不能只考慮一個人的需求。這種情況經常發生，以至於這些人有個名字：碰頭。
@user71659,更常見的情況是有人問其他人都在思考的問題，但又害怕問，以免使自己尷尬。但是，所有這一切都離不開重點，但是，如果OP保持簡單，說明自己的觀點，並最終保留複雜的內容。
teego1967
2019-05-28 21:35:57 UTC
view on stackexchange narkive permalink

如果您要與組成不一或未知的聽眾進行演講，則必須安排其結構，以便每個人都能從中受益。 2小時是很長的時間。除非他們已經非常了解主題，否則這是大多數人無法吸收的。很好，因為這意味著有人參與並且勇於提出問題。這很糟糕，因為它向您發出信號，表明您的講話被誤解了（這是您的錯）。

最好先傳達演示的目的，然後執行演示，然後概述其工作原理，最後為感興趣的人員詳細介紹背景知識。

演示的最佳結構如下：

  1. 動機/目的
  2. 演示
  3. 其工作原理的基本解釋
  4. 討論影響或將來的工作
  5. 詳細問題和/或背景的時間
    6. ol>

    在問題到來時進行回答。可以將非常詳細的問題推遲到以後，但是應該立即清除簡單的問題和誤解。如果有人問一個簡單的問題（或一個困惑的問題），則意味著您沒有與他們交流。如果您不回答他們直到最後，那麼這意味著他們不會說話。

一種非常非常謹慎的方法。非常感謝您給我這個觀點。我會牢記這一點，並保持同樣的態度。
@Jishan,我建議您在youtube上觀看技術演示。查看非常有效的結構，並嘗試在您的演講中使用該結構。您會發現最好的演示程序不會等到演示結束時才顯示，而是儘早顯示。
我去做。謝謝。這是處理這個問題並以某種方式學習一些東西的非常積極的方式。
“向您表明您的談話被誤解了（這是您的錯）”-不一定。如果參加演講的人超出了他們的深度（即缺乏聽眾期望的先決知識），那麼這就是他們的錯。
讓人們對已經看到的內容髮表評論總是好得多:-)。我完全贊同這種方法
@JonBentley,演講者應事先知道他們所針對的受眾，並據此進行演講。演講者通常不會為聽眾成員設置“先決條件”。
順便說一句，這讓我想知道令人困惑的談話是否又重新流行（允許演講者完全迷惑聽眾）。這在90年代很流行，也許回來了？請參閱Twitter著名的@danluu thread: https://twitter.com/danluu/status/1129519029192757249
@teego1967這不是“設置”先決條件的問題。如您所說，他們知道他們的目標受眾。該目標受眾將具有該主題的既定知識水平。例如。針對特定領域的研究生的演講將期望其聽眾具有學位水平的知識。如果只有高中水平知識的人出現，他們就超出了他們的深度，如果他們問一些愚蠢的問題，那是他們的錯，而不是主持人因為太高的水平而說話的錯。
Tom
2019-05-29 17:50:39 UTC
view on stackexchange narkive permalink

與其他答案不同，您絕對不能等到最後回答問題。不在兩個小時的演示中。如果某人需要澄清才能跟進，而聽不清，那麼您就失去了那個人，他們將無法獲得演示文稿的其餘部分。

您需要計劃問題強>。這意味著在時間和時隙上都對他們而言。

計劃您期望的問題數量，然後增加一些安全性，然後從總數中減去該時間。使您的實際演示文稿適合該時間段。

還計劃何時回答問題。您可以立即，在部分結尾處或每幾張幻燈片之後執行此操作。如果您定期找觀眾詢問是否有任何問題，他們會明白這是適當的時間。如果您通過友好的方式提出任何打擾您的問題，“我稍後會講，請讓我完成此幻燈片/部分”，他們會理解，這只是僅適當的時間。

如果某人對您認為您已經回答了足夠的問題感到困惑，請讓他們在以後向您走來，並提醒大家，為了其他聽眾（不是為了您） ！）您將繼續。

雖然您對想要演示的內容感到興奮，但演示的實際目的是將知識傳播給聽眾。如果您需要回答問題，那麼這就是演示的大部分內容。不要像想抱怨同事的人那樣來找您的經理，而是去找他並徵求他的反饋。您的演示文稿清晰易懂嗎？您如何才能改善信息傳遞？只有經理說在這些方面一切都很好，您才想知道為什麼那個傢伙一直打擾他。

motosubatsu
2019-05-28 20:52:04 UTC
view on stackexchange narkive permalink

我應該如何處理這種情況？

這裡要學習的教訓是，對於將來的類似演示/演示，您應該禮貌地回應此類干擾，您將在最後解決所有問題（請確保為此在計劃中留出適當的時間）。這是完全合理的-尤其是因為這樣的問題在已經計劃好的演示內容中得到適當解決的情況並不少見，而且還有一個額外的好處：如果這是一個瑣碎的模糊問題，他們很可能已經忘記了關於到底要問什麼。

更確切地說，我想把這個問題帶給我的經理。

目的何在？除了建議您實施上述步驟之外，您的經理還能做些什麼？

我的經理是一個超級善良的超級好人

然後給他一個堅實的基礎，不要在這個操場上浪費時間” ”。

我不知道如何提示/更新他，至少在演講中，人們應該理會時間。

但是您 有您的時間-不好意思，但是您選擇用一些時間來回答此人的問題。如果我對問題的理解正確，那麼您仍然有2小時的時間。您的經理無法準確跳入附近的時間機器並返回並更改歷史記錄。如果明確禁止在演示文稿中提出問題，他們（或您）當時會說些什麼，這樣他們就不會因為想讓他們回想而遲遲地懲罰某人允許他們這樣做。

老實說-我沒有時間。是的，我有2個小時的工作時間，但是由於我的同事，團隊現在認為該工具可能過於復雜，甚至我的團隊甚至根本不了解該工具。
@Jishan您有2個小時的時間段。你有*兩個小時*。您無法在兩個小時內有效地發表您的演示文稿，很抱歉在這裡直言不諱，但這有點麻煩您了。是的，您的同事聽起來很煩，但這是演講技巧的失敗。
你可能是對的。但是，當我們談論一個非常複雜的軟件時，由於打斷，含糊的評論和跟進，我浪費了30個月的時間。1.5小時的時間非常少。但是現在我學會了。沒有更多的前期問題。
@Jishan我很欣賞這不是關鍵的技能，它不是呈現演講而是管理觀眾，並且不允許自己被耽擱和偏僻（禮貌的“謝謝，但請保存所有問題以待最終解決”）就足夠了。如果有固定的時間段，您將要就“超級複雜”主題進行演示。我並不是想讓您失望，但是我們唯一可以改進的方法就是識別我們需要改進的地方，好吧，這是*您*需要改進的地方。
即使您將來讓這個同事被解僱或從所有演講中排除，對您下次與其他聽眾成員遇到同樣的問題也無濟於事。你會的！
絕對真實！現在我學會了。從現在開始，我將有一張幻燈片-末尾有問題！粗體和大寫。
@Jishan這是一個很棒的方法：）它可以阻止90％的人甚至在中途想問一個問題，而10％的人卻錯過了大多數問題，只要輕輕地“提醒”他們，他們就不會遇到麻煩。在這種情況下，任何屢犯者都可以被突然切斷。
主題越複雜，立即回答簡單問題就越重要。如果一個人問一個非常簡單或困惑的問題，您可以肯定還有其他人也一樣迷路。如果您等到談話結束，您將浪費他們的時間。
-1
-1
@teego1967，我想我們在這裡的切線還差得遠。.我們不了解OP演示文稿的結構太多細節，也不知道OP所困擾的問題是否與“要點”。
@motosubatsu,，我們知道他的演講的結構是預先準備的詳細背景材料，然後是實際演示。這足以使人們在談論要點之前就“迷失了自己”。對於OP而言，最重要的建議是重新組織他的演講。接下來最重要的是確保人們理解他的要點。這意味著回答問題，尤其是如果這些問題表明您感到困惑。
Solar Mike
2019-05-28 20:36:53 UTC
view on stackexchange narkive permalink

請在開始時清楚說明問題將在最後提出。並堅持下去-一旦有人提出問題，請說“請在最後提出”並繼續。

儘管這可以解決OP的問題，但我真正相信問題是演示文稿的重要組成部分。如果您在演示過程中不允許任何互動，您最好放映視頻並為每個人省去親自參加會議的麻煩...
@sleske，如果您不在那裡，很難在最後提出問題...到目前為止，這似乎是答案的共同點，即將問題一直保留到最後...而我的回答的重點是在最後允許提問...
是的，我有點諷刺：-)。不過，我認為將所有問題推遲到最後將有效地完全壓制大多數問題-通話2小時後，我將很難記住自己的問題。但我同意，這比完全脫軌更好。
Mohair
2019-05-30 04:11:15 UTC
view on stackexchange narkive permalink

簡短的回答：您不能。如果您打算兩個小時講話，那麼直到結束您都不能推遲提問。如果您在30分鐘大關時輸了某人，則不能讓他們再等60分鐘或更長時間問您一些事情。您必須隨時回答問題。

對於語言問題，您還必須允許在演講過程中還會有其他誤解，您需要加以解釋。

由於技術背景各異，因此您需要深入研究您認為每個人都知道的某個主題，但是其中許多都不知道。

我認為您需要提醒自己為什麼要進行演示。您只是想克服困難還是要對您的團隊進行教育？如果要教育團隊（應該如此），那就教育團隊！您不知道您的演示文稿會收到多好的效果，因此在進行演示時必須保持靈活性。立即計劃回答問題。計劃重複自己。計劃解釋您認為已經理解的概念。

您可能有兩個小時的時間，但是我不會計劃超過90分鐘的材料。這使您有時間靈活和互動。



ⓘ
該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 4.0許可。
Loading...