02 · PART 2 · CLASS / PRODUCT PLANNING
티스토리 자동화 앱 IA·유저 플로우
현재 앱의 다섯 관리 영역을 정보 구조로 정리하고, 키워드 선택부터 공개 결과 확인까지의 정상·실패·복구 경로를 한 흐름으로 연결했다.
5개Depth 1 영역
3단계IA 최대 깊이
1개핵심 시나리오
4개판단·복구 분기
기준 시점: 2026년 9월 3일 현재 앱의 메뉴와 화면 문구를 기준으로 구조화했다. 아래 흐름의 측정값은 아직 수집 전이며, 도식은 현재 상태와 제안한 연결 구조를 함께 보여준다.
IA: 사용자가 찾는 다섯 관리 영역
티스토리 콘텐츠 운영
1. 글쓰기·미리보기키워드 소스키워드 후보·선택원고·이미지 설정초안 미리보기
2. 계정 관리계정 선택Chrome 연결로그인·세션 상태대상 블로그 확인
3. 검수검수 대기원고·이미지 비교수정 요청승인
4. 예약즉시·예약 정책실행 시간예약 켜기·끄기다음 실행 상태
5. 이력작업 ID·상태공개 URL본문·이미지 검증중단·복구 상태
| Depth 1 | 사용자 질문 | 대표 Depth 2 | 완료 판단 Depth 3 |
|---|---|---|---|
| 글쓰기·미리보기 | 무슨 키워드로 어떤 글이 만들어지는가? | 키워드 선택, 초안 생성 | 원고와 이미지 미리보기 |
| 계정 관리 | 어느 계정·블로그에 연결됐는가? | 계정 선택, 연결 상태 | 대상 블로그 일치 확인 |
| 검수 | 이 초안을 공개해도 되는가? | 검수 대기, 수정 요청 | 승인 기록 |
| 예약 | 언제 다음 작업이 실행되는가? | 예약 정책, 실행 시간 | 켜기·끄기와 다음 실행 |
| 이력 | 실제로 공개됐고 복구가 필요한가? | 공개 URL, 실행 이력 | 본문·이미지 검증과 복구 |
핵심 유저 플로우
시나리오: 키워드를 선택해 글을 만들고, 검수한 뒤 공개 결과를 확인한다.
시작
앱 실행
↓
시스템 확인
계정과 로그인 세션 확인
↓
Yes / No 판단
대상 블로그가 일치하는가? No → 계정 관리로 이동하고 발행 차단
↓ Yes
작성
키워드 선택 → 초안·이미지 생성
↓
Yes / No 판단
생성에 성공했는가? No → 원인 표시 후 같은 작업 재시도
↓ Yes
검수
미리보기 → 승인 또는 수정 요청
↓ 승인
발행
발행 중 로그인 만료·추가 확인이 생기면 작업 보존 후 재개
↓
검증
공개 URL·본문·이미지가 정상인가? No → 기존 URL 복구
↓ Yes
종료
정상 완료 상태와 공개 URL 기록
실패해도 처음부터 다시 하지 않는 경로
| 분기 | No·실패 경로 | 복구 지점 | 중복 방지 |
|---|---|---|---|
| 계정·블로그 | 연결 계정 또는 대상 블로그 불일치 | 계정 관리에서 다시 연결한 뒤 같은 초안으로 복귀 | 일치 전 발행 차단 |
| 초안 생성 | 키워드 조회·원고·이미지 생성 실패 | 실패 원인을 확인하고 같은 작업 ID로 재시도 | 성공한 자산은 보존 |
| 검수 | 수정 요청 또는 승인 보류 | 수정된 미리보기에서 다시 판단 | 승인 전 공개 금지 |
| 발행·검증 | 로그인 만료, 확인 요청, 공개 결과 불완전 | 세션 복구 또는 이미 생긴 공개 URL의 본문·이미지 복구 | URL 존재 시 새 글 생성 금지 |
FigJam 작업 보드
보드의 IA 섹션은 노란색 Depth 1, 하늘색 Depth 2, 회색 Depth 3으로 구분했다. 유저 플로우 섹션은 시작·종료, 화면, 시스템 처리, Yes/No 판단과 실패 경로의 모양을 달리했다.
이미지를 선택하면 보기 전용 FigJam 보드가 열린다. WordPress용 도식은 모바일에서 축소되며, 세부 내용은 표에서도 동일하게 확인할 수 있다.
구조 점검 결과
5개 주요 영역
Depth 2~3
Yes/No 판단
실패·복구 경로
| 확인 항목 | 판단 | 개선할 점 |
|---|---|---|
| 메뉴와 과업 대응 | 다섯 탭에서 준비·검수·운영·결과 확인이 구분된다. | 글쓰기 화면에서 대상 계정 상태를 더 가깝게 보여줄 필요가 있다. |
| 완료 상태 | 공개 URL만으로 끝내지 않고 본문·이미지 검증까지 포함한다. | 완료와 복구 필요 상태를 이력에서 더 분명히 구분해야 한다. |
| 실패 복귀 | 같은 작업 ID와 원고를 보존해 재개한다. | 각 오류 문구에서 사용자가 돌아갈 화면을 직접 안내해야 한다. |