<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>장연우</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I" />
  <author>
    <name>zzang</name>
  </author>
  <subtitle>지난 몇 년간, 오직 보이스봇 프로젝트에만 10,000시간을 쏟았습니다. 4번의 성공적 구축과 고도화를 통해 현장에서 얻은 시행착오와 실전 노하우를 기록합니다.</subtitle>
  <id>https://brunch.co.kr/@@5V4I</id>
  <updated>2018-06-14T15:48:39Z</updated>
  <entry>
    <title>나의 보이스봇이 사람을 닮아가길 바라며 - 20</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/78" />
    <id>https://brunch.co.kr/@@5V4I/78</id>
    <updated>2025-10-19T02:21:36Z</updated>
    <published>2025-10-18T04:44:41Z</published>
    <summary type="html">보이스봇은 기술로 움직이지만, 사람의 마음으로 완성된다.  1. 숫자에 가려진 마음 &amp;ldquo;근데 말이야, 기계랑 이야기하기 어려운 사람은 어떻게 해?&amp;rdquo; 보이스봇을 잘 모르는 한 지인이 물었다.나는 습관적으로 대답했다. &amp;ldquo;그런 경우는 어쩔 수 없어요. 천 명 중 한 명은 포기해야죠.&amp;rdquo; 그녀는 잠시 나를 보더니, 조용히 말했다. &amp;ldquo;너한텐 천 명 중 한 명이지만, 그</summary>
  </entry>
  <entry>
    <title>시나리오가 커질수록, 작게 나눠라 - 19</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/77" />
    <id>https://brunch.co.kr/@@5V4I/77</id>
    <updated>2025-10-19T02:28:26Z</updated>
    <published>2025-10-18T04:44:14Z</published>
    <summary type="html">크게 만드는 건 기술이지만, 오래 가게 만드는 건 구조다.  1. 효율의 함정, 한 번에 그린 시나리오가 무너지는 이유 처음에는 많은 팀이 이렇게 생각한다. &amp;ldquo;시나리오를 처음부터 끝까지 한 번에 그리면 더 효율적이지 않을까?&amp;rdquo; 고객 여정이 끊김 없이 이어지니까, 대화 흐름도 처음부터 끝까지 쭉 그리는 게 맞다고 여긴다.전체 맥락이 매끄럽고 완성도도 높아 보</summary>
  </entry>
  <entry>
    <title>믿고 맡길 수 있는 파트너를 고르는 기준 - 18</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/76" />
    <id>https://brunch.co.kr/@@5V4I/76</id>
    <updated>2025-10-19T02:46:10Z</updated>
    <published>2025-10-18T04:43:52Z</published>
    <summary type="html">보이스봇 프로젝트의 성패는 기술이 아니라, 그 기술을 다루는 &amp;lsquo;사람&amp;rsquo;에게 달려 있다.  1. 기술보다 더 어려운 건, 사람이다 보이스봇 프로젝트가 잘 풀리지 않으면 사람들은 흔히&amp;nbsp;기술 탓을 한다. &amp;ldquo;음성 인식이 잘 안 돼요.&amp;rdquo;&amp;nbsp;&amp;ldquo;대답이 어색해서 고객이 불편해해요.&amp;rdquo; 그러나 여러 프로젝트를 지켜보면, 문제의 원인은&amp;nbsp;기술보다 사람의 태도와 방식에서 더 자주 드</summary>
  </entry>
  <entry>
    <title>보이스봇에 어떤 일을 맡길 것인가 - 17</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/75" />
    <id>https://brunch.co.kr/@@5V4I/75</id>
    <updated>2025-10-18T18:14:16Z</updated>
    <published>2025-10-18T04:43:27Z</published>
    <summary type="html">보이스봇의 성공은 기술이 아니라, &amp;lsquo;무엇을 맡기느냐&amp;rsquo;에 달려 있다.  1. 이 전화, 보이스봇이 받아도 될까? 보이스봇을 도입하는 이유는 분명하다.매일 되풀이되는 단순한 업무를 대신함으로써, 사람이 더 중요한 대화에 집중할 수 있게 하려는 것이다. &amp;ldquo;이건 기계가 해도 되잖아.&amp;rdquo; 이 말은 차가워 보이지만, 사실 따뜻한 말이다.그 덕분에&amp;nbsp;사람은 &amp;lsquo;공감과 판단이</summary>
  </entry>
  <entry>
    <title>시나리오 운영의 적임자는 누구인가 - 16</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/74" />
    <id>https://brunch.co.kr/@@5V4I/74</id>
    <updated>2025-10-18T18:02:51Z</updated>
    <published>2025-10-18T04:42:53Z</published>
    <summary type="html">보이스봇의 완성은 기술이 아니라, 그 기술을 &amp;lsquo;누가 돌보는가&amp;rsquo;에서 결정된다.  1. 운영의 사각지대: 아무도 맡지 않은 시나리오 프로젝트가 끝나면 늘 이런 대화가 시작된다. &amp;ldquo;이제 시나리오는 누가 관리하죠?&amp;rdquo; 대부분의 회사에서 역할은 이렇게 나뉜다. - 시스템을 유지하고 서버를 돌보는&amp;nbsp;인프라팀- 기능과 화면의 기술 문제를 해결하는&amp;nbsp;개발팀- 비즈니스와 서비스</summary>
  </entry>
  <entry>
    <title>숫자로 말하라, 감정은 뒤로 - 15</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/73" />
    <id>https://brunch.co.kr/@@5V4I/73</id>
    <updated>2025-10-18T17:48:03Z</updated>
    <published>2025-10-18T04:42:25Z</published>
    <summary type="html">감정을 숨기라는 말이 아니다. 감정을 오래 남기려면, 숫자로 기록해야 한다.  1. 보고의 언어: 왜 감정은 통하지 않는가 프로젝트의 마지막에는 언제나&amp;nbsp;&amp;lsquo;최종 보고&amp;rsquo;가 있다.수백 번의 회의와 수천 줄의 시나리오, 끝없는 테스트와 수정의 기록은 결국&amp;nbsp;단 몇 장의 슬라이드, 몇 개의 숫자로 압축된다.보고서에는&amp;nbsp;프로젝트팀의 고생이 보이지 않는다.하지만 그것은&amp;nbsp;사</summary>
  </entry>
  <entry>
    <title>성공률, 끝까지 끌어올리는 세 가지 무기 - 14</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/72" />
    <id>https://brunch.co.kr/@@5V4I/72</id>
    <updated>2025-10-18T17:38:26Z</updated>
    <published>2025-10-18T04:41:52Z</published>
    <summary type="html">시범오픈은 완성의 무대가 아니라, 성공률을 끌어올리는 리허설이다.  1. &amp;ldquo;생각보다 성공률이 낮아요.&amp;rdquo; 시범오픈이 시작되면,&amp;nbsp;보이스봇은 처음으로 진짜 고객의 목소리를 듣는다.그 순간 결과는 두 가지로 나뉜다. &amp;ldquo;보이스봇이랑 끝까지 통화를 하네.&amp;rdquo; 혹은 &amp;ldquo;왜 자꾸 중간에 끊어버리지?&amp;rdquo; 이때 중요한 건&amp;nbsp;결과를 어떻게 해석하느냐다.실패라고 단정하는 팀은 주저앉지</summary>
  </entry>
  <entry>
    <title>오픈 직전, 흔들리는 프로젝트를 지켜내는 법 - 13</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/71" />
    <id>https://brunch.co.kr/@@5V4I/71</id>
    <updated>2025-10-18T17:23:47Z</updated>
    <published>2025-10-18T04:40:53Z</published>
    <summary type="html">프로젝트 막판에 진짜 실력은 더하는 게 아니라, 덜어내는 데서 나온다.  1. 불안은 기술보다 사람에게서 시작된다 고객 테스트를 마치면, 드디어 모든 게 끝난 것처럼 보인다.시스템은 정상적으로 작동하고, 상담사와 현업도 대체로 만족스러운 반응을 보인다.그러나 바로 그 순간, 새로운 불안이 시작된다. &amp;ldquo;조금만 더 다듬으면 완벽하지 않을까?&amp;rdquo; 마지막 수정의 욕</summary>
  </entry>
  <entry>
    <title>진짜 고객이 사용하면, 어떤 일이 벌어질까? - 12</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/70" />
    <id>https://brunch.co.kr/@@5V4I/70</id>
    <updated>2025-10-18T17:07:57Z</updated>
    <published>2025-10-18T04:40:26Z</published>
    <summary type="html">기술의 완성은 코드가 아니라, 고객의 경험에서 결정된다.  1. 오픈 직전, 가장 큰 불안은 &amp;ldquo;고객이 정말 쓸까?&amp;rdquo; 보이스봇 프로젝트가&amp;nbsp;통합 테스트까지 마치면, 대화도 자연스럽고 시스템도 매끄럽다.겉으로는 모든 게 완성된 듯 보인다.하지만 그 순간, 모두가 같은 질문을 던진다. &amp;ldquo;이걸 정말 고객이 잘 써줄까?&amp;rdquo; 이건 단순한 불안이 아니다.기획자, 상담사,</summary>
  </entry>
  <entry>
    <title>반복은 사람보다 시스템이 잘한다 - 11</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/69" />
    <id>https://brunch.co.kr/@@5V4I/69</id>
    <updated>2025-10-18T16:56:08Z</updated>
    <published>2025-10-18T04:39:57Z</published>
    <summary type="html">사람의 한계가 장애가 되지 않도록, 반복은 시스템이 책임져야 한다.  1. 테스트 후반부에서 드러나는 구조의 한계 단위 테스트가&amp;nbsp;&amp;lsquo;하나의 대화 흐름&amp;rsquo;을 검증하는 일이라면,&amp;nbsp;통합 테스트는 그 흐름들이 서로 연결되어&amp;nbsp;실제 서비스처럼 작동하는지를 확인하는 단계다.문제는, 이 단계에서&amp;nbsp;복잡도가 폭발적으로 증가한다는 점이다. 시나리오는 하나지만,&amp;nbsp;사용자의 말은 수백</summary>
  </entry>
  <entry>
    <title>보이스봇은 대화한다, 테스트도 그래야 한다 - 10</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/68" />
    <id>https://brunch.co.kr/@@5V4I/68</id>
    <updated>2025-10-18T16:18:09Z</updated>
    <published>2025-10-18T04:39:12Z</published>
    <summary type="html">보이스봇의 품질은 &amp;lsquo;기능이 잘 작동하느냐&amp;rsquo;가 아니라, &amp;lsquo;대화가 사람답게 이어지느냐&amp;rsquo;에서 결정된다.  1. 어디서부터 테스트할 것인가 우리는 기반을 다지고, 불확실함을 견디는 기준을 세우며, 보이지 않는 곳에서 신뢰를 쌓아왔다.이제 기술적으로는 모든 준비가 끝난 듯 보인다. 하지만&amp;nbsp;보이스봇은 코드를 실행하는 시스템이면서도, 그 코드를 움직이는 건 사람의 &amp;lsquo;말</summary>
  </entry>
  <entry>
    <title>좋은 시나리오, 보이지 않는 곳에서 완성된다 - 9</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/67" />
    <id>https://brunch.co.kr/@@5V4I/67</id>
    <updated>2025-10-18T16:04:53Z</updated>
    <published>2025-10-18T04:36:58Z</published>
    <summary type="html">보이스봇의 품질은 고객의 말을 정확히 이해하고, 맥락을 놓치지 않게 설계한 &amp;lsquo;보이지 않는 과정&amp;rsquo;에서 완성된다.그 섬세한 과정이 결국 기술의 품질을 결정짓는다.결국, 좋은 시나리오는 기능이 아니라 태도의 산물이다.  1. 내 말을 알아듣지 못할 때, 신뢰는 무너진다 하나의 시나리오가 고객을 제대로 응대하려면 눈에 띄지 않는 수많은 준비가 필요하다.고객 발화</summary>
  </entry>
  <entry>
    <title>결과를 예측할 수 없는 상황에서 시작해야 한다는 두려움 - 8</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/66" />
    <id>https://brunch.co.kr/@@5V4I/66</id>
    <updated>2025-10-18T16:04:38Z</updated>
    <published>2025-10-18T04:36:25Z</published>
    <summary type="html">완벽하게 예측할 수 없다면, 최소한 &amp;lsquo;버틸 기준&amp;rsquo;을 세워야 한다.  1. 개발을 시작하기 전, 두려움이 시작된다 단단한 기초 위에서도 마음은 흔들린다.아무리&amp;nbsp;완벽히 설계된 인프라가 있어도,&amp;nbsp;수백 콜의 상담을 듣고&amp;nbsp;수많은 회의를 거쳤어도, &amp;lsquo;시작&amp;rsquo;의 순간은 늘 낯설다. 시스템은 준비됐고, 요구사항도 확정됐지만 정작 사람의 마음은 아직 준비되지 않았다.모든 것</summary>
  </entry>
  <entry>
    <title>건물은 기초부터, 프로젝트도 인프라부터 - 7</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/65" />
    <id>https://brunch.co.kr/@@5V4I/65</id>
    <updated>2025-10-18T16:04:23Z</updated>
    <published>2025-10-18T04:35:55Z</published>
    <summary type="html">보이스봇의 품질은 보이지 않는 기반에서 시작된다.그 기반이 흔들리면, 대화의 신뢰도 함께 무너진다.  1. 인프라 설계, 보이스봇의 &amp;lsquo;기초공사&amp;rsquo; 건물을 짓는다고 상상해 보자.겉으로는 멋진 외벽과 인테리어가 눈에 띄지만, 진짜 중요한 건&amp;nbsp;땅속 깊이 묻힌 기초공사다.기초가 단단해야 그 위의 구조물이 흔들리지 않는다. 보이스봇의 인프라도 같다.겉으로는&amp;nbsp;음성 인식</summary>
  </entry>
  <entry>
    <title>함께 만드는 시나리오, 함께 만드는 분위기 - 6</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/64" />
    <id>https://brunch.co.kr/@@5V4I/64</id>
    <updated>2025-10-18T16:04:09Z</updated>
    <published>2025-10-18T04:35:05Z</published>
    <summary type="html">좋은 시나리오는 기술이 아니라, 함께 일하는 사람의 마음에서 완성된다.  1. &amp;ldquo;같이 일한다&amp;rdquo;는 말의 진짜 의미 보이스봇 프로젝트를 하다 보면 여러 조직의 사람들이 한자리에 모인다.겉으로는 한 팀처럼 보이지만, 실제로는 각자&amp;nbsp;다른 회사, 다른 계약 형태, 다른 목표를 가진 사람들이다.수행사, 외주사, 프리랜서, 계약직. 역할은 다양하고 책임의 무게도 다르다</summary>
  </entry>
  <entry>
    <title>하나의 흐름으로 정리한다는 것 - 5</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/63" />
    <id>https://brunch.co.kr/@@5V4I/63</id>
    <updated>2025-10-18T16:03:54Z</updated>
    <published>2025-10-18T04:34:38Z</published>
    <summary type="html">시나리오는 혼자 쓰는 문서가 아니라, 함께 듣고 엮어내는 &amp;lsquo;대화의 지도&amp;rsquo;다.  1. 왜 &amp;ldquo;상담 흐름을 정리해 주세요&amp;rdquo;가 먼저 나올까 보이스봇 프로젝트가 본격적으로 시작되면, 회의실에는 이런 말이 가장 먼저 나온다. &amp;ldquo;XX 상담 흐름을 정리해 주세요.&amp;rdquo; 겉으로는 단순한 업무 요청처럼 들리지만, 실제로 &amp;lsquo;흐름을 정리한다&amp;rsquo;는 건&amp;nbsp;훨씬 더 복잡한 일이다.상담사가</summary>
  </entry>
  <entry>
    <title>기술을 도입하기 전에, 먼저 설득해야 할 사람 - 4</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/62" />
    <id>https://brunch.co.kr/@@5V4I/62</id>
    <updated>2025-10-18T16:03:37Z</updated>
    <published>2025-10-18T04:34:06Z</published>
    <summary type="html">기술보다 먼저 설득해야 할 대상은, 기술로 대체될까 두려워하는 사람이다.  1. 기술보다 먼저 설득해야 할 대상은 &amp;lsquo;사람&amp;rsquo;이다 보이스봇은 사람의 목소리로 고객과 대화하는 기술이다.그래서 개발의 시작은&amp;nbsp;&amp;lsquo;대화를 어떻게 설계할 것인가&amp;rsquo;에서 출발한다.이 대화의 흐름과 문장을 미리 구성한 것이 바로&amp;nbsp;&amp;lsquo;시나리오&amp;rsquo;다. 그래서 프로젝트가 시작되면 회의실엔 이런 말이 가</summary>
  </entry>
  <entry>
    <title>요구사항 없이 일정을 세워야 하는 현실 - 3</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/61" />
    <id>https://brunch.co.kr/@@5V4I/61</id>
    <updated>2025-10-18T16:03:23Z</updated>
    <published>2025-10-18T04:33:41Z</published>
    <summary type="html">요구사항이 없는 게 문제가 아니라, 요구사항을 찾는 시간이 곧 일정의 시작이다.  1. 일정은 시작부터 흔들린다 보이스봇 프로젝트가 어려운 이유는 단순하다.명확한 요구사항이 정리되기도 전에, 일정부터 세워야 하기 때문이다. 기업은 계약&amp;middot;예산&amp;middot;기한이라는&amp;nbsp;&amp;lsquo;관리의 언어&amp;rsquo;로 프로젝트를 바라본다.&amp;ldquo;언제까지 만들 수 있나요?&amp;rdquo;라는 질문은 빠르지만, &amp;ldquo;무엇을 만들어야</summary>
  </entry>
  <entry>
    <title>왜 보이스봇 &amp;lsquo;요구사항&amp;rsquo;은 늘 추상적일까? - 2</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/60" />
    <id>https://brunch.co.kr/@@5V4I/60</id>
    <updated>2025-10-20T10:38:18Z</updated>
    <published>2025-10-18T04:33:02Z</published>
    <summary type="html">요구사항이 추상적인 이유는 기술이 부족해서가 아니다.정의되지 않은 일, 기록되지 않은 흐름, 그리고 변화하지 않는 문화 때문이다.  1. 시작은 언제나 한 줄 보이스봇 프로젝트의 출발은 늘 같다. &amp;ldquo;XX 상담을 AI가 할 수 있게 만들어주세요.&amp;rdquo; 수억 원의 예산과 수개월의 일정, 수십 명의 인력이 투입되지만, 출발점은 이 한 문장이다.문제는 단순함 속에</summary>
  </entry>
  <entry>
    <title>감정을 이해하는 기술, 사람을 지키는 일 - 1</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@5V4I/59" />
    <id>https://brunch.co.kr/@@5V4I/59</id>
    <updated>2025-10-20T02:53:30Z</updated>
    <published>2025-10-18T04:32:19Z</published>
    <summary type="html">보이스봇은 사람을 대신하는 기술이 아니라, 사람을 지켜주는 기술이다.  1. 감정을 마주하는 전화의 끝 &amp;ldquo;지금 연결해 드릴 상담원은 누군가의 소중한 가족입니다.&amp;rdquo;콜센터에 전화를 걸어본 사람이라면 한 번쯤 들어봤을 문장이다.이 짧은 안내 멘트에 하루에도 수십 번 감정의 파도를 맞는 상담사들의 시간이 담겨 있다. 고객의 목소리에는 불안이 섞이고, 분노와 서&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2F5V4I%2Fimage%2FCqrXxrLZHXkPUm67H_66BH_050w.png" width="500" /&gt;</summary>
  </entry>
</feed>
