Skip to content

DOCX Review Decision

easylogic edited this page Sep 20, 2026 · 1 revision

MR-03의 DOCX 검수 교환 판단

작성일: 2026-09-20. 상태: 고객 검증 전 판단안. 코드 기준: eeb0ab67390b2898e85d8aa1e028ce5b6a993ff2.

입력은 MR-03, 시장 연구 #326, 첫 고객 검증 #289다. MR-03의 공개 자료 조사는 고객의 실제 파일 교환 계약을 입증하지 않는다. 인터뷰·실제 원고·유료 실험은 0건이다. 이번에는 제품 코드를 대조했다. 외부 Word 왕복 실행은 하지 않았다.

이번 판단

교육 반복 제작팀을 먼저 검증한다는 가설을 유지한다. 웹소설 제작사는 파일 교환 조건부 후보로 둔다. ‘최종 본문 전달’과 ‘검수 이력이 살아 있는 파일 교환’을 먼저 구분한다. 두 업무는 같은 기능 요구가 아니다.

DOCX 경고를 새 기능으로 등록하지 않는다. 현재 가져오기와 내보내기 화면에 보존 한계 안내가 있다. 문서 설명은 기존 #318과 PR #320을 재사용한다. PR은 조사 시점에 열려 있다. 검수 왕복 전체를 지원하는 새 이슈도 아직 만들지 않는다. 실제 필수 항목과 대안 비용이 없기 때문이다.

확인한 제품 경계

근거 코드에서 확인한 동작 판단 한계
readWordDocx 결과와 경고를 함께 반환한다. 주석·변경 추적 등 미보존 항목과 원본 DOCX 보관을 안내한다. 원본을 보관한다는 안내가 왕복 보존을 뜻하지 않는다.
가져오기 화면 변환 결과의 경고를 보여 준다. 사용자가 새 문서 열기를 선택한다. 이번 조사에서 화면을 실행하지 않았다.
DOCX 내보내기, 내보내기 화면 주석·수정 이력 등 보존 한계를 경고한다. 다운로드 요청과 실제 완료를 구분한다. 다운로드 요청은 상대방의 수신·열기·검수 성공 증거가 아니다.
본문 읽기 삭제로 표시한 내용은 본문에서 제외하는 분기와 경고가 있다. 일부 변경 추적·객체는 표시 텍스트로 읽는다. 모든 변경 유형을 정상 수락한 결과와 같다고 보장할 수 없다.

Wonffice 내부의 검수 기능, 기본 문서 형식의 저장, DOCX 왕복 보존은 각각 검증해야 한다. #337의 수동 전달 버전 기록은 DOCX 보존 문제를 해결하지 않는다. #292의 제품 간 변환에도 검수 보존을 암묵적으로 추가하지 않는다.

실제 업무에 따른 최소 경로

고객의 필수 업무 우선 검토 경로 다음 증거와 보류 조건
확정된 본문만 전달한다 현재 제한된 DOCX 교환을 실제 필수 항목으로 검증한다. 문단·서식·표 등 실제 사용 항목을 확인한다. 필수 항목이 손상되면 그 항목만 별도 제안한다. ‘최종본’이라는 말만으로 검수 흔적이 없다고 가정하지 않는다.
외부 도구에서 주석·수정 제안을 계속 교환한다 외부 검수 도구를 유지하고 Wonffice는 검수 이후 자료 제작에 쓰는 경로를 비교한다. 추가 변환 시간과 누락 비용이 이점을 넘으면 이 고객군의 도입을 보류한다.
모든 참여자가 Wonffice 안에서 검수할 수 있다 내부 검수 흐름과 기존 팀 저장·권한 과제를 검토한다. 상대방의 참여 의사, 저장·재열기·접근 범위를 확인한다. 내부 기능 존재만으로 팀 검수 서비스가 준비됐다고 판단하지 않는다.
DOCX 주석·수정 이력을 외부 도구와 왕복 보존해야 한다 해당 교환을 대체한다는 제안을 보류한다. 필수 보존 행렬과 구현 비용을 먼저 만든다. 실제 요구가 확인되고 기존 대안보다 이점이 있을 때 독립 기능 이슈를 제안한다. HWPX·EPUB·전체 Word 호환을 함께 묶지 않는다.

#289에 추가할 조사 질문

  1. 최근 한 원고가 누구에게서 누구에게 갔는가? 제출·검수·최종 납품 중 어느 단계인가?
  2. 보내는 도구와 받는 도구의 이름·버전은 무엇인가? 서로 다시 보내는 횟수는 얼마인가?
  3. 상대방은 본문만 필요한가, 주석 위치·작성자 구분·삽입/삭제 제안과 수락/거절 결과도 필요한가?
  4. 실제로 빠지면 작업을 중단하는 항목은 무엇인가? 수작업 복구 시간과 현재 도구 비용은 얼마인가?
  5. 검수는 기존 도구에 두고 결과물 제작만 옮길 수 있는가? 구매자는 이 변경에 어떤 이점을 요구하는가?

기존 고객 검증 계획의 성공 기준을 임의로 바꾸지 않는다. 이 질문은 대상 업무를 나누기 위한 추가 항목이다. 실제 고객 접촉은 이번 회차에서 수행하지 않았다.

보존 검증 기록 양식

고객이 요구를 확인하면 사용 허가를 받은 비식별 예제나 같은 구조의 합성 파일로 검증한다. 실제 원고와 개인 정보를 공개 이슈에 올리지 않는다.

기록 항목 필수 내용
업무·환경 제출/검수/납품 단계, 송신·수신 도구 버전, 필요한 파일 형식
보존 항목 본문·문단, 삽입/삭제 제안, 주석 범위, 작성자 구분, 수락/거절 후 결과 중 필수 항목
단계별 기대값 가져오기 → 내부 편집 → 기본 형식 저장·재열기 → DOCX 내보내기 → 상대 도구 열기에서 각 항목의 기대값
관찰값 기대값과 실제값의 차이, 실행 환경, 비식별 증거, 미실행 항목
대안 비교 기존 도구 유지 경로의 전체 시간·복구 비용, Wonffice 경로의 전체 시간·복구 비용
결정 필요한 최소 기능, 기존 이슈, 담당·검증 담당 제안, 의존 작업, 완료 기준, 보류 이유

첫 합성 파일 후보는 단순 본문, 삽입 제안, 삭제 제안, 범위 주석을 각각 분리한 것이다. 작성자 구분과 수락/거절 결과도 비교한다. 이 목록은 시험 계획이며 실행 결과가 아니다. 더 복잡한 중첩 사례는 실제 요구가 있을 때 추가한다.

새 기능 이슈를 만드는 조건

  • 구체적인 고객 업무에서 필수 보존 항목이 확인됐다.
  • 현재 코드·실행 증거와 비교해 부족한 부분을 한 문장으로 설명할 수 있다.
  • 기존 #318 문서 작업, #292 변환, #337 전달 기록과 중복되지 않는다.
  • 범위·제외·의존 관계·완료 기준·검증 방법·지원 비용을 작성할 수 있다.
  • 기존 도구 유지보다 나은 이유와 실패 시 보류 기준이 있다.

현재 이 조건은 충족되지 않았다. 신규 구현 이슈 없이 #289의 조사 범위와 PMF 기능 지도를 갱신한다. 고객군 채택과 구현 착수는 미결정이다.

Clone this wiki locally