프로세스 지도가 나왔고 항목이 정의되었습니다. 다음 질문은 어떤 도구로 지을까입니다. 이 강의는 그 질문을 취향에서 꺼내어 일곱 기준의 점수표로 바꿉니다. 같은 표를 채우는 누구나 같은 결론에 이를 수 있습니다.
2강에서 프로세스 지도를 그렸고 3강에서 어떤 항목을 모을지 정했습니다. 이제 손에 있는 것은 측정할 수 있는 업무입니다. 이 강의는 그 업무를 어떤 구축 방식으로 할지 정하는 일을 다룹니다.
도구 결정은 대개 취향 다툼으로 흘러갑니다. 이 강의에서는 다툼을 놓고 그 자리에 일곱 기준의 점수표를 놓습니다. 점수표는 결정을 개인 의견에서 꺼내어, 같은 표를 채우는 누구나 같은 결론에 이를 수 있게 만듭니다.
선행 조건: 2강의 프로세스 지도. 지도가 없으면 채점을 할 수 없습니다. 기준의 대부분이 지도에 담긴 내용에 기대기 때문입니다.
자동화는 세 가지 방식으로 지을 수 있습니다. 셋 다 맞을 수 있고, 어느 것이 맞는지는 업무에 따라 바뀝니다. 아래의 구분은 뒤에 오는 기준들이 딛고 서는 바닥입니다.
특정한 업무를 하려고 만들어져, 온 그대로 도는 시스템입니다. 설치가 짧고 관리는 공급사가 집니다. 대신 프로세스가 제품에 맞춰지고, 제품이 프로세스에 맞춰지지는 않습니다.
이미 만들어진 블록으로 흐름을 짜게 해 주는 중간 층입니다. 프로세스가 여러분의 규칙대로 모양을 잡고 코드는 쓰지 않습니다. 대신 흐름이 늘어날수록 관리가 여러분 쪽에 쌓입니다.
업무에 맞춰 쓰인 시스템입니다. 프로세스가 무엇이든 그대로 지어지고, 경계는 제품이 아니라 업무의 것입니다. 대신 구축과 관리가 가장 무거운 방식입니다.
셋은 서로의 대안이면서 동시에 서로의 층이기도 합니다. 한 사업장에서 회계는 완제품으로, 요청 흐름은 노코드로, 매물 대조는 맞춤 구축으로 돌 수 있습니다.
차이는 부담의 크기만이 아니라 그 모양입니다. 완제품에서는 부담이 고르고 내다보이며, 대신 프로세스가 제품에 맞기를 기대합니다. 노코드에서는 설치가 가볍지만 흐름 수가 늘수록 관리가 조용히 쌓입니다. 맞춤 구축에서는 부담이 처음에 모이고, 변경 요청이 올 때마다 돌아옵니다. 결정할 때 셋 다 값이 있다는 것을, 그리고 다른 것은 그 값이 어디에 언제 떨어지느냐라는 것을 염두에 두세요.
도구 결정은 프로세스를 적은 뒤에 옵니다. 1강에 "도구는 맨 마지막에 온다"는 문장이 있었는데, 이 강의가 그 문장의 실전판입니다. 프로세스 지도 없이 하는 도구 비교는 기능 목록 비교로 바뀝니다.
기능 목록 비교는 사람을 헷갈리게 합니다. 제품마다 자기가 강한 기능을 늘어놓기 때문입니다. 여러분의 잣대는 제품이 무엇을 하느냐가 아니라 여러분의 업무가 무엇을 요구하느냐여야 합니다. 그 요구는 지도에 적혀 있습니다.
일곱 기준 가운데 처음 셋은 업무 자체를 봅니다. 기준마다 낮음, 보통, 높음을 주세요. 원한다면 0-100 범위의 점수를 써도 됩니다.
지도가 나왔습니까, 단계가 몇 달째 그대로입니까? 자리잡은 프로세스는 완제품이나 맞춤 구축에 맞습니다. 아직 바뀌는 중이라면 노코드가 변경을 싸게 감당할 수 있습니다.
지도에 예외 경로가 몇 개 적혀 있습니까? 예외가 적으면 완제품에 맞습니다. 많으면 제품의 틀에 들어가지 않는 경우가 쌓이고 손으로 하는 일이 돌아옵니다.
프로세스가 몇 개의 시스템에 닿습니까? 한 시스템 안에 머무는 업무는 완제품으로 돌 수 있습니다. 여러 시스템이 이어져야 한다면 노코드나 맞춤 구축이 앞으로 나옵니다.
이 셋은 기억이 아니라 지도에서 읽으세요. 자리잡음은 지도가 마지막으로 갱신된 때를 보고, 예외 수는 적힌 예외 경로를 세고, 연동은 단계에 나오는 시스템 이름을 나열해서 봅니다. 셋 다 셀 수 있기에 그 점수는 논쟁에 닫혀 있습니다.
다음 두 기준은 업무가 아니라 그 업무를 굴릴 쪽을 잽니다. 이 둘을 건너뛰면 기술적으로는 맞지만 사업장에서 살지 못하는 시스템이 나옵니다.
흐름을 누가 바꿉니까? 안에 흐름을 짤 수 있는 사람이 있다면 노코드는 이어집니다. 없다면 모든 변경을 밖에 부탁하게 되고 작은 수정이 쌓입니다.
구축 뒤에 누가 관리합니까? 완제품에서는 관리가 공급사에, 노코드와 맞춤 구축에서는 여러분에게 있습니다. 관리 주인을 적지 않고 내린 결정은 여섯째 달에 앞을 가로막습니다.
이 둘은 대개 함께 움직입니다. 팀에 흐름을 짤 사람이 없으면 관리 부담은 저절로 밖으로 넘어갑니다. 그때는 완제품이나 관리 계약을 낀 맞춤 구축이 더 현실적인 선택이 됩니다.
팀의 역량을 채점할 때는 사람이 아니라 역할을 보세요. 오늘 흐름을 짜는 사람이 떠나면 역량도 함께 간다면 그 점수는 사실 낮습니다. 관리 부담을 채점할 때도 구축 직후의 몇 주만이 아니라 프로세스가 바뀌는 순간을 생각하세요. 변경 요청이 왔을 때 누가 얼마 만에 할 수 있는지가 관리의 진짜 잣대입니다.
마지막 두 기준은 결정하는 순간에 가장 적게 묻고 나중에 가장 비싸게 치르는 기준입니다. 둘 다 계약서를 읽어야 하지만 질문 자체는 간단합니다.
데이터는 누구 것이고 어디에 있으며 밖으로 꺼낼 수 있습니까? 3강의 항목 사전이 여기서 쓸모가 있습니다. 항목마다 꺼낼 수 있는지 하나씩 물으세요.
이 도구를 떠나고 싶다면 어떻게 됩니까? 데이터가 어떤 형식으로 나오는지, 흐름을 옮길 수 있는지, 옮기는 동안 업무가 멈추는지. 답을 모르는 도구는 하나의 의존입니다.
이탈 비용을 결정하는 순간에 묻는 것은 떠날 계획을 세우는 일이 아닙니다. 잣대를 처음부터 아는 것이 앞으로의 결정을 오늘 값싸게 만듭니다.
일곱 기준을 후보마다 따로 채점하세요. 후보라 함은 세 가지 방식이 아니라 그 구체적인 대응물을 말합니다. 살펴본 제품의 이름, 살펴본 노코드 도구의 이름, 받아 온 맞춤 구축 견적.
채점할 때 "이 도구가 좋은가"가 아니라 이 업무에 맞는가를 이 기준에서 물으세요. 같은 도구가 어떤 업무에서는 높고 다른 업무에서는 낮을 수 있습니다. 표는 도구가 아니라 맞물림을 잽니다.
근거 칸이 표에서 가장 값진 부분입니다. 결정을 나중에 다시 이야기할 때 사람들이 보는 것은 점수가 아니라 근거입니다.
채워진 한 줄은 이렇게 보입니다. 기준 연동 필요, 후보 완제품, 점수 낮음, 근거 "포털에는 연결되지만 기존 매물 시스템과는 연결이 없음". 이 한 문장이 석 달 뒤 같은 질문을 다시 하는 일을 없애 줍니다. 근거 없는 높은 점수는 대개 측정이 아니라 인상입니다.
표가 채워지면 대개 세 가지 무늬 가운데 하나가 나옵니다. 무늬는 정해진 규칙이 아니라 방향이고, 마지막 결정은 업무 전체에서 나옵니다.
프로세스가 자리잡았고, 예외가 적고, 연동 필요가 낮고, 팀에 흐름을 짜는 사람이 없고, 관리는 밖에 있기를 바랍니다. 데이터 소유권은 여기서 따로 물어야 합니다.
프로세스가 아직 바뀌고, 몇 개의 시스템이 이어질 예정이고, 팀에 흐름을 짤 사람이 있고, 관리가 안에 남을 수 있습니다. 이탈 비용은 여기서 따로 물어야 합니다.
예외가 많고, 프로세스가 사업장 고유이고, 연동이 깊고, 데이터 소유권이 중요합니다. 관리 부담을 치르는 대신 경계를 업무 자체가 정합니다.
표가 두 후보를 가깝게 보여 준다면 결정은 기준이 아니라 가중치에서 나옵니다. 어느 기준이 여러분에게 더 무거운지 적으세요. 그 문장이 결정의 근거가 됩니다.
구축 방식은 서로를 배제하지 않습니다. 흔한 배치는 이렇습니다. 기록과 회계는 완제품에 두고, 사업장 고유의 흐름은 노코드로 짜고, 어느 틀에도 들어가지 않는 한 조각만 맞춤으로 씁니다.
하이브리드 배치의 값은 경계 관리입니다. 어떤 정보가 어디서 갱신되는지 적히지 않으면 3강의 하나의 올바른 출처 규칙이 깨지고 데이터가 두 곳에서 갈라지기 시작합니다.
처음부터 하이브리드로 갈 필요는 없습니다. 대부분의 사업장은 한 방식으로 시작하고, 어느 틀에도 들어가지 않는 조각이 나타났을 때에만 두 번째 방식을 더합니다. 이 순서는 경계 관리의 부담을 정말 필요할 때에만 지게 해 줍니다.
점수표는 후보를 좁히지만 혼자 결정하지는 않습니다. 좁혀진 목록으로 작은 시험을 지어 보면 표에 적힌 짐작이 측정으로 바뀝니다.
시험은 1강의 파일럿 잣대와 같습니다. 좁은 범위, 하나의 트리거, 눈에 보이는 결과, 손으로 되돌릴 수 있음. 다른 점은 여기서의 목적이 업무를 자동화하는 것이 아니라 도구를 시험하는 것이라는 점입니다.
이탈 계획은 도구를 짓기 전에 쓰는 짧은 메모입니다. 그 안에 세 가지가 있습니다. 데이터를 어떤 형식으로 꺼낼 수 있는지, 흐름의 문서화된 대응물이 어디 있는지, 옮기는 동안 업무가 어떻게 돌아가는지.
이 메모는 떠나려고가 아니라 의존을 보려고 씁니다. 쓸 수 없는 이탈 계획은 결정 자체를 다시 생각해 보라는 신호일 수 있습니다.
공급사에 계획을 묻는 것을 꺼리지 마세요. 결정 단계에서 묻는 고객은 공급사 쪽에서도 진지하게 받아들여집니다. 그 질문이 계약서의 어느 조항을 읽었는지 보여 주기 때문입니다. 피하려 드는 이탈 질문은 그 자체로 기준에 대해 무언가를 말해 줍니다.
1강에서 부동산 사무소는 문의 기록을 파일럿으로 골랐습니다. 2강에서 그 지도가 나왔고 3강에서 항목이 정의되었습니다. 이제 어떤 도구로 지을지 봅니다.
후보: 사무소가 세 후보를 적습니다. 부동산 업계용 완제품, 일반 노코드 흐름 도구, 그리고 기존 매물 시스템에 붙일 맞춤 구축 견적.
프로세스와 예외: 지도는 자리잡았고 단계는 몇 달째 그대로입니다. 예외 수는 보통입니다. 지역이 맞지 않음, 두 번째 문의, 담당자 휴가. 셋 다 적혀 있습니다.
연동: 프로세스가 세 시스템에 닿습니다. 포털, 매물 시스템, 메신저입니다. 완제품은 포털은 읽지만 기존 매물 시스템에는 연결되지 않습니다.
팀과 관리: 사무소에 흐름을 짤 수 있는 담당자가 있고 간단한 변경은 스스로 합니다. 관리가 안에 남기를 바랍니다.
데이터와 이탈: 완제품에서는 매물 데이터가 공급사 시스템에 있고 꺼내는 길이 제한적입니다. 노코드 도구에서는 기록이 사무소 자기 표에 남고 흐름을 문서로 꺼낼 수 있습니다.
읽기: 완제품은 연동, 데이터 소유권, 이탈에서 낮게 나옵니다. 맞춤 구축은 관리 부담에서 무겁습니다. 노코드는 세 기준에서 보통, 네 기준에서 높음으로 나옵니다.
시험: 사무소는 노코드 도구로 접수 안내 단계만 짓고 지역 불일치 예외를 시험합니다. 예외가 지어지고, 매물 시스템이 이어지고, 담당자가 흐름을 스스로 바꿉니다.
결정과 이탈 계획: 노코드가 선택됩니다. 이탈 계획에 이렇게 적습니다. 기록은 사무소 표에 있고, 흐름의 문서화된 정의는 프로세스 지도에 있으며, 옮겨야 한다면 문의 기록을 한 주 동안 손으로 굴릴 수 있다.
이 강의의 값은 자기 파일럿 업무를 위해 표를 채우면서 나옵니다. 페이지 아래의 도구 비교표를 내려받아 쓰실 수 있습니다.
채워진 표는 5강의 입력이 됩니다. 고른 도구로 첫 자동화를 짓게 됩니다.
도구 비교표 내려받기 (xlsx) · 일곱 기준, 세 후보, 근거 칸, 그리고 시험 구축과 이탈 계획 부분까지 함께 들어 있습니다.
제품마다 자기가 강한 기능을 늘어놓습니다. 비교는 제품이 무엇을 하느냐가 아니라 여러분의 지도가 무엇을 요구하느냐로 합니다.
시연은 정상 흐름을 보여 주고 예외는 보여 주지 않습니다. 결정을 가르는 것은 정상 흐름이 아니라 지도의 예외가 지어질 수 있는지입니다.
안에 흐름을 짤 사람이 없는데 노코드를 고르면 작은 변경마다 밖에 매이게 되고 수정이 쌓입니다.
데이터가 어디 있느냐는 질문을 구축 뒤에 하면 답을 바꾸는 값이 비쌉니다. 그 질문은 결정하는 순간에 속합니다.
나가는 길을 모르는 도구는 의존입니다. 묻지 않으면 그 의존은 떠나야 할 때에야 보입니다.
도구 하나가 잘 돈다고 모든 업무를 그리로 옮기면 제품에 맞지 않는 프로세스가 억지로 끌려갑니다. 하이브리드 배치가 대개 저항을 덜 낳습니다.
도구 결정을 내리기 전에 아래 항목 전부에 예라고 답할 수 있어야 합니다.
도구 이야기에서 오가는 용어입니다. 공급사와 같은 말을 쓰면 비교가 짧아집니다.
이 강의에서 어떤 도구로 지을지 정하고 근거를 적었습니다. 다음 강의는 그 도구로 첫 자동화를 짓는 일을 다룹니다. 1강에서 소개한 다섯 부분이 거기서 실제로 쓰입니다.
공개된 강의로 이어 가고 싶다면, 일곱 번째 모듈이 만들어진 흐름이 기대대로 움직이지 않을 때 어디를 볼지 알려 줍니다.
구축 카드, 다섯 부분을 순서대로 짓기, 좁은 문으로 운영에 들어가기.
항목 사전. 데이터 소유권 기준의 바탕.
교육 섹션 전체와 이후 더해진 모듈들.
후보들을 함께 채점하고 싶으시면 연락 주세요. 표를 같이 채워 드립니다.
WhatsApp으로 견적 요청