생산성
Notion
문서와 데이터베이스를 한 화면에서 다루는 방식, 권한 체계와 버전 기록이 팀 규모에 따라 어떻게 달라지는지 확인합니다.
생산성 · 개발 · 협업 · 회계
기능 목록만 옮겨 적는 소개글이 아닙니다. 라이선스 구조와 호환성, 실시간 협업 방식, 고객지원 체계까지 확인한 뒤 판단을 적고, 운영 주체의 법인명과 사업자등록번호, 대표전화, 문의 창구를 같은 사이트 안에 공개합니다.
지금 다루는 범위는 여덟 개 제품군입니다. 제품의 인지도가 아니라 한국 업무 현장에서 실제로 비교 대상이 되는지를 기준으로 골랐습니다. 문서 작성, 화면 설계, 개발, 회계까지 한 사무실 안에서 함께 쓰이는 도구를 우선합니다.
아래 목록의 제품은 모두 별도 리뷰로 이어집니다. 리뷰마다 어떤 항목을 어떤 순서로 확인했는지 남기고, 플랜 구성이 바뀌면 본문을 다시 씁니다.
생산성
문서와 데이터베이스를 한 화면에서 다루는 방식, 권한 체계와 버전 기록이 팀 규모에 따라 어떻게 달라지는지 확인합니다.
생산성
브라우저에서 동시에 여러 명이 같은 파일을 편집할 때 무엇이 깨지는지, 컴포넌트 시스템이 핸드오프에서 어떻게 작동하는지 봅니다.
생산성
템플릿 중심으로 시각 자료를 만드는 흐름과, 브랜드 자산을 팀 단위로 관리할 때의 제약을 정리합니다.
생산성
한국어 문서 환경과 공공기관·교육 현장 서식 대응, 구독형과 영구 라이선스를 함께 비교할 때의 기준을 다룹니다.
개발
무료 코드 편집기를 팀 표준으로 삼을 때의 확장 기능 관리, 설정 공유, 초기 학습 부담을 살펴봅니다.
개발
2D 도면과 3D 설계 작업에서 구독 비용이 어떻게 누적되는지, 라이선스 배분과 교육 비용을 함께 봅니다.
유틸리티
압축, 이미지, 보안, PDF를 묶음으로 제공하는 구성이 사무실에서 실제로 얼마나 쓰이는지 확인합니다.
유틸리티
레이어 기반 편집 작업에서 팀 라이선스와 클라우드 저장공간 조건이 비용에 미치는 영향을 정리합니다.
목록에 없는 제품도 검토 요청을 받으면 기준을 먼저 확인합니다. 공식 연락처와 개인정보 처리 방침, 라이선스 조건을 공개하지 않는 서비스는 목록에 올리지 않습니다.
같은 기능이라도 구독형이냐 영구 라이선스냐에 따라 3년 총비용과 운영 부담이 크게 갈립니다. 라이선스를 뒤로 미루면 독자가 계약 단계에서 조건을 처음 발견하게 됩니다. 그래서 각 리뷰는 "이 팀이 어떤 주기로 비용을 지불하게 되는가"를 먼저 적고, 그다음에 기능 이야기를 붙입니다.
Microsoft 365, Adobe Creative Cloud, AutoCAD는 구독형으로 제공되고, 한컴오피스는 구독형과 영구 라이선스 관점에서 함께 비교되는 대표 제품군입니다. 갱신 조건과 인원 추가 비용, 업그레이드 정책과 지원 기간을 같은 표 위에 놓고 봅니다.
확인 항목
구독형에서 볼 것
영구 라이선스에서 볼 것
비용이 쌓이는 방식
월·연 단위 청구가 인원 증가에 따라 함께 늘어납니다. 좌석 수를 줄일 수 있는 시점을 확인합니다.
초기 지출이 크고 이후 갱신 비용이 낮습니다. 버전 업그레이드에 추가 비용이 붙는지 봅니다.
기능이 바뀌는 속도
기능이 계속 추가되고 등급이 재편됩니다. 쓰던 기능이 상위 플랜으로 이동하는지 봅니다.
설치한 버전이 유지됩니다. 새 버전을 사야 하는 항목이 무엇인지 확인합니다.
지원과 보안 업데이트
계약 기간 내내 지원이 붙습니다. 응답 채널과 지원 언어를 확인합니다.
지원 기간이 따로 정해집니다. 종료 이후 보안 업데이트 제공 여부를 확인합니다.
3년 총비용 계산
좌석 수 × 기간 요금에 부가 기능과 저장공간 비용을 더해 봅니다.
구매 비용에 업그레이드와 유지보수 비용을 더해 같은 기간으로 맞춥니다.
표에 적힌 항목은 리뷰마다 같은 순서로 확인합니다. 제품사가 공개한 조건이 바뀌면 해당 리뷰의 검토 시점과 갱신 사유를 함께 고칩니다.
한국 사무실에서 소프트웨어를 고를 때 한국어 지원 여부만 보면 부족합니다. 공공기관과 교육 현장에서 쓰이는 문서 서식, 한글 문서 호환성, 한국어 입력 방식이 실제 평가 포인트로 올라옵니다. 화면에 한국어가 나온다는 사실과, 우리 조직이 주고받는 문서가 열린다는 사실은 다른 문제입니다.
한컴오피스는 이 지점에서 오래 축적된 사용 경험이 있고, Microsoft 365는 국제 표준 문서 형식과의 호환성에서 강점을 보입니다. 두 제품을 나란히 놓고 "우리 조직이 어떤 문서를 누구에게 보내는가"를 기준으로 판단하도록 안내합니다. 외부 기관에 제출하는 서식이 많다면 서식 대응이, 해외 파트너와 파일을 주고받는다면 형식 호환성이 우선 기준이 됩니다.
문서를 주고받는 상대가 누구인지에 따라 우선 확인할 항목이 달라집니다. 리뷰마다 이 기준을 문장으로 남깁니다.
Figma는 실시간 협업과 컴포넌트 시스템이 핵심이고, 디자이너와 개발자 사이의 핸드오프에서 자주 쓰입니다. Slack과 Jira, Google Workspace는 팀 커뮤니케이션과 이슈 추적, 문서 공동 편집을 각각 맡습니다.
리뷰에서는 "동시에 몇 명이 같은 파일을 만질 때 무엇이 깨지는가"를 확인합니다. 권한 체계와 버전 기록이 약한 도구는 팀 규모가 커질수록 비용이 늘어나므로, 이 항목을 도입 전에 점검하도록 권합니다.
같은 파일을 여러 명이 동시에 열었을 때 편집 충돌이 어떻게 표시되는지, 알림이 누구에게 가는지 확인합니다.
외부 협력사와 파일을 공유할 때 권한을 어디까지 좁힐 수 있는지, 회수와 만료 설정이 있는지 봅니다.
되돌릴 수 있는 시점이 어디까지인지, 누가 언제 무엇을 바꿨는지 추적이 되는지 확인합니다.
디자인이 개발 단계로 넘어갈 때 수치와 자산이 다시 손으로 옮겨지는지, 자동으로 전달되는지 봅니다.
제품은 조용히 바뀝니다. 플랜 구성이 바뀌고, 요금제 이름이 바뀌고, 어떤 기능은 무료 등급에서 사라집니다. 그래서 각 리뷰에는 검토 시점과 갱신 사유를 남기고, 큰 변화가 생기면 본문을 다시 씁니다.
리뷰 기준과 검증 원칙 페이지에서 어떤 항목을 어떤 순서로 확인하는지, 이해관계 충돌이 있을 때 어떻게 처리하는지 공개하고 있습니다. 확인하지 못한 항목은 확인하지 못했다고 적습니다.
리뷰 기준 확인하기
소프트웨어를 비교하다 보면 "이 사이트가 누구 것인가"라는 질문이 반드시 나옵니다. 그래서 법인명, 사업자등록번호, 대표전화, 문의폼을 별도 페이지에 정리했습니다. 정보를 흩어 두지 않고 한 페이지에서 확인할 수 있게 한 이유는, 독자가 검증에 쓰는 시간을 줄이기 위해서입니다.
소프트웨어사업자 신고 여부처럼 조회로 확인 가능한 항목은 조회 절차까지 안내합니다. 리뷰를 읽는 일과 운영 주체를 검증하는 일이 따로 떨어져 있지 않다는 것이 이 사이트의 기본 전제입니다.
공식 비즈니스 정보 보기운영 주체 정보
사업자등록번호와 소프트웨어사업자 신고 여부처럼 공공 조회로 확인 가능한 항목은 조회 절차까지 함께 안내합니다.
처음 방문했다면 목록에서 분야를 고르는 편이 빠릅니다. 이미 후보를 두세 개로 좁혔다면 비교 페이지가 낫습니다. 예산과 라이선스 조건이 걸림돌이라면 각 리뷰의 라이선스 항목을 먼저 보십시오. 이 세 갈래가 이 사이트에서 가장 많이 쓰이는 동선입니다.
1
생산성, 개발, 협업, 회계 중 우리 팀이 먼저 손대야 할 영역을 정하고 목록을 봅니다. 리뷰마다 어떤 현장에서 쓰이는 도구인지 첫 문단에 적어 두었습니다.
소프트웨어 리뷰 목록 보기2
비슷한 역할을 하는 도구를 두세 개로 좁혔다면 비교 페이지에서 라이선스와 협업 방식, 한국어 환경을 같은 기준으로 맞춰 봅니다.
개발·협업 도구 비교하기3
보안과 개인정보 처리 방식이 궁금하거나, 이 사이트가 어떤 순서로 확인하는지 알고 싶다면 검증 원칙 페이지를 먼저 읽는 편이 낫습니다.
리뷰 기준 확인하기더존 Smart A처럼 국내 회계·세무 실무에 맞춘 제품은 국제 제품과 평가 기준이 다릅니다. 세무신고 서식과 규정 연계 방식, 결산 주기에 맞춘 기능 구성이 핵심이고, 한국 세법 개정 주기를 따라가는 지원 속도가 중요합니다.
이 영역은 기능 개수보다 "우리 실무자가 매달 반복하는 작업을 얼마나 줄여 주는가"로 판단해야 합니다. 결산 마감일에 문제가 생겼을 때 어디로 연락하는지도 함께 확인합니다.
더존 Smart A 리뷰 보기
결산 주기와 신고 일정에 맞춘 기능 구성을 확인합니다. 기능 개수보다 매달 반복되는 작업이 줄어드는지를 봅니다.
모든 소프트웨어를 다루지는 않습니다. 공식 연락처가 없거나, 개인정보 처리 방침을 확인할 수 없거나, 라이선스 조건을 공개하지 않는 서비스는 리뷰 목록에 올리지 않습니다. 기능이 아무리 좋아도 도입 후 문제가 생겼을 때 연락할 곳이 없으면 업무 도구로 부적합하기 때문입니다. 이 기준은 앞으로도 유지합니다.
리뷰를 대가로 받는 광고 표기는 하지 않고, 순위를 돈으로 바꾸지 않습니다. 제품을 직접 설치해 보지 않은 상태로 "써 봤다"고 쓰지도 않습니다. 확인하지 못한 항목은 확인하지 못했다고 적습니다. 이 원칙이 독자에게 불리하게 보이는 순간이 있더라도, 추측을 사실처럼 쓰는 것보다 낫다고 판단합니다.
"무료 등급으로 어디까지 버틸 수 있나", "팀이 열 명을 넘으면 어떤 플랜으로 올라가나", "한국어 지원이 어느 수준인가"가 반복해서 나오는 질문입니다. 세 가지 모두 제품마다, 같은 제품도 플랜마다 답이 다릅니다.
최소한 운영 주체의 법인명과 사업자등록번호, 연락 가능한 대표전화, 문의 창구입니다. 소프트웨어사업자 신고 여부처럼 공공 조회로 확인 가능한 항목은 조회 절차까지 확인하는 편이 좋습니다.
3년 정도를 기준으로 총비용을 계산하고, 그 기간에 기능이 얼마나 바뀔 가능성이 있는지 함께 봅니다. 구독형은 갱신 조건과 인원 추가 비용을, 영구 라이선스는 업그레이드 정책과 지원 기간을 확인하십시오.
도입 후 문제가 생겼을 때 연락할 경로가 없다는 뜻이므로, 업무 핵심 도구로는 신중하게 접근하는 편이 안전합니다. 계약 전에 지원 채널과 응답 시간을 문서로 확인해 두는 방법도 있습니다.
대가를 받고 순위를 바꾸지 않습니다. 제품사에서 정정 요청이 오면 근거를 확인한 뒤 사실에 한해 반영하고, 그 기록을 남깁니다. 반영 여부와 무관하게 모든 요청은 기록으로 남깁니다.
제품사 관계자든 사용자든, 리뷰 내용에 사실과 다른 부분이 있으면 알려 주시면 확인 후 반영합니다. 대표전화와 문의폼 모두 열려 있고, 접수된 내용은 담당자가 확인합니다. 정정 요청에는 근거 자료를 함께 주시면 처리 속도가 빨라집니다.
리뷰를 읽는 일과 운영 주체를 검증하는 일은 같은 흐름 안에 있습니다. 제품 후보를 정했다면 리뷰와 비교 페이지에서 조건을 맞춰 보고, 계약 전이라면 공식 비즈니스 정보 페이지에서 법인명과 사업자등록번호, 연락처를 확인하십시오.