活動聽到別家公司的做法,怎麼帶回團隊而不亂套用?
先把聽到的做法記成有情境的個案,再提出值得查證的假設。分清對方實際說了什麼、你如何理解,以及自己團隊需要先確認的條件。
先保留原來的條件
- 記下可公開的背景。
- 標明案例是口述而非已核實研究。
- 列出和自己團隊不同的限制。例如對方每週讓客服參與產品討論,並不代表你們必須照搬同樣人數與頻率。
帶回一個可討論的問題
可以問「我們目前哪一段客戶回饋沒有進入決策?」再討論是否需要改流程。不要用「別人都這樣」代替證據,也不要洩漏活動中聽到的非公開資料。若要轉述姓名或公司細節,先確認對方允許;不確定就保持匿名與概括。
可直接使用的練習表
原案例情境:__;來源性質:__;自己的推論:__;本地差異:__;要驗證的問題:__;公開範圍:__。
匿名就一定可以轉述嗎?
不一定;少數細節仍可能辨認身份,應遵守原先分享的界線。
依據與適用限制
單一對話不能代表整個產業,本文也不保證任何管理做法有效。
Ibarra 與 Hunter(2007)討論跨組織視角;不驗證本文工具。 Herminia Ibarra and Mark Lee Hunter (2007) — How leaders create and use networks
來源與延伸閱讀
Herminia Ibarra and Mark Lee Hunter (2007) — How leaders create and use networks
