가치를 재는 법
내역서를 링크 하나로 공유하기: 엑셀을 메일로 돌리는 데 몇 시간이 들고, 「어느 게 최신판?」은 왜 생기나
내역서 한 벌은 메일로 보낸 엑셀 파일로 2–4명 사이를 돌고, 늘 누군가 「어느 게 최신판?」이라고 묻습니다. 한 벌 전체 — 도면, 물량표, 숫자 하나하나의 근거 — 가 하나의 공유 프로젝트 뒤에 있고, 이메일로 함께 작업에 초대하거나 계정이 필요 없는 보기 전용 링크를 보낼 수 있다면, 검토 왕복은 매달 몇 시간을 돌려받는가?
내역서 한 벌은 몇 사람을 거치고, 파일을 주고받는 한 바퀴에 몇 시간이 드는가?
필요한 것은 한 달 내역서 수, 관여하는 사람 수, 검토 왕복 횟수, 시간당 비용뿐입니다. 메일로 보내는 파일 수, 검토 횟수, 옛 판으로 한 검토 횟수는 거기서 나옵니다. 모두 고칠 수 있습니다.
위 네 숫자에서 나온 값 (한 달)
가정 — 펼쳐서 하나씩 보고 고치기
모든 항목이 기대는 가정
파일 보내기
옛 판으로 하는 작업
숫자의 근거 묻기
빼야 할 항목
이것은 추정이지 약속이 아닙니다. B가 가장 무른 항목입니다 — 두 「옛 판」 비율을 같게 두고 다시 읽어 보세요. 공유 프로젝트에서 일하는 비율을 0으로 두면 빼는 항목까지 모두 0이 됩니다. 정직한 모델은 그렇게 될 수 있어야 합니다.
내역서 한 벌이 한 사람 손에서만 끝나는 일은 드뭅니다. 작성자가 물량을 산출하고 단가를 넣고, 검토자가 다시 보고,
컨설턴트가 심사하거나 발주처가 승인 전에 훑어봅니다. 두세 명에서 네 명. 그리고 그 사이를 오가는 것은 메일로 보내는
엑셀 파일입니다. naeyeok_v3.xlsx, naeyeok_v3_sujeong.xlsx, naeyeok_v3_final_sujeong2.xlsx. 의견이 한 바퀴 돌 때마다
사본이 늘고, 각자 받은 판을 들고 있으며, 전 과정에서 가장 많이 되풀이되는 질문은 **「어느 게 최신판이지?」**입니다.
두 번째 질문이 바로 뒤따릅니다. 「이 숫자는 어디서 나왔지?」 검토자가 이상한 물량을 보고 묻고, 작성자는 도면 세트를 열어 그 쪽을 찾고, 화면을 캡처해 메일로 답합니다.
이 글의 질문은 이것입니다. 한 벌 전체 — 도면, 물량표, 숫자 하나하나의 근거 — 가 모두가 함께 여는 하나의 프로젝트 뒤에 있다면, 그 파일 왕복은 매달 몇 시간을 돌려주는가?
1. 무엇이 바뀌나
프로젝트 소유자가 「공유」를 누르면 두 가지 방법이 있고, 따로 써도 함께 써도 됩니다.
- 이메일로 「함께 작업」. 추가된 사람은 자기 목록에서 프로젝트를 보고 소유자처럼 작업합니다. 파일을 올리고, 도면을 보고, 물량표를 고치고, 어시스턴트에게 묻습니다. AI 사용료는 각자 냅니다 — 질문은 질문한 사람의 크레딧에서 빠지고, 방금 올린 파일을 자동으로 읽는 것도 마찬가지입니다(올린 사람이 냄). 프로젝트를 바로 여는 버튼이 든 알림 메일이 가고, 아직 계정이 없는 주소는 바로 그 주소로 가입하는 순간 프로젝트가 보입니다. 같은 주소를 다시 추가해도 메일은 다시 가지 않습니다. 다시 알리려면 「다시 보내기」를 누릅니다.
- 공개 보기 전용 링크. 링크를 가진 사람은 누구나 도면, 내역서, 물량표, 점검 결과, 대화를 볼 수 있습니다 — 계정을 만들지 않고, 그리고 아무것도 고치거나 올릴 수 없습니다. 가입하고 AI 요금제가 있는 계정은 자기 크레딧으로 프로젝트에 대해 어시스턴트에게 물을 수 있지만, 그 차례에는 어시스턴트가 프로젝트에 쓰지 못합니다. 「새 링크」는 옛 링크를 무효로 하고 그것으로 들어온 사람을 모두 내보냅니다. 소유자는 링크를 연 사람 수를 봅니다.
사람을 더하고 빼고, 링크를 관리하고, 프로젝트를 지우는 것은 소유자만 할 수 있습니다. 대화에는 질문마다 질문한 사람의 이름이 나오고, 다른 사람의 AI 비용은 보이지 않습니다.

