생산성 도구가 업무 흐름을 어떻게 바꾸는지, 그리고 메시징과 애플리케이션의 경계가 어떻게 흐려지는지에 대한 글입니다.
메인프레임은 가산기를 대체했고, PC는 메인프레임을 대체했으며, 이제 웹과 모바일은 PC를 대체하고 있다. 이러한 변화가 있을 때마다 우리는 처음에는 새 물건을 기존 방식의 업무 처리에 맞춰 사용하기 시작한다. 하지만 시간이 지나면 업무 자체를 새 도구에 맞춰 바꾼다.
이것은 고전 영화 1960년작 '아파트'.의 한 장면이다. Jack Lemmon은 뉴욕의 대형 보험회사에서 일하는 사무원 CC Baxter를 연기하며, 여기서 그의 사무실을 볼 수 있다. 눈이 닿는 곳까지 책상에 배치된 직원들이 보인다. 각 책상에는 전화기, 롤로덱스, 타자기, 그리고 커다란 전기기계식 계산기가 있다.

다른 몇몇 장면에서는 제조업체인 'Friden'도 볼 수 있다.

사실상 그 층의 모든 사람은 스프레드시트의 셀 하나다. 층은 워크시트이고 건물은 Excel 파일이며, 수천 개의 셀에 각각 한 사람이 들어 있다. CC Baxter는 19층 W 구역 861번 책상에 있다. 셀 간 연결은 타자기, 먹지 사본('CC') 및 사내 우편 시스템으로 이루어지며, 최고층의 누군가가 F9를 누를 때마다 새로 고치는 데 며칠이 걸린다. (Shirley MacLaine은 엘리베이터 안내원을 연기하므로, 이것은 사실 버튼과 스프레드시트 셀 사이의 로맨스다.)
사람들이 생산성, 즉 PowerPoint와 Excel, Google Docs와 클라우드가 그것들을 죽일지 아닐지, 메시징과 클라우드, 혹은 '진짜 업무'에는 PC가 필요하다는 이야기 등을 할 때면 나는 CC Baxter와 그의 Friden 계산기가 떠오른다. 그 기계를 죽인 것은 더 낫고 싼 경쟁자가 아니라, 같은 근본적 비즈니스 요구를 해결하는 완전히 다른 방식이었다. 수백 명의 사람이 보험료율을 재계산하는 대신 회사는 메인프레임을 구매했다. 비즈니스 요구는 충족됐지만, 메커니즘은 완전히 바뀌었고 기존 도구는 사라졌다.
생산성의 미래는 네트워크가 없던 시대에 구상되고 만들어진 소프트웨어 애플리케이션과 문서 모델을 클라우드에 올리거나, 그것들을 웹 앱으로 먹지 사본처럼 복제하는 일이 아닐 가능성이 크다. 이는 PC로 타자기로 하던 일을 그대로 하는 것과 다르지 않다. 그리고 물론 많은 사람이 처음에는 정확히 그런 방식으로 PC를 사용했다. 오늘날 우리가 플로피 디스크를 위해 구상된 소프트웨어 모델의 웹 앱 사본을 만들듯이, 초기 PC는 흔히 메모를 타이핑한 뒤 출력하여 사내 우편으로 보내는 데 사용됐다. 이메일이 사내 우편을 대체하는 데 시간이 걸렸고, 사람들이 Word 파일을 첨부 파일로 이메일로 보내는 일을 멈추는 데는 더 오랜 시간이 걸렸다. 마찬가지로 우리는 비용 정산 양식(먹지 사본 포함)을 타이핑하던 데서, 양식의 Word 문서 버전에 입력하는 방식으로, 양식과 똑같이 생긴 전용 Windows 앱으로, 양식처럼 보이는 웹 페이지로 옮겨 갔다. 그러다 갑자기 누군가가 영수증 사진을 찍으면 되는 것 아니냐고 생각해 냈다. 시간이 걸리지만, 결국 우리는 새 도구로 옛 방식을 복제하는 일을 멈추고 새 도구에 맞는 새 방식을 찾아낸다.
그러므로 Marshall McLuhan의 표현을 빌리면, 새 도구는 처음에는 기존 업무 흐름에 맞게 만들어지지만 시간이 지나면 업무 흐름이 도구에 맞게 바뀐다.
때로는, 그리고 정말 때로만, Athena가 완성된 모습으로 태어난 것처럼 새 모델이 탄생하는 모습을 볼 수 있다. 최초의 스프레드시트 소프트웨어인 VisiCalc에 대한 1979년의 이 소개는 바로 그 순간을 포착한다. 대부분의 사람에게 종이로 된 대응물이 없었기 때문에, 글쓴이는 우리가 스프레드시트라고 부르는 개념이 무엇인지(그 용어 자체는 한 번도 쓰이지 않는다), 무엇에 유용할 수 있는지를 천천히 설명해야 한다.
(덧붙이자면, 이 리뷰만큼이나 좋은 것은 같은 페이지에 경쟁 비디오텍스트 서비스에 대한 논의도 있다는 사실이다.)
하지만 아주 이른 시기부터 스프레드시트가 실제로 '마법의 종이'이기는 해도, 실제 계산이 아닌 일에 흔히, 어쩌면 대부분 사용된다는 점은 분명해졌다. Joel Sposky가 여기에서 지적했듯이 Excel은 표를 만드는 훌륭한 방법이다. 또한 세계에서 가장 널리 배포된 IDE이자 세계에서 가장 널리 배포된 데스크톱 출판 프로그램이기도 하다. 일본에서는 사람들이 편지를 쓸 때 Word 대신 이를 사용했다(레이아웃 제어를 위해서였다). 얼마 전 Twitter에서 한 컨설턴트와 이야기했는데, 그는 업무의 절반은 Excel을 쓰는 사람들에게 데이터베이스로 바꾸라고 말하는 일이고, 나머지 절반은 데이터베이스를 쓰는 사람들에게 Excel로 바꾸라고 말하는 일이라고 했다. 도구가 업무 흐름에 맞춰지고, 이어 업무 흐름이 도구에 맞춰진다.
Microsoft Office는 생산성 앱 분야에서 최종적으로 사용 범위가 매우 넓어졌다는 점에서 다소 이례적이라고 생각한다. 보통 사람들은 휴가 사진을 자르기 위해 Photoshop을 쓰거나 새 소파를 어디에 둘지 스케치하기 위해 AutoCAD를 쓰지는 않는다. 하지만 Office는 설계되고 최적화된 용도로 사용하는 사람들과, 아주 널리 또 저렴하게 배포됐고(오늘날 어떤 방식으로든 약 10억 부가 사용 중일 것이다) 폭넓고 유연하기 때문에 그저 उपलब्ध하다는 이유로 사용하는 사람들을 모두 포괄한다. (물론 이는 논쟁의 여지가 있다. Photoshop으로 웹 레이아웃을 만드는 일도 Excel을 데이터베이스로 사용하는 것만큼 '남용'이라고 할 수 있다.) 그래서 Excel로 복잡한 금융 모델을 만드는 사람도 있고 시간표를 관리하는 사람도 있으며, Word로 복잡하고 구조화된 문서를 만드는 사람도 있고 메모를 쓰는 사람도 있으며, PowerPoint로 복잡한 데이터를 넓은 청중에게 전달하는 사람도 있고 내부 지표 보고에 사용하는 사람도 있다.
수십 년 동안 이는 대부분의 사람이 대부분의 기능을 필요로 하지 않는다면, 기능은 더 적지만 더 저렴하거나 다른 시장 진출 경로를 지닌 경쟁자가 점점 더 많은 사용자를 빼앗아 가고, 극히 핵심적인 고급 사용자만 남길 수 있다는 생각을 낳았다. 이는 실제로는 일어나지 않았고, 내게는 이것이 문제를 바라보는 잘못된 방식일 수 있다는 생각이 든다.
고급 사용자에게 그런 기능이 필요한 이유는 복잡한 금융 모델, 정교한 프레젠테이션, 구조화된 문서 등을 만드는 것이 그들의 업무이며, 그 기능이 이를 하는 데 도움이 되기 때문이다. 그러나 다른 모든 사용자가 때로 모든 기능 없이도 지낼 수 있는 이유는 그들의 업무가 더 단순하고 기초적인 문서를 만드는 일이어서가 아니다. 오히려 그들의 업무는 프레젠테이션이나 모델을 만드는 일이 애초에 전혀 아니다. 그들은 영업, 마케팅, 물류 혹은 수십 가지 다른 역할에 있으며, 가진 것이 그것이어서 이런 도구를 쓰지만 그것이 그들의 업무는 아니다. 그저 도구일 뿐이다. 따라서 이 사람들은 더 단순하고 저렴한 PowerPoint나 Excel의 대안(혹은 Photoshop의 대안), 또는 몇 가지 기능만 다른 제품을 사용해야 하는 것이 아니다. 도구가 바뀌는 방식은 근본 과업을 달성하는 완전히 다른 방법을 제공받을 때다.
따라서 오늘날 수천 개 회사에서 수천 명의 임원이 내부 시스템에서 데이터를 Excel로 가져오고, 차트를 만들고, 차트를 PowerPoint에 넣고, 몇 개의 글머리표를 작성한 다음 PowerPoint를 다른 십여 명에게 이메일로 보낸다. 이 업무를 죽이는 것은 더 좋거나 싼(혹은 더 나쁘지만 무료인) 스프레드시트나 프레젠테이션 소프트웨어가 아니라, 같은 근본 요구를 해결하는 완전히 다른 방법, 즉 다른 메커니즘이다. 그 PowerPoint 파일은 두 사람이 동시에 작업할 수 있는 슬라이드 제작 웹 앱으로 대체될 수 있다. 하지만 실시간 데이터, 예상 밖 변화에 대한 알림, 채팅 채널 또는 Slack 통합을 갖춘 SaaS 대시보드로 대체되어야 한다(Slack은 a16z의 투자 대상이다). PowerPoint는 프레젠테이션이 전혀 아닌 것들에 의해 죽는다. 비즈니스 요구는 충족되지만 메커니즘이 바뀐다. '파일/새로 만들기' 메뉴의 제안에서 이러한 사용 사례 일부를 볼 수 있다. 이들 각각은 스마트폰 앱이나 웹 서비스, 즉 생산성 앱의 언번들링이다. 그리고 이들 중 어느 것도 '스프레드시트'일 필요는 없다.

