현재 제가 속한 기업에서 전직하거나 다른 부서에서 새 팀에 합류한 멤버를 전근시키고, 실제 업무에 들어가기 전에 화이트보드를 사용해 팀의 옛 멤버와 가까운 멤버에게 맡은 솔루션의 요점을 설명하는 문화다.지금까지 희망 고객과 워크숍을 한 경험이 있지만, 현재까지는 Google Slide 및 Power Point에서 정적 문서를 미리 작성하고, 워크숍에서 작성된 문서를 설명하면서 참석자들의 의견을 모으고 있습니다.화이트보드는 설명을 덧붙이는 정도이기 때문에 화이트보드에만 솔루션의 요점을 설명하는 것이 익숙하지 않아 매일 공부하고 있다.이 기사는 고객과 회사의 다른 구성원을 대상으로 온라인 화이트보드 세미나를 개최할 때의 요점을 요약하였다.

목적과 전제조건을 명확히 하다

워크숍의 목적과 일정, 전제조건을 명확히 정의해 워크숍 개최 전 수주 이내에 모든 초청자에게 알렸고, 이날 "이 워크숍은 뭐 했더라?"이렇게 되지 않도록 미리 공유한다.이것은 화이트보드 세미나에만 국한된 것이 아니라 모든 회의의 공통점일 수도 있다.이미 손님으로부터 들은 과제와 필요조건이 있다면 사전에 화이트보드에 적어 놓고 세미나에서는 더는 논의하지 말자.

의식적으로 끝까지 그렸어요.

세미나 참석자의 제목과 배경에 따라 토론은 참석자에게 가장 유창하게 전달하고 행동을 일으키기 위해 무엇을 그려야 하는지, 세미나에서 묘사한 최종 인상을 의식해야 한다.본격적인 워크숍에 앞서 스스로 몇 번 연습해보면 본격적인 퍼포먼스는 당황하지 않고 매끄럽게 그려진다.

고객의 과제에 따라 방안을 설정하다

화이트보드에 설명된 방안은 고객의 과제를 따라야 한다.사전에 작성된 과제와 필요조건에 중점을 두면서 과제와 필요조건을 해결하기 위해 작성된 솔루션의 순서를 그려낸다.예를 들어, 아래 화이트보드에 있는 "Key requirements"중 하나는 "Secure access to all type of applications including TCP/UDP, SaS appls"입니다.이런 견해가 있다.모든 유형에 안전하게 접근하는 애플리케이션의 구조를 머릿속으로 그리면서 가장 유창한 전달 순서로 화이트보드에 그려낸다.솔루션의 모든 기능을 자세히 설명하지 않는 것이 중요합니다.이것도 시위에 적용될 것 같아.

문제를 간단히 대답해야 한다.

나는 세미나의 목적 중 하나가 참가자로부터 문제를 제기하고 구체적인 행동을 일으키는 것이라고 생각한다.더 많은 질문을 할 수 있다면 세미나는 대개 성공적이라고 할 수 있을 것이다.문제에 대해 가능한 한 단도직입적으로 대답하는 것도 중요하다.Y/No의 Closed에게 묻는다면 Y/No에 먼저 답한 뒤 이유를 설명한다.오픈의 질문이라면 최대한 짧게 답하고, 이후 왜 그렇게 생각했는지 질문자와 QA를 듣는 참가자들도 가볍고 유쾌할 것으로 생각한다.

끝말

끝까지 함께 해주셔서 감사합니다.고객 앞에서 화이트보드를 사용하는 본사의 솔루션이 고객의 어떤 과제를 극복하고 어떤 가치를 제공할 수 있는지 동태적으로 설명하기 위해서는 고객의 과제와 본사의 솔루션을 깊이 이해해야 한다.특히 당사의 솔루션은 세미나에서 다양한 문제가 있을 수 있으므로 솔루션의 구조에 대한 철저한 이해가 필요합니다.하루아침에 할 수 있는 일은 아니지만 매일 의식적으로 조금씩 화이트보드 기술을 향상시키고 싶어요.