(Website Information Architecture)
3.1 운영 구조
cypress9.com은 사이프러스9++ 중심의 통합 브랜드 웹사이트로 구성한다.
비온후풍경(OGL Architects)은 건축·공간 전문성과 수행 책임을 보증하는 역할을 한다.
blog.cypress9.com은 전문 지식, 인사이트, 프로젝트 해설 등 콘텐츠 채널로 운영한다.
3.2 최상위 메뉴 구성
메뉴 | 영문 | 설계 경로 | 주요 기능 |
프로젝트 | Projects | /projects | 실제 프로젝트와 구현 결과 |
서비스 | Services | /services | 전문 업무 및 의뢰 범위 |
접근방식 | Approach | /approach | 판단 방식과 전문 역량 |
브랜드 | About | /about | 철학·조직·브랜드 관계 |
인사이트 | Insights | /insights | 지식·전문 콘텐츠 |
프로젝트 문의 | Contact | /contact | 고객 상담 및 의뢰 |
상기 경로는 신규 설계 URL이며, 현재 운영 URL을 의미하지 않는다.
3.3 서비스 구성
홈페이지에서는 네 개의 대표 그룹으로 설명하고, 서비스 상세 페이지에서는 개별 업무로 구분한다.
대표 그룹 | 세부 서비스 |
공간·사업 기획 | 건축·공간 기획, 사업 및 운영 조건 검토 |
건축·공간 디자인 | 건축설계, 인테리어, 조경 |
설계·시공 통합 | 설계·시공 연계, 실행 및 품질 관리 |
프로젝트·기술 관리 | PM/CM, 건축환경, 패시브하우스 및 성능 |
통합 서비스는 여러 전문 분야를 하나의 판단 기준으로 연결하는 의미다. 모든 업무를 단일 주체가 직접 수행한다는 의미로 표현하지 않는다.
3.4 프로젝트 분류
프로젝트는 복수의 분류 조건으로 탐색할 수 있도록 한다.
분류 기준 | 구성 |
프로젝트 유형 | 주거 / 상업·업무 / 숙박·관광 / 공공·문화 / 복합·개발 |
수행 서비스 | 기획 / 설계 / 인테리어 / 조경 / PM·CM / 시공·관리 |
전문 영역 | 건축 성능 / 공간 브랜딩 / 운영·유지관리 / 통합 수행 |
가치·판단 주제 | 프라이버시 / 공간 경험 / 경제성 / 성능 / 환경·맥락 |
개별 프로젝트는 여러 분류 조건에 중복 연결할 수 있다.
4. 메인 홈페이지 와이어프레임 (Home Wireframe)
4.1 전체 화면 구성
총 8개 섹션으로 구성한다.
순서 | 섹션 | 화면 구성 및 콘텐츠 |
01 | Hero | 브랜드명, 핵심 가치, 대표 프로젝트 이미지, 주요 탐색 링크 |
02 | Selected Projects | 대표 프로젝트 2~3개, 이미지·유형·핵심 판단 |
03 | Approach | 판단의 차별성 및 창조적·기술적 실현 역량 |
04 | Services | 4개 대표 서비스 그룹 |
05 | Proof of Expertise | 실제 수행 경험, 전문성, 인증 등 신뢰 근거 |
06 | Brand Architecture | 사이프러스9++과 비온후풍경의 관계 |
07 | Insights | 대표 전문 콘텐츠 2~3개 |
08 | Contact | 상담 및 프로젝트 의뢰 안내 |
4.2 정보 전달 순서
브랜드·공간 경험
↓
실제 프로젝트
↓
판단과 접근방식
↓
서비스 및 수행 역량
↓
전문성과 신뢰 근거
↓
브랜드 소개·인사이트
↓
프로젝트 문의
4.3 첫 화면(Hero) 구성
•
Cypress9++ 브랜드 식별
•
비온후풍경과의 보증형 관계
•
승인된 고객 가치에 근거한 간결한 설명
•
실제 프로젝트 이미지
•
기본 탐색: 프로젝트
•
보조 탐색: 접근방식
자동 순환 슬로건과 근거 없는 우월성 표현은 사용하지 않는다.
4.4 PC 화면 구성
•
상단 전체 메뉴 노출
•
Hero: 텍스트와 대표 이미지를 2열로 배치
•
대표 프로젝트: 3열 중심의 카드 배치
•
접근방식: 설명과 시각 자료 결합
•
서비스: 2~4열 카드 배치
•
전문성과 브랜드 관계: 구분된 섹션
•
인사이트 및 문의: 하단 연결
4.5 모바일 화면 구성
•
상단 접이식 메뉴
•
Hero: 텍스트와 이미지 세로 배열
•
프로젝트: 가로 탐색형 카드 또는 세로 목록
•
서비스: 단일 열 중심
•
핵심 정보와 탐색 링크는 PC와 동일
•
중요 이미지와 해당 설명의 연속성 유지
4.6 고객 탐색 경로
결과 확인형: 홈 → 프로젝트 → 프로젝트 상세 → 문의
전문성 비교형: 홈 → 접근방식 → 실제 근거 → 서비스
구체적 의뢰형: 홈 → 서비스 → 업무 범위 → 문의
5. 하위 페이지 와이어프레임 (Subpage Wireframes)
5.1 프로젝트 상세 페이지 (Project Detail)
고객의 핵심 질문: 실제로 무엇을, 왜, 어떻게 구현했는가?
순서 | 구성 요소 | 내용 |
01 | Project Identity | 프로젝트명·위치·유형·수행 범위·참여 조직 |
02 | Hero Image | 대표 완공 이미지 |
03 | Context | 고객 목적·대지·환경·제약 조건 |
04 | Judgement | 중요한 설계 판단과 선택 근거 |
05 | Realization | 공간적 해석·도면·사진·기술적 구현 |
06 | Evidence & Value | 확인 가능한 결과, 공인 인증, 이용·운영 성과 |
07 | Related Content | 관련 서비스·프로젝트·인사이트·문의 |
대표 사례: 창조재
•
주요 조건: 프라이버시, 개방성, 채광, 정원의 활용
•
핵심 공간 판단: 외부 마당 대신 내부 중정을 중심으로 공간 구성
•
구현 요소: 중정, 개구부, 실내외 공간의 관계
•
기술적 근거: 패시브하우스 인증 및 관련 성능 자료
•
추가 자료가 필요한 영역: 객관적인 사후 이용·운영 성과
프로젝트 수행 주체와 협력 조직을 정확하게 표기한다.
5.2 서비스 상세 페이지 (Service Detail)
고객의 핵심 질문: 무엇을 의뢰할 수 있고 어디까지 수행하는가?
순서 | 구성 요소 | 내용 |
01 | Service Overview | 서비스 목적·대상 |
02 | Customer Needs | 해당 고객의 문제와 요구 |
03 | Scope of Work | 업무 범위, 포함·제외 업무 |
04 | Integrated Expertise | 전문적 판단, 창조적 해석, 기술적 실현 |
05 | Deliverables & Responsibility | 산출물, 수행 주체, 계약·책임 범위 |
06 | Related Projects | 관련 실제 수행 사례 |
07 | Contact | 상담 및 의뢰 안내 |
핵심 원칙: 추상적인 브랜드 철학을 반복하기보다 실제 업무, 산출물, 역할과 책임을 명확하게 전달한다.
5.3 브랜드 소개 페이지 (About)
고객의 핵심 질문: 어떤 철학과 전문성을 가진 브랜드인가?
순서 | 구성 요소 | 내용 |
01 | Brand Identity | 사이프러스9++ 정체성 |
02 | Brand Architecture | 비온후풍경과의 보증형 관계 |
03 | Philosophy | 승인된 브랜드 철학 |
04 | Positioning & Value | 브랜드 포지셔닝과 고객 가치 |
05 | Personality | 지적이면서도 자유로운 감각 |
06 | Professional Organization | 전문 조직·협업 체계·수행 역량·책임 |
07 | Projects & Services | 실제 프로젝트와 서비스 연결 |
브랜드 소개 페이지는 서비스 설명이나 프로젝트 갤러리를 중복 구성하지 않는다.
5.4 접근방식·인사이트·문의 페이지의 기본 역할
접근방식(Approach): 판단의 차별성, 관계의 재구성, 창조적 해석과 기술적 실현을 프로젝트 사례와 연결한다.
인사이트(Insights): 전문 주제별 콘텐츠를 안내하고 기존 블로그 원문으로 연결한다.
프로젝트 문의(Contact): 의뢰 유형, 진행 단계, 상담에 필요한 기초 정보, 연락 및 접수 방법을 제공한다.
6. 웹사이트 콘텐츠 운영 체계 (Content & CMS)
6.1 홈페이지와 블로그 역할
구분 | 홈페이지 | 블로그 |
브랜드 | 공식 소개와 기준 | 관련 내용으로 연결 |
서비스 | 공식 서비스 안내 | 개별 전문 주제 해설 |
프로젝트 | 대표 포트폴리오 | 판단·설계·기술 과정의 심층 콘텐츠 |
전문 콘텐츠 | 주요 인사이트 소개 | 원문 콘텐츠 축적 |
주요 목적 | 브랜드 이해·신뢰·의뢰 | 지식 제공·검색 유입 |
동일한 본문을 두 채널에 중복 게시하지 않는다.
6.2 콘텐츠 관리 원칙
각 콘텐츠는 다음 정보와 연결한다.
•
원본 콘텐츠 및 출처 URL
•
웹사이트 내 적용 위치
•
프로젝트·서비스·브랜드 분류
•
관련 자료 및 관계형 연결
•
공개 가능 여부
•
근거 및 검수 상태
•
게시 또는 수정 상태
신규 속성은 기존 DB 속성으로 처리할 수 없는 경우에만 검토한다.
6.3 SEO 및 기술적 운영
•
기존 URL과 검색 유입 자산 우선 확인
•
필요 시 기존 URL 유지 또는 301 리디렉션 적용
•
중복 페이지와 canonical 관계 정리
•
페이지별 SEO 제목·설명·내부 링크 관리
•
이미지 대체 텍스트 및 성능 최적화
•
모바일 가독성과 사용자 탐색 경로 확인
•
실제 계약 범위와 고객에게 표시되는 서비스 설명의 일치 여부 검수
7. 브랜드·웹사이트 구축의 최종 적용 원칙
1.
승인된 브랜드 전략 v1.0을 모든 하위 제작 작업의 상위 기준으로 삼는다.
2.
브랜드 철학의 반복 설명보다 실제 프로젝트와 판단의 구체성을 우선한다.
3.
프로젝트의 공간 경험과 기술적 성능을 함께 전달한다.
4.
공인 인증과 객관적인 근거는 그 증명 범위 안에서 사용한다.
5.
고객 만족, 경제적 성과, 경쟁 우월성을 근거 없이 단정하지 않는다.
6.
비온후풍경과 사이프러스9++의 역할을 일관되게 구분한다.
7.
브랜드 정체성을 단독주택이나 특정 서비스 유형에 한정하지 않는다.
8.
실무 서비스의 수행 주체, 계약 범위 및 책임을 명확히 표시한다.
9.
콘텐츠와 디자인은 브랜드의 '지적이면서도 자유로운 감각'을 반영한다.
10.
기존 웹사이트나 DB의 구조적 변경은 승인된 실행 계획에 따라 실시한다.
8. 기존 노션 DB 수정 계획 — 검토용 코멘트
현재 단계에서는 노션 DB를 수정하지 않는다.
다음 내용은 본 설명서를 최종 승인한 이후 실제 콘텐츠 매핑을 수행하기 위한 사전 계획이다.
8.1 수정·검토 대상 DB
노션 DB | 역할 | 향후 작업 계획 |
주요 매핑 대상 | 기존 홈·서비스·소개·랜딩 콘텐츠를 신규 사이트 구조에 매핑 | |
보조 검토 대상 | 기존 플랫폼 콘텐츠와 중복·분류체계 검토 | |
콘텐츠 원본·기획 자료 | 포트폴리오·블로그 콘텐츠 관계 조회 | |
SEO·콘텐츠 전략 | 발행 분류와 신규 IA의 정합성 조회 |
1차 수정 검토 대상은 플랫폼 노션 블로그 ⒸDB이며, 다른 DB들은 우선 조회·비교 대상으로 유지한다.
프로젝트 운영 DB, 업무 구분 DB, 오피스 전체 DB 등 회사 운영의 기반 DB는 이번 작업의 수정 대상에서 제외한다.
8.2 실제 콘텐츠 매핑 계획
기존 콘텐츠 전체를 확인한 뒤 다음 정보를 기준으로 항목별 매핑표를 작성한다.
매핑 항목 | 검토 내용 |
기존 콘텐츠 | DB명·항목명·원본 URL |
신규 적용 위치 | Home / Projects / Services / Approach / About / Insights / Contact |
콘텐츠 유형 | 브랜드 / 서비스 / 프로젝트 / 전문 콘텐츠 |
처리 방침 | 유지 / 수정 / 통합 / 보류 / 삭제 검토 |
관계형 | 관련 프로젝트·서비스·콘텐츠 연결 |
콘텐츠 준비 상태 | 사용 가능 / 수정 필요 / 자료 부족 |
게시 상태 | 기존 공개 여부 및 후속 조치 |
매핑표의 조치 판정은 실제 DB 수정과 구분한다. '통합' 또는 '삭제 검토'로 분류되더라도 원본 항목을 즉시 삭제하지 않는다.
8.3 DB 속성 변경 검토 계획
현재 DB 속성을 우선 재활용한다.
필요할 경우 다음 속성의 추가 또는 조정을 검토한다.
검토 대상 속성 | 목적 |
웹페이지 유형 | 신규 IA에 따른 콘텐츠 분류 |
사이트 적용 위치 | 홈페이지·하위 페이지 매핑 |
원본 URL | 기존 콘텐츠 추적 |
연관 프로젝트·서비스 | 콘텐츠 간 관계형 연결 |
콘텐츠 처리 방침 | 유지·수정·통합·보류 등 관리 |
검토·승인 상태 | 실제 변경 승인 여부 |
게시·반영 상태 | 구현 결과 관리 |
기존 속성으로 구현할 수 있다면 신규 속성을 만들지 않는다.
관계형 변경은 원본 DB, 연결 방향, 롤업 및 기존 보기·필터에 미치는 영향까지 확인한 후 별도로 판단한다.
8.4 DB 변경 전 필수 검토 사항
1.
기존 콘텐츠 항목과 전체 DB 레이블 현황 조사
2.
중복 데이터·동일 콘텐츠·관계형 현황 확인
3.
신규 사이트 구조와 실제 콘텐츠의 일대일 또는 다대다 매핑
4.
기존 URL 및 SEO 영향 확인
5.
유지·수정·통합·삭제 검토 대상 명시
6.
속성 신설·수정·삭제 필요 여부 검토
7.
변경 영향과 원상복구 방안 확인
8.
사용자 최종 승인 후 실제 변경
8.5 실행 승인 기준 (Approval Gate)
Step 1 — 본 설명서 검토
브랜드 전략, IA, 와이어프레임 및 DB 수정 방향에 대한 사용자 검토.
Step 2 — 설명서 최종 승인
본 설명서를 최종 실행 기준으로 확정.
Step 3 — 실제 DB 콘텐츠 매핑
기존 DB를 읽기 전용으로 조사하여 콘텐츠 단위의 매핑표 작성.
Step 4 — DB별 변경안 검토
변경할 DB, 레이블, 항목, 관계형 및 영향 범위를 구체적으로 제시.
Step 5 — 별도 수정 승인 후 반영
승인된 범위에 한하여 백업·수정·검증을 수행.
Step 6 — 웹사이트 구현
승인된 콘텐츠 매핑과 설계 기준에 따라 실제 디자인·개발·SEO 작업을 진행.
9. 현재 확정 범위 및 최종 상태
구분 | 현재 상태 |
브랜드 전략 v1.0 | 승인된 상위 기준 유지 |
브랜드 가치 전달 체계 | 통합 완료 |
웹사이트 정보구조(IA) | 설계 완료 |
홈페이지 와이어프레임 | 설계 완료 |
핵심 하위 페이지 와이어프레임 | 설계 완료 |
콘텐츠·CMS 운영 원칙 | 기준 정리 완료 |
기존 노션 DB 변경 계획 | 검토용 제안 |
실제 콘텐츠 매핑 | 미실행 |
노션 DB 수정 | 미실행 |
웹사이트 디자인·개발·게시 | 미실행 |
최종 결정
본 설명서 v1.0은 사용자 검토를 위한 고정 기준본으로 유지한다.
브랜드 전략의 재구성, 추가적인 철학 개발, 새로운 홍보 카피 제작은 이 단계의 작업에 포함하지 않는다.
다음 단계는 새로운 설계 작업이 아니라, 사용자의 설명서 검토 및 승인이다.
승인 이후 실제 노션 콘텐츠 DB를 조사하고 항목별 매핑표를 작성한다. 기존 DB의 실제 변경은 그 매핑 결과에 대한 별도 승인 후에만 진행한다.