물론 바뀌는 것은 정확히 어떤 하드웨어가 필요한가에 대한 우리의 가정이기도 하다. 큰 화면이 필요한가, 작은 화면이 필요한가, 키보드와 마우스가 필요한가 아니면 터치만으로 되는가, 복잡한 다중 창 OS(Windows, Mac OS)가 필요한가 아니면 전체 화면 사용에 기반한 더 단순한 모델(Windows 8 등, iOS, Android)이 필요한가? Excel 파일을 만들고, 차트를 PowerPoint에 붙여 넣고, 글머리표나 메모를 작성해야 한다면 그렇다. 키보드, 마우스, 창 시스템이 일을 훨씬 쉽게 해 준다. 하지만 대시보드에서 몇 가지 핵심 변화를 표시하고 동료 세 명에게 검토하도록 태그해야 한다면, 그렇지 않을 수도 있다. 달성되는 비즈니스 과업은 같을 수 있다. 다시 말해, x를 하려면 키보드가 필요하다. 하지만 x가 실제로 당신의 업무인가, 아니면 오늘날 당신이 업무를 하기 위해 쓰는 도구일 뿐인가?
생산성은 일련의 동사로 나뉜다. CC Baxter의 사무실에서는 그러한 동사 각각이 물리적 물체가 된 모습을 볼 수 있다. 시간이 흐르며 도구가 바뀌고, 조직이 도구에 의해 바뀌며, 물론 근본 비즈니스 자체도 바뀌면서 그 동사들은 결합되고, 분리되고, 연결되고, 생성되고, 사라진다. 실제로 이메일을 보내거나 스프레드시트를 만드는 것이 아니다. 분석하고, 위임하고, 보고하고, 협의하고, 결정하고, 추적하는 등의 일을 하는 것이다. 혹은 '무슨 일이 일어나고 있고, 우리는 무엇을 하고 있으며, 무엇을 해야 하는가?'라고 할 수 있다. 도구의 각 집합은 이를 서로 다른 패턴으로 고정하지만, 그 패턴을 보고 일이 반드시 그렇게 해야 한다고, 그것이 '진짜 업무'의 모습이라고 가정해서는 안 된다.
이 모든 것을 관통하는 것은 커뮤니케이션이며, 그것이 아래 슬라이드(PowerPoint로 만들었음은 물론이다)를 만들게 했다. 커뮤니케이션은 마닐라 사내 우편 봉투에 넣어 직접 당신의 책상으로 전달되는 타이핑된 메모에서, PowerPoint로 공들여 만든 정교한 프레젠테이션(이메일로 보낼 수도, 화면에서 발표할 수도, 인쇄할 수도 있다)을 거쳐, 서드파티 서비스 및 데이터 통합 기능을 갖춘 채팅 앱 Slack의 스레드로 바뀐다. 진짜 근본 과업은 "위젯 판매가 어떻게 진행되고 있는가, 왜 그런가, 그리고 우리는 무엇을 해야 하는가?"라는 문제를 둘러싼 커뮤니케이션이며, 이것은 전혀 바뀌지 않았을 수도 있다. 다만 답을 얻는 시간은 일주일에서 하루, 1분으로 줄었을 수 있다.

