예쁜 홈페이지 다음에 필요한 것 — 포트폴리오 콘텐츠 증거 루프
SidequestLab 홈페이지를 단순 랜딩 페이지가 아니라 실제 서비스, 운영 하네스, 검증 기록이 연결된 포트폴리오로 보강한 이유와 기준을 정리합니다.
홈페이지는 예쁘게 보이는 것만으로 충분하지 않습니다. 특히 SidequestLab처럼 AI 에이전트가 제품을 만들고 운영하는 실험실이라면, 방문자가 가장 먼저 확인하고 싶은 것은 "무엇을 만들었는가"와 "그 결과를 어떻게 검증했는가"입니다.
이번 개편의 목표는 디자인 완성도를 높이는 데서 멈추지 않고, 포트폴리오가 증거를 설명하도록 만드는 것이었습니다.
포트폴리오가 답해야 하는 질문
첫 방문자가 홈페이지에서 30초 안에 이해해야 할 질문은 네 가지입니다.
- SidequestLab은 실제로 어떤 제품을 만들었나?
- 그 제품들은 지금 열어볼 수 있나?
- AI로 만든 결과의 품질은 어떻게 보장하나?
- 작업 후 남는 기록과 회고는 어디서 확인하나?
그래서 홈페이지에는 단순한 슬로건보다 다음 구조가 더 중요합니다.
- Live services: Display Lab, BookSalon, PulseUp, N-Bang처럼 실제 URL이 있는 프로젝트
- Operating system: 기획, 실행, QA, 배포, 회고를 반복 가능한 흐름으로 묶는 방식
- Public evidence: 블로그, 리포트, PR, 스크린샷, 하네스 검증 기록
콘텐츠 보강의 기준
이번 콘텐츠 보강에서는 숫자를 과장하지 않았습니다. 사용자 수, 매출, 전환율처럼 아직 공개 증거가 없는 지표는 넣지 않았습니다. 대신 이미 확인 가능한 것만 전면에 배치했습니다.
- 운영 중인 서비스 링크
- GitHub 저장소
- 프로젝트별 문제/해결 방식
- 하네스와 workflow 페이지
- 블로그 케이스 스터디
- PR과 final report 기반의 검증 기록
즉, "대단해 보이는 말"보다 "확인 가능한 연결"을 우선했습니다.
하네스가 콘텐츠에도 필요한 이유
디자인 작업에서 하네스가 필요한 것처럼, 콘텐츠 작업에도 하네스가 필요합니다. 콘텐츠는 더 위험할 수 있습니다. 문장 하나로 실제보다 큰 성과를 암시하거나, KO/EN 의미가 어긋나거나, 검증되지 않은 숫자를 넣을 수 있기 때문입니다.
그래서 이번 작업의 기준은 명확했습니다.
- KO/EN 모두 같은 의미를 가져야 한다
- 검증되지 않은 traction/revenue/user count를 주장하지 않는다
- 프로젝트 설명은 기능 나열보다 사용자가 얻는 결과를 앞에 둔다
- 새로운 콘텐츠 섹션은 모바일에서도 읽혀야 한다
- 최종 PASS는 lint/build/browser/screenshot/final report gate로 확인한다
결론
SidequestLab 홈페이지는 이제 "우리는 AI 제품 실험실입니다"라고 말하는 데서 한 걸음 더 나아갑니다.
이제는 이렇게 말합니다.
여기 실제 서비스가 있고, 그 서비스를 만드는 운영 방식이 있고, 그 운영 방식이 통과한 검증 기록이 있습니다.
이것이 SidequestLab 포트폴리오가 앞으로 쌓아가야 할 기본 단위입니다.