기술적인 세부 하나를 적어 둡니다. 이런 기능이 가장 쉽게 틀리는 곳이기 때문입니다. 프로젝트의 모든 기능은 기본으로 수정 권한을 요구하고, 「읽기」로 분명히 표시된 기능만 링크로 보는 사람에게 열립니다. 누가 표시를 잊은 새 기능은 보는 사람을 거부하지, 몰래 고치게 두지 않습니다. 공유 시험은 먼저 옛 기본값으로 돌려 실패시킨 뒤에 통과시켰습니다.
2. 첫 번째 원천: 파일 주고받기
한 바퀴마다 작성자는 새 판을 검토자 각자에게 보내고, 검토자는 의견을 돌려보냅니다. 검토자 한 사람에 파일 두 개입니다. 메일 파일은 양쪽에서 품이 듭니다. 새 판을 저장하고, 이름을 붙이고, 첨부하고, 몇 줄 씁니다. 받는 쪽은 내려받고, 폴더에서 어느 것이 최신인지 찾고, 열어서 지난 판과 비교합니다.
재는 법. 지난달 메일함에서 내역서 파일이 첨부된 메일을 내역서별로 셉니다. 작성자와 검토자 한 명에게 한 번 주고받는 데 몇 분이 드는지, 최신판을 찾는 시간까지 포함해 묻습니다.
믿을 만한 정도: 보통. 메일은 셀 수 있지만, 파일 하나의 분은 깔끔한 사람과 내려받기 폴더에 사본이 수백 개인 사람 사이에 크게 다릅니다.
3. 두 번째 원천: 이미 바뀐 판으로 한 검토
이것이 「어느 게 최신판?」의 진짜 값입니다. 검토자가 v3에 의견을 쓰는 동안 작성자는 이미 v4로 넘어갔습니다. 의견을 한 줄씩 다시 맞춰 보고, 일부는 다시 하고, 때로는 고친 오류가 도로 「고쳐집니다」.
재는 법. 작성자에게 묻습니다. 지난 석 달 동안 의견이 옛 판에 쓰였다고 드러난 것이 몇 번이었고, 한 번 풀어내는 데 얼마나 걸렸는지. 기억에서 나온 숫자는 부정확하지만 이 글의 10%보다는 낫습니다.
믿을 만한 정도: 낮음 — 가장 무른 항목. 두 「옛 판」 비율을 같게 두어도 계산기에는 한 달 10.7시간이 남습니다.
4. 세 번째 원천: 근거 질문
재는 법. 끝난 내역서 한 벌의 메일 흐름에서 이런 질문을 셉니다.
믿을 만한 정도: 보통 — 조건이 하나 있습니다. 도면 쪽에 이미 연결된 물량 행만 스스로 질문에 답합니다. 근거 없이 손으로 친 행은 여전히 질문을 받습니다. 그리고 도면 쪽은 스캔 쪽까지 포함해 세트 전체에 글자가 있을 때에만 빨리 찾힙니다 — 그것은 다른 글 스캔 도면에 글자 검색을에서 따로 쟀습니다.
5. 빼야 할 항목: 초대
한 사람을 한 프로젝트에 초대하는 데 약 2분: 주소를 치고, 알림이 갔는지 확인합니다. 검토자 2명 × 4벌: 한 달 약 0.2시간. 공유 자체에는 AI 비용이 들지 않습니다. 어시스턴트에게 묻는 사람이 그만큼 내고, 그것은 이 계산기에 들어 있지 않습니다.
6. 합계
| 원천 | 시간/월 | 금액/월 (시간당 80,000동) |
|---|---|---|
| 파일 주고받기 | 7.7 | 61만 동 |
| 옛 판 검토로 인한 재작업 | 5.2 | 41만 동 |
| 근거 질문 | 3.2 | 26만 동 |
| 초대 | −0.2 | −2만 동 |
| 돌려받는 시간 | 15.9 | 127만 동 |
내역서 4벌로 관여하는 모두 — 작성자, 검토자, 컨설턴트 — 합쳐 한 달 약 16시간. 예시의 급여로 1년에 약 1,500만 동입니다. 지금 파일 왕복에는 약 24.5시간이 듭니다.
한 번만 셉니다. 이 시간은 돈이거나 더 많은 일을 맡을 여력이지, 둘 다는 아닙니다. 그리고 여러 사람에게 나뉘어 있습니다. 작성자에게는 대부분 첫 번째와 세 번째에, 검토자에게는 두 번째에 있습니다.
7. 이 ROI가 기대는 가정
모두가 정말로 공유 프로젝트에서 일한다는 것. 세 원천 모두의 밑에 있는 가정입니다. 컨설턴트가 계속 「엑셀 보내 주세요」라고 하고 의견이 다시 메일로 돌아온다면, 돌아오는 시간은 없습니다. 계산기에서 그 비율을 0으로 두면 빼는 항목까지 모두 0이 됩니다. 계정이 필요 없는 보기 링크가 있는 것도 바로 이 가정 때문입니다 — 받는 사람이 보기만 하려고 가입할 필요가 없습니다.
링크는 공식 제출을 대신하지 않습니다. 승인을 위해 내는 내역서는 규정대로 서명한 파일이나 종이 그대로입니다. 공유 프로젝트가 줄이는 것은 그 제출 전의 왕복이지 제출 자체가 아닙니다.
링크를 가진 사람은 대화까지 모두 봅니다. 밖으로 전달된 링크는 밖으로 나간 도서 한 벌입니다. 한 당사자가 프로젝트를 떠나면 「새 링크」를 누르고, 오래 함께할 사람에게는 링크 대신 이메일 「함께 작업」을 쓰세요.
**옛 판 검토 10%**는 이 글에서 가장 틀리기 쉬운 숫자입니다. 믿기 전에 재 보세요.