이를 더 추려 보면 정보와 그 정보의 생성 및 분석이 있고, 그다음에는 조직의 결합 조직인 커뮤니케이션이 있다. 지금은 이 둘 모두 대체로 문서 파일을 만들고 돌려보거나 함께 검토한다는 뜻이다. 하지만 그 모델에 영원한 것은 없다.
아이러니하게도 초기 기업용 메시징 프로그램 중 하나인 Lotus Notes는 이메일, 일정 관리 등을 훨씬 넘어서는 것을 목표로 했다. 통합 개발 환경, 데이터베이스, 메시징 시스템, 즉 '그룹웨어'에 대한 비전이 있었다. 하지만 그렇게 되지는 않았고, 내가 15년 전에 해야 했던 것처럼 Lotus Notes를 실제로 사용하는 일은 Microsoft Access로 만든 이메일 클라이언트를 쓰는 것과 다소 비슷했다. 이론적으로는 가능하고 아주 영리하지만 좋은 생각은 아니다. 1990년대의 OLE도 제대로 작동하지 않은 또 다른 개념이었다. 한 프로그램의 문서 조각을 다른 프로그램 안에 삽입하는 방식이다. 그러나 오늘날 데스크톱에서 Facebook의 플랫폼은 Ray Ozzie의 비전을 다시 처음부터 구축한 것과 거의 같다. 다만 기업용이 아니라 소비자용이고, 판매 예측 대신 고양이 사진을 위한 것이다. 즉 메시징과 내장 애플리케이션, 다양한 과업을 위한 여러 데이터 유형과 보기를 결합한 것이다. 따라서 하나의 미래 모델로 '기업용 Facebook'을 제안할 수도 있다. 다만 이 비유의 핵심은 소셜이 아니라 플랫폼이다.
이것은 Microsoft의 이 영상 같은 생산성 콘셉트 영상이 흔히 보이는 모습이기도 하다. 어쩐지 공상과학 인터페이스에는 서로 다른 공급업체의 여러 애플리케이션과 불완전한 상호 호환성이 존재하지 않는다. 대신 서로 다른 모든 데이터 유형이 노드와 화면 사이를 매끄럽게 흐른다. 모든 것은 구조화된 데이터이며(PDF의 숫자를 Excel에 더 이상 직접 입력하지 않는다), 모든 것은 메시지이거나 메시지가 될 수 있다. 이 영상은 사실 Facebook을 보여 주고 있다. 단, 기업용이고 매우 얇은 산세리프체가 잔뜩 들어간 Facebook이다.
2015년 Office 콘셉트 영상
여기서의 과제는 한편의 폭넓음과 유연성, 다른 한편의 집중성과 단일 목적 효율성 사이의 절충이다. 좁은 영역을 다룬다면 하나의 UI에서 모든 것이 함께 흐르도록 만들기 쉽지만, 서로 다른 수많은 과업과 데이터 유형을 포괄하려 한다면 훨씬 어렵다. 때로 올바른 '통합 UI'는 전용 앱이고, 때로는 서로 다른 UI를 지닌 수많은 앱을 모으는 Windows 또는 웹 브라우저다. 하지만 대부분의 경우 보편적 연결고리는 이메일 앱 자체로, 문서와 데이터와 아이디어를 연결한다. 즉 '보내기'는 다른 것들을 묶는 보편적 동사다.
Notes나 Facebook 외에도 이 분야에는 많은 실험이 있었다. 2010년까지 거슬러 올라가는 Google의 중단된 Wave, Microsoft의 Courier 콘셉트, 그리고 현재 Microsoft의 'Gigjam' 프로젝트도 포함할 수 있다. 하지만 지금 이를 살펴보기 좋은 곳은 두 생산성 스타트업, Slack과 Quip을 비교하는 일이다.
Slack은 사람 간 메시징 플랫폼으로, 서드파티 통합을 통해 메시징 이상의 역할을 하며 기업 내 다른 모든 시스템을 위한 공통 집계 계층 역할을 한다. 회사의 수십 개 다른 시스템에서 나오는 모든 메시지, 업데이트, 알림을 관련 팀 또는 프로젝트 채팅 채널에 삽입하고, 나중에 훑어보거나 검색할 수 있다. Slack은 사실상 네트워크형 파일 관리자다. 다만 Photoshop, Word, Excel 파일로 가득한 폴더 대신 Google Docs, SAP, Salesforce로의 링크가 있고, 이 모든 것은 관련 맥락과 팀 대화로 둘러싸여 있다. 그렇다면 Slack이 소프트웨어를 더하는 메시징이라면, Quip은 반대 방향이다. 즉 별도 앱('이 문서를 이메일로 보내기')에 사일로화된 것이 아니라, 메시징이 데이터 모델의 필수적 부분인 생산성 소프트웨어(표, 분석, 텍스트, 과업 등)다. 둘 다 하려는 일은 데이터가 모두 커뮤니케이션 공간 안에 놓이도록 '메시징'과 '애플리케이션' 사이의 경계를 흐리는 것이다. 위의 Microsoft 콘셉트 영상과 상당히 닮았다.
내가 여기에서 논의했듯이, 더 일반적으로 스마트폰 인터페이스에서도 거의 같은 일이 일어나고 있다. 메시징과 앱의 차이가 흐려지고 있다. 이 모든 것은 모든 소프트웨어가 이메일을 읽을 수 있을 때까지 확장된다는 오래된 기술 농담('Zawinski의 법칙')을 떠올리게 한다. 하지만 이제는 양방향으로 작동한다. 메시지는 소프트웨어가 되고, 소프트웨어는 메시지가 된다.
과거: 모든 소프트웨어는 메시징을 포함할 때까지 확장된다 현재: 모든 메시징은 소프트웨어를 포함할 때까지 확장된다
— Benedict Evans (@BenedictEvans) 2015년 3월 13일