Skip to content

Research 2026 09 20

jinho.park.s3 edited this page Sep 20, 2026 · 1 revision

2026-09-20 제품·경쟁 조사

방법과 한계

GitHub 이슈·열린 PR·관련 댓글, 원격 main의 문서와 코드, 경쟁사의 공식 문서를 읽었다. 이번 회차에서 제품 실행 테스트와 고객 인터뷰는 수행하지 않았다. 소스 확인, 기존 검증 보고, 외부 공급자의 설명, 우리 제안을 구분한다.

소스 조사 기준: 3b839784. 게시 준비 중 main은 558714a8로 이동했다. #284의 clipboard 작업이 병합되었다. 비교 결과 아래 workspace·라이선스 근거 파일은 바뀌지 않았다. 후속 구현은 그때의 최신 main을 다시 확인한다.

현재 제품에서 확인한 것

확인 내용 근거 의미와 한계
네 제품 공통 로컬 자료함, 검색용 텍스트, 폴더, 즐겨찾기, 참조 README, workspace 자료함 자체를 새로 구현할 필요가 없다. 계정·팀 서버·권한 완료의 근거는 아니다.
workspace+product+document ID와 저장 후 제품 이동 제품 주소, 설계 제품을 오가며 문서 정체성을 유지하는 기반이 있다.
Note→Site 본문 사본, copiedFrom, references noteToSite 독립 사본이다. 복사 당시 source revision과 자동 갱신 계약은 WorkspaceMeta에 없다.
Slides의 브랜드 자산·값 가져오기 경로 library dialog, variable commands 브랜드 기능을 처음부터 만드는 대신 제품 간 공통 계약을 조사한다. 네 제품 공통 적용 완료는 주장하지 않는다.
MIT 명시와 공개 제품 패키지 LICENSE, office-workspace package 이미 공개한 범위를 목록화한 뒤 향후 서비스 가치를 구분한다. 라이선스 변경을 결정한 상태가 아니다.
공개 패키지 31개 배포 완료 보고 #260 마지막 완료 기록 기존 배포·소비자 검증의 보고다. 이 조사에서 npm 전체를 재검증하지 않았다. Wonffice 서비스 배포 완료와 다르다.
SaaS·내부 설치 동시 출시, 서버 저장·공유·협업 단계 플랫폼, WP 계획 기존 승인 방향과 기술 의존 관계다. 모든 WP가 구현되었다는 뜻이 아니다.

문서의 과거 상태 문장은 최신 이슈로 보정한다. 예를 들어 WP 계획의 WP-01 미착수 설명과 달리 #249는 닫혀 있고 #266이 병합되었다. #264/#284도 조사 도중 완료되었다. #265/#271/#272/#273은 기존 편집 정책 흐름으로 연결한다. #283과 #277은 게시 전 확인 시 열린 PR이었다. 이 표는 실시간 상태판이 아니다.

공식 경쟁 자료

조회일: 2026-09-20. 다음은 공급자가 설명한 동작이며 독립 성능·품질 비교 결과가 아니다. 요금 금액, 시장 점유율, 매출 수치는 이번 판단에 사용하지 않았다.

사례 공식 문서의 확인 사실 Wonffice에 대한 추론
Notion Synced blocks는 여러 위치의 내용 동기화와 원본 권한을 설명한다. Sites는 페이지 게시와 편집 반영을 설명한다. 재사용 방식, 원본 접근, 공개 상태를 함께 설계해야 한다. Wonffice는 기존 snapshot 게시 원칙을 유지한다.
Microsoft Loop Loop·Planner 문서는 앱 사이에 공유한 작업 목록의 동기화를 설명한다. 연결의 단위는 파일뿐 아니라 업무 객체일 수 있다. 우선 문서 출처와 업무 묶음으로 수요를 확인한다.
Canva Visual Suite 업데이트는 Docs·Presentations·Websites 등으로 프로젝트를 처리하는 흐름을 제시한다. 여러 제작 도구를 제공하는 것 자체는 차별화 근거가 약하다. 반복 수정 비용과 완료 시간을 비교해야 한다.
AFFiNE Enterprise 안내는 자체 설치와 기업 지원, 편집기와 서버의 공개·상용 범위를 나눠 설명한다. 공개 개발자 기반과 기업 운영 수익을 함께 검토할 수 있다. 동일한 라이선스·요금을 채택하자는 결론은 아니다.

도출한 가설과 반증 조건

  1. 업무 연결: 여러 산출물을 반복하는 팀은 복사·수정 누락 비용이 클 수 있다. 실제 과제에서 비용이 작거나 두 번째 제품을 쓰지 않으면 범위를 줄인다.
  2. 신뢰할 수 있는 재사용: 자동 동기화보다 변경 상태와 새 사본의 명시적 갱신이 초기 구현에 적합할 수 있다. 사용자에게 확인 부담만 늘면 갱신 설계를 바꾼다.
  3. 통제 가능한 운영: SaaS와 내부 설치 선택, 데이터 이동성, 업데이트·지원이 유료 가치가 될 수 있다. 구매자가 비용을 지불하지 않으면 요금 기능을 먼저 만들지 않는다.
  4. 개발자 확산: 공개 SDK가 통합 채택과 서비스 문의로 이어질 수 있다. 다운로드만 늘고 실제 저장·재사용이 없으면 진입 예제와 지원 범위를 재검토한다.

고객군·시장 규모·가격·매출은 아직 검증되지 않았다. 개별 이슈와 열린 결정에서 다음 증거를 관리한다.

Clone this wiki locally