# Meeting: Structure Reorganization (Wiki / My / Daily)

> **일시**: 2026-02-12 09:30
> **참석자**: PM(Jay), UX Designer, Tech Lead
> **안건**: InsuWiki 메뉴 구조 개편 (2-Tier → 3-Tier: Wiki / My / Daily)

---

## 1. 개요 (Background)
현재 InsuWiki는 `Wiki` (문서)와 `Daily Note` (일일 메모) 두 가지 축으로 구성되어 있으며, 최근 문서 내 `Private` 기능을 추가했습니다.
사용자는 이를 더욱 명확히 구분하여 **공유 공간(Wiki)**, **개인 공간(My)**, **일일 기록(Daily)**의 3단 구조로 개편하고자 합니다.

## 2. 제안된 구조 (Proposed Structure)

| 구분 | 명칭 | 성격 | 주요 콘텐츠 | 공개 범위 |
| :-- | :-- | :-- | :-- | :-- |
| **Zone A** | **Wiki** | **공유 지식 저장소** | 팀 매뉴얼, 가이드, 상품 정보 | **Public (Team)** |
| **Zone B** | **My** | **개인 업무 공간** | 고객 상담 일지, 개인 스터디, 초안 | **Private (Me Only)** |
| **Zone C** | **Daily** | **시계열 기록** | 하루 메모, 할 일, 임시 노트 | **Private (Me Only)** |

---

## 3. 심층 분석 (Deep Dive Analysis)

### 3.1. 장점 (Pros)
1.  **명확한 멘탈 모델 (Clear Mental Model)**
    *   **UX**: "이 글을 누가 볼까?" 고민할 필요가 사라짐. `Wiki`에 쓰면 남들이 보고, `My`에 쓰면 나만 본다는 공간적 메타포가 강력함.
    *   **PM**: 업무용(공유)과 개인용(비공개) 모드가 명확히 분리되어, 심리적 안정감 제공. 실수로 개인 정보를 공개할 위험 감소.

2.  **목적별 기능 최적화 가능 (Specialized Features)**
    *   **Wiki**: 버전 관리, 편집 잠금, 댓글 등 **협업 기능** 강화.
    *   **My**: CRM(고객 관리), 드래프트, 개인 스크랩 등 **개인화 기능** 강화.

3.  **정보 과부하 방지**
    *   메인 리스트(Wiki)에서 남의 개인적인 문서나 덜 완성된 글이 섞이는 노이즈 제거.

### 3.2. 단점 및 리스크 (Cons & Risks)
1.  **탐색 복잡도 증가**
    *   **UX**: 메뉴(GNB)가 하나 더 늘어남. 사용자가 정보를 찾을 때 "이게 Wiki에 있었나 My에 있었나?" 헷갈릴 수 있음 (Silo 효과).
    *   **Tech**: 검색(Search) 기능이 복잡해짐. (전체 검색 vs 탭별 검색)

2.  **데이터 이동의 번거로움 (Migration Friction)**
    *   `My`에서 작성하다가 완성되면 `Wiki`로 발행(Publish)하는 워크플로우가 필수적임. 이 과정이 불편하면 지식이 개인 공간에 고립됨(Knowledge Silo).
    *   **Tech**: 현재 `docType`이나 `visibility` 필드만으로는 부족할 수 있음. `category` 또는 상위 폴더 개념이 필요할 수 있음.

---

## 4. 에이전트 의견 (Agent Perspectives)

### 👩‍🎨 UX Designer
> "공간의 성격을 분리하는 것은 찬성입니다. 다만, **'My'에서 'Wiki'로의 이동(Publishing) 경험**이 물 흐르듯 자연스러워야 합니다. 안 그러면 좋은 정보가 개인 서랍(`My`)에만 갇히게 될 거예요. 'My' 탭은 단순 문서함이 아니라, **나만의 워크스페이스(Dashboard)**처럼 꾸며주면 좋겠습니다."

### 👨‍💻 Tech Lead
> "기술적으로는 `visibility: 'private'`인 문서를 별도 탭(`My`)으로 필터링해서 보여주는 것으로 시작할 수 있습니다. 
> 1. **DB 구조 유지**: 기존 `documents` 컬렉션 유지. `visibility` 필드 활용.
> 2. **Filter Logic**:
>    - `Wiki` 탭: `visibility == 'public'`
>    - `My` 탭: `visibility == 'private' && authorId == me` (Daily Note 제외)
>    - `Daily` 탭: `docType == 'daily'` (기존 유지)
> 
> *Challenge*: `My`에 있는 문서를 `Wiki`로 보낼 때, URL이 바뀌지 않도록 설계해야 링크가 깨지지 않습니다."

### 👮‍♂️ PM (Jay)
> "현재 **Private by Default** 전략과 아주 잘 맞습니다.
> 1. 사용자는 일단 `My`(Private)에 맘 편히 씁니다.
> 2. 정리가 되면 `Wiki`(Public)로 '공유' 버튼을 눌러 내보냅니다.
> 위 워크플로우가 정착되면, InsuWiki는 **'개인의 비서'이자 '팀의 도서관'** 역할을 동시에 수행할 수 있습니다. 적극 추천합니다."

---

## 5. 결론 및 제안 (Conclusion)
**3-Tier (Wiki / My / Daily) 구조로 개편을 진행하는 것을 권장합니다.**

### 🛠 실행 계획 (Action Items)
1.  **GNB(네비게이션) 개편**: `Wiki` | `Daily`  →  `Wiki` | `My` | `Daily`
2.  **Wiki 탭 로직 변경**: 오직 `Public` 문서만 노출 (내 Private 문서는 여기서 숨김).
3.  **My 탭 신설**: 오직 `Private` 문서만 노출 (Daily Note 제외).
4.  **Editor UI 개선**: 제목 옆 토글 대신, **"Publish to Wiki" (팀에 공유하기)** 형태의 명확한 액션 버튼으로 변경 고려.

---
**[사용자 승인 필요]** 
위 분석 내용을 바탕으로 3-Tier 구조 개편을 승인하시겠습니까?