실제 프로젝트로 확인하는 작업 방식

한 커머스 프로젝트에서 가장 많은 시간을 쓴 곳은 상품 상세가 아니라 재주문 흐름이었습니다. 사용자는 처음 사는 것보다 다시 사는 과정에서 이탈합니다. 그래서 주문 내역에서 같은 상품을 다시 담는 경로를 두 번의 터치로 줄였습니다.

검색 필터는 카테고리 수가 늘어도 무너지지 않도록 구조를 먼저 잡았습니다. 필터 항목을 화면에 늘어놓는 대신, 어떤 기준으로 좁혀지는지를 먼저 정하고 그 순서대로 배치했습니다. 검색, 추천, 체크아웃 설계에서 Coupang 같은 사례가 자주 기준으로 언급되는 이유도 결국 같은 지점입니다.

B2B 제품에서 사용자는 두 종류입니다. 도입을 결정하는 사람과 매일 쓰는 사람입니다. 실제로 제품을 살리는 쪽은 후자입니다. 한 프로젝트에서는 관리자 대시보드의 정보 밀도를 낮추고, 자주 쓰는 작업을 상단에 고정했습니다.

그 결과 콘텐츠 등록 주기가 짧아졌다는 피드백을 받았습니다. UX/UI와 B2B SaaS, CMS 엔지니어링을 함께 다루는 이유도 이 구조 때문입니다. 화면 설계와 데이터 구조가 따로 놀면 운영자는 결국 다시 수작업으로 돌아갑니다.

• 밀도 낮추기

  한 화면에 넣던 지표를 역할별로 나눴습니다. 처음 보는 운영자도 무엇을 먼저 봐야 하는지 알 수 있게 했습니다.

• 고정된 작업

  콘텐츠 등록과 수정처럼 매일 반복되는 작업을 상단에 두고, 나머지는 필요할 때 펼치도록 했습니다.

• 남긴 문서

  어떤 항목을 어떤 순서로 등록하는지, 권한은 누구에게 있는지를 문서로 정리해 인수인계에 포함했습니다.

유지보수로 이어진 프로젝트

제작 후 유지보수로 이어지는 비율이 적지 않습니다. 이유는 단순합니다. 담당자가 바뀌면 접근 권한과 구조를 다시 파악해야 하는데, 그 시간이 아깝기 때문입니다.

그래서 모든 프로젝트에서 인수인계 문서와 권한 목록을 남깁니다. 유지보수 계약이 없어도 이 문서만 있으면 다른 팀이 이어받을 수 있습니다. 이건 고객사 입장에서 선택지를 남겨두는 일입니다.

공개 범위와 비밀유지

모든 프로젝트를 공개하지는 않습니다. 계약에 비밀유지 조항이 있거나, 사내 시스템이라 외부 공개가 어려운 경우가 많습니다. 공개 가능한 프로젝트는 고객사 확인을 거쳐 화면과 설명을 함께 게재합니다.

특정 업종 사례가 궁금하시면 상담에서 유사한 경험을 구두로 설명드릴 수 있습니다. 이때도 다른 고객사의 구체적인 정보는 공유하지 않습니다.