8. 자기 회사에서 재기
- 기준을 잡습니다. 방금 끝난 내역서 한 벌을 고릅니다. 첨부 메일과 근거 질문을 세고, 석 달 동안 옛 판을 검토한 일이 몇 번 있었는지 묻습니다.
- 한 벌을 공유 프로젝트로 돌립니다. 검토자를 이메일로 초대하고 컨설턴트에게는 링크를 보냅니다. 파일이 아직 몇 개나 메일로 갔는지, 검토자가 링크를 열었는지, 근거 질문에 몇 번이나 손으로 답했는지 적습니다.
- 같은 종류끼리 비교합니다. 의견이 세 번 오간 내역서와 한 번 오간 내역서는 다릅니다. 많은 왕복은 많은 왕복과 비교합니다.
9. 기억할 것
도서 한 벌에는 사는 곳이 하나여야 합니다. 내역서가 메일함 다섯 곳에 살면, 모든 사본이 최종판처럼 보이고 어느 것이 더 새것인지 아는 사본은 없습니다. 한곳에 두면 「어느 게 최신판?」이라고 물을 자리가 사라집니다.
검토 왕복에서 가장 비싼 질문은 「이 숫자가 맞나」가 아니라 「이게 최신판인가」다.
공유 방법, 보는 사람 종류별 권한, AI 사용료를 각자 내는 방식, 기본 권한 시험은 글을 쓰는 시점의 Xây dựng G20에 따라 설명했습니다. 화면은 샘플 프로젝트의 것이고, 이메일은 샘플 주소입니다. 한 달 내역서 수, 사람 수, 왕복 횟수, 파일 하나의 분, 옛 판 검토 비율, 질문 수, 급여는 예시 숫자입니다. 자신의 숫자로 바꾸세요.
이어서 읽기
-
청구서를 두 번 만들지 않기: 만들기 전에 회계 장부에 묻는다, 209건 중 199건은 이미 있었다
청구서 발행을 회계 프로그램에서 ERP로 옮길 때, 양쪽이 모두 청구서를 만드는 기간이 생깁니다. ERP가 만들기 전에 회계 장부에 직접 묻는다면 한 번의 전환에서 중복 몇 건을 피할 수 있을까 — 정리하지 않아도 되는 중복 한 건은 얼마의 가치일까?
-
원래 발주서 단가로 청구하기: 납품서는 21,000, 체인의 PO는 30,000
유통 체인은 공급자의 납품서가 아니라 자기 PO에 적은 단가로 지급합니다. 기계가 PO 단가를 읽어 차이가 타당하면 그 단가로 청구하고, 다음을 위해 가격표를 고친다면 매달 얼마의 가치가 있을까 — 그리고 어느 행은 여전히 사람이 정해야 할까?
-
스캔 도면에 글자 검색을: 171쪽을 338초에 인식, 쪽 넘기던 시간은 얼마나 돌아오나
도면 세트의 스캔 쪽에서는 Ctrl+F로 아무것도 찾지 못해 기호 하나를 찾으려 해도 넘겨야 합니다. 스캔 쪽이 모두 글자로 인식되면 — 글자 쪽과 스캔 쪽을 따로 세고, 끊겨도 빠진 쪽만 다시 읽으면 — 적산 기술자는 매달 몇 시간을 돌려받고, 가장 큰 세트는 정말 끝까지 도는가.