후기 기능이 왜 운영 인력을 부를까요 | 견적 7가지
별점과 후기는 화면 두 개면 끝날 것 같지만, 전자상거래 지침이 요구하는 첫 화면 고지 4가지와 대가성 표시 규칙, 신고 처리 절차가 함께 붙어요. 쇼핑몰·플랫폼 견적에서 후기 항목을 읽는 기준 7가지를 정리했어요.
“후기 기능도 넣어주세요. 별점이랑 글만 쓰면 되는 거죠?”
기능 목록에서 후기는 대개 한 줄이에요. 화면으로 봐도 목록 하나에 작성 창 하나면 끝날 것 같고요. 그런데 오픈하고 두어 달 지나면 담당자가 매일 들여다보는 화면이 되고, 운영 인력을 한 명 더 붙여야 하나 고민하게 돼요.
값이 벌어지는 자리는 화면이 아니라 후기를 받은 뒤에 벌어지는 일이에요. 쇼핑몰제작이든 예약플랫폼이든 성격은 같아요.
1. 별점 하나가 왜 한 줄이 아닐까요
후기는 다른 기능과 성격이 달라요. 상품 등록이나 결제는 우리가 넣은 데이터를 다루지만, 후기는 밖에서 들어오는 데이터를 다뤄요.
밖에서 들어온다는 건 세 가지를 뜻해요. 언제 얼마나 들어올지 모르고, 내용을 미리 알 수 없고, 잘못된 내용이 들어와도 우리가 막을 수 없다는 거예요. 그래서 후기 기능은 만드는 순간부터 “들어온 것을 어떻게 처리할까”라는 규칙이 함께 필요해져요.
실제로 견적서에서 ‘후기 기능 1식’이라고 적힌 항목을 열어보면 대체로 이 정도가 들어 있어요.
- 후기 작성 화면과 목록 화면
- 별점 평균 계산과 상품 화면 노출
- 관리자가 신고된 글을 확인하고 처리하는 화면
여기까지는 대개 포함이에요. 문제는 아래부터가 자주 빠진다는 점이에요.
2. 후기를 받는 순간 화면 밖에 붙는 것들
화면에 보이지 않는데 반드시 정해야 하는 것들이에요.
누가 쓸 수 있나요. 아무나 쓸 수 있게 하면 광고 글이 들어와요. 구매한 사람만 쓰게 하려면 주문 데이터와 연결해야 하고, 어느 시점 이후 몇 일까지 쓸 수 있는지도 정해야 해요.
한 번 쓴 글을 고칠 수 있나요. 수정을 허용하면 이전 내용을 남길지 정해야 해요. 별점을 나중에 바꾸면 평균도 다시 계산돼야 하고요.
주문이 취소되면 후기는 어떻게 되나요. 실무에서 자주 놓치는 지점이에요. 취소된 주문의 후기를 그대로 두면 실제로 사지 않은 사람의 평가가 남고, 지우면 작성자가 항의해요. 어느 쪽이든 규칙을 정하고 화면에 반영해야 해요.
평균 점수는 언제 다시 계산하나요. 후기가 수천 건 쌓인 상품이면 글이 하나 올라올 때마다 전부 다시 더하는 방식이 느려져요. 그래서 별도로 저장해두고 갱신하는 구조가 필요해지는데, 이건 화면에 전혀 안 보이는 작업이에요.
3. 법이 정해둔 표시가 따로 있어요
후기 기능에는 다른 기능에 없는 요구사항이 하나 더 붙어요. 표시 의무예요.
전자상거래 등에서의 소비자보호 지침은 사업자가 소비자의 사용후기를 게시할 때 다음 네 가지를 소비자가 후기를 확인할 수 있는 첫 화면에서 알리도록 하고 있어요.
| 알려야 하는 것 | 개발에서 필요한 것 |
|---|---|
| 작성 권한이 있는 사람 | 작성 자격 조건과 안내 문구 노출 |
| 게시 기간 | 기간 정책과 만료 처리 |
| 등급 평가 기준과 등급에 따른 효과 | 점수 산출 방식 설명 화면 |
| 삭제 기준과 삭제 시 이의제기 절차 | 삭제 사유 기록 + 작성자 통보 + 이의 접수 흐름 |
오른쪽 칸이 실제 개발 항목이에요. 특히 마지막 줄은 화면 하나로 끝나지 않아요. 삭제한 이유를 남기고, 작성자에게 알리고, 작성자가 이의를 넣으면 그걸 다시 처리하는 흐름까지 있어야 하거든요.
용어 하나 짚고 갈게요 — 블라인드 처리 글을 완전히 지우지 않고 화면에서만 안 보이게 하는 방식이에요. 나중에 분쟁이 생겼을 때 원문이 남아 있어야 확인이 되기 때문에 실무에서는 삭제보다 이쪽을 많이 써요. 견적서에 ‘후기 삭제’만 있고 블라인드가 없다면 어느 방식인지 확인해보세요.
4. 대가를 준 후기는 규칙이 또 달라요
“후기 쓰면 적립금 드려요”는 흔한 운영 방식이에요. 그런데 이 순간 다른 규칙이 걸려요.
공정거래위원회의 추천·보증 등에 관한 표시·광고 심사지침은 경제적 대가를 받은 추천·보증이라면 그 사실을 소비자가 쉽게 찾을 수 있도록 추천 내용과 가까운 위치에 표시하도록 하고 있어요. 개정 과정에서 제목이나 첫 부분에 표시하는 방향이 정리됐고, 후기를 쓴 뒤 조건부로 대가를 받는 경우도 공개 대상에 들어갔어요. “소정의 수수료를 지급받을 수 있음” 같은 불확정 표현은 명확하지 않은 문구 예시로 지목됐고요.
개발로 옮기면 이렇게 돼요.
- 후기마다 대가 지급 여부를 데이터로 저장해요
- 지급된 후기에는 표시 문구를 화면에 자동으로 붙여요
- 문구 내용과 위치를 관리자가 바꿀 수 있게 해요 — 기준이 개정될 수 있으니까요
3번을 처음부터 열어두는 게 좋아요. 문구가 코드에 박혀 있으면 규정이 바뀔 때마다 개발사를 불러야 해요.
5. 스팸과 신고 처리에는 사람 손이 들어가요
여기가 “운영 인력을 부른다”는 표현의 실체예요.
후기 창구가 열리면 광고 글, 같은 내용 반복 등록, 경쟁사 비방, 개인정보가 노출된 글이 섞여 들어와요. 자동 필터를 붙여도 판단이 애매한 글은 남아요. 결국 사람이 하루에 한 번은 목록을 열어봐야 해요.
개발 단계에서 이 부담을 줄이는 방법이 몇 가지 있어요.
- 신고 누적 자동 숨김: 신고가 정해진 수를 넘으면 자동으로 안 보이게 하고, 사람이 나중에 확인해요
- 금지어 목록을 관리자가 편집: 새로운 광고 문구가 생길 때마다 우리가 직접 추가해요
- 처리 이력 저장: 누가 언제 어떤 글을 어떤 사유로 처리했는지 남겨요
- 작성자 단위 관리: 반복 위반 계정을 한 번에 볼 수 있게 해요
네 가지 모두 관리 화면 쪽 작업이라 사용자에게는 보이지 않아요. 그래서 견적에서 잘리기 쉬운데, 없으면 담당자가 매일 손으로 하게 돼요. 관리 화면 비용이 왜 이렇게 갈리는지는 관리자 페이지는 왜 비용 차이가 크게 날까요에 따로 정리해두었어요.
6. 사진과 동영상이 붙으면 계산이 달라져요
포토 후기는 전환에 도움이 되지만, 비용 구조를 바꿔요.
한 번 만들고 끝나는 개발비와 달리 저장 용량과 트래픽은 매달 나가요. 후기가 쌓일수록 늘어나기만 하고 줄지 않고요. 여기에 원본 그대로 보여주면 목록 화면이 느려져서 작은 크기의 사본을 따로 만들어야 하고, 그 변환 처리도 개발 항목이에요.
개인정보 문제도 있어요. 후기 사진에 얼굴이나 주소, 택배 송장이 찍혀 들어오는 경우가 실제로 자주 있어요. 그래서 신고 처리 화면에서 사진 단위로 가릴 수 있는지 확인해두시는 편이 좋아요. 파일이 붙을 때 어떤 항목이 늘어나는지는 파일 첨부 기능, 한 줄인데 무엇이 붙나요에 자세히 적어두었어요.
7. 견적서에서 확인할 7가지
후기 항목을 받았다면 이 일곱 가지가 명시돼 있는지 보세요.
- 작성 자격 — 구매자만인지, 주문 데이터와 연결하는지
- 수정·삭제 정책 — 블라인드 처리인지 완전 삭제인지, 이력을 남기는지
- 첫 화면 고지 4항목 — 작성 권한·게시 기간·등급 기준·삭제 기준과 이의제기
- 대가성 표시 — 지급 여부 저장과 문구 자동 노출, 문구를 관리자가 수정 가능한지
- 신고 처리 — 누적 자동 숨김, 금지어 목록 편집, 처리 이력 저장
- 사진 첨부 — 용량 제한, 사본 생성, 사진 단위 가림 처리, 매달 나가는 저장 비용
- 점수 재계산 — 후기가 수천 건 쌓였을 때의 처리 방식
일곱 항목 중 3번과 4번은 협상 대상이 아니에요. 공개된 기준이 요구하는 것이라 나중에 붙이면 데이터 구조를 되짚어야 해서 더 비싸져요. 나머지 다섯 개는 오픈 시점에 어디까지 할지 정하고 단계적으로 늘려도 괜찮아요.
참고로 한국인공지능·소프트웨어산업협회(KOSA)가 공시한 2026년 SW기술자 평균임금을 보면 응용SW개발자 월 평균임금은 775만 원이에요. 항목 하나를 빼서 며칠을 아끼는 것과, 그 항목이 없어서 담당자가 매일 30분씩 쓰는 것 중 어느 쪽이 싼지는 계산해볼 만해요.
지금 견적을 비교하고 계시다면 후기 항목만 따로 떼서 위 일곱 줄과 맞춰보세요. 세 곳의 견적이 왜 달랐는지 대개 여기서 설명이 돼요.
8. 자주 묻는 질문 (FAQ)
후기 기능 개발 비용은 얼마나 잡아야 하나요?
범위에 따라 갈려요. 별점과 짧은 글만 받고 관리자가 부적절한 글을 처리하는 수준이면 화면 서너 개면 돼요. 여기에 사진 첨부, 구매 확인 연동, 점수 재계산, 대가성 표시, 이의제기 절차까지 들어가면 작은 프로젝트 하나가 돼요. ‘후기 기능 1식’이라고만 적혀 있다면 어디까지 포함인지 확인하세요.
후기를 회사가 지워도 되나요?
지울 수 있지만 기준을 미리 공개해야 해요. 전자상거래 등에서의 소비자보호 지침은 삭제 기준과 삭제 시 이의제기 절차를 후기 첫 화면에서 알리도록 하고 있어요. 기준 없이 지우는 게 문제가 되는 거예요. 개발 관점에서는 삭제 사유 기록과 작성자 통보 흐름이 함께 필요해요.
리뷰 이벤트로 적립금을 주면 표시가 필요한가요?
필요해요. 추천·보증 등에 관한 표시·광고 심사지침은 경제적 대가를 받은 후기라면 그 사실을 후기 내용과 가까운 위치에 표시하도록 하고 있어요. 후기를 쓴 뒤 조건부로 받는 방식도 공개 대상이에요. 개발할 때 지급 여부를 데이터로 저장하고 문구를 자동으로 붙이는 처리가 있어야 해요.
9. 정리하며
후기는 만들기 어려운 기능이 아니에요. 어려운 건 받은 다음이에요. 그래서 견적을 볼 때 화면 수보다 처리 규칙이 몇 개 적혀 있는지를 세어보시는 게 정확해요.
저희는 같은 기능 수보다 출시 후 담당자가 하루에 몇 번 그 화면을 열게 될지부터 봐요. 10년 넘게 50개가 넘는 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해오면서, 운영 부담이 결국 사람 시간으로 돌아온다는 걸 계속 확인했거든요. 롯데·캐논 같은 곳과도 함께해 왔고요.
후기 항목을 어디까지 넣고 무엇을 다음으로 미룰지 정리가 필요하시면, 지금 기획안만 들고 오셔도 범위부터 같이 나눠볼 수 있어요 →
관련해서 함께 보면 좋은 글이에요.