사람이 확인할 일은 한 줄로 이어집니다.
새 화면을 늘리는 대신, 지금 쓰는 채널에서 들어온 일을 정리하고 사람이 봐야 할 결정만 분리합니다.
쓰던 채널 그대로
새 도구를 늘리지 않고 지금 쓰는 이메일, 스토어 문의, GitHub 이슈, 디스코드 위에 벨로스 AI를 얹습니다. 쓰다가 필요해지는 화면과 승인 대기함, 보고서도 그 위에 붙여 갑니다.
설치·버그 문의, 라이선스 확인, 환불, 기능 요청, 리뷰가 여러 채널로 흩어져도, 담당자가 바로 처리하게 정리합니다.
운영 진단쓰던 접점은 유지하고, 사람이 확인할 일만 분리합니다.
문의 채널 통합 · 환불·라이선스 승인 · 버그 재현 정리
새 화면을 늘리는 대신, 지금 쓰는 채널에서 들어온 일을 정리하고 사람이 봐야 할 결정만 분리합니다.
새 도구를 늘리지 않고 지금 쓰는 이메일, 스토어 문의, GitHub 이슈, 디스코드 위에 벨로스 AI를 얹습니다. 쓰다가 필요해지는 화면과 승인 대기함, 보고서도 그 위에 붙여 갑니다.
플러그인·테마에 매일 들어오는 실제 요청을, 확인할 일과 다음 개선점까지 한 화면에 남깁니다.
이메일, 스토어 문의, GitHub 이슈, 디스코드에서 들어온 원문·로그·직원 수정·승인 대기 사유를 남겨 다음 버전 개선 근거로 씁니다.
환불, 라이선스·가격 변경, 로드맵 약속, 대량 안내 발송은 대표나 담당자가 직접 확인한 뒤 처리합니다.
벨로스 운영 설계자와 현업 전문가가 설치·버그 대응, 라이선스, 환불, 기능 요청 처리에 대한 기준을 실제 운영 절차로 바꿉니다.
벨로스 운영 설계팀
업종 기준 설계와 주간 개선
직원 수정과 보류 사유를 모아 다음 주 운영 기준으로 다시 정리합니다.
반복 확인은 줄이고, 사람은 중요한 결정과 성장 기회에 더 오래 집중합니다.
자세히
플러그인·테마 하나를 팔면 문의는 끝없이 들어옵니다. 설치가 안 된다, 다른 플러그인과 충돌한다, 라이선스 키가 안 먹는다, 환불해 달라. 대부분은 이미 문서에 있거나 재설치 한 번이면 끝나는 반복입니다. 그런데 이 반복을 붙잡고 있는 동안 정작 버그 픽스와 다음 버전은 계속 밀립니다. 사람이 판단해야 할 건 환불을 내줄지, 라이선스를 하나 더 풀어줄지, 이 요청을 로드맵에 넣을지뿐입니다.
이메일, 스토어(워드프레스·쇼피파이) 문의함, GitHub 이슈에 흩어진 메시지를 한 줄로 모아 같은 버전·같은 증상끼리 묶어 보여 줍니다.
설치 순서, 충돌 플러그인 비활성화, 캐시 비우기, 라이선스 재활성화처럼 문서에 이미 있는 답은 그 사용자의 환경에 맞춰 답장 초안과 버그 재현 체크리스트로 만들어 둡니다.
환불, 추가 라이선스, "이건 다음 버전에 넣어 달라" 같은 요청은 사람이 확정하도록 승인 카드로 올립니다. 보내기 전까지는 아무것도 나가지 않습니다.
전자상거래 등에서의 소비자보호에 관한 법률 제17조와 제13조 · 개인정보보호법 제15조·제17조
카카오톡, 전화, 네이버, 메일을 한곳에서 봅니다
직원이 볼 일과 사람이 볼 일을 나눕니다
반복 문의와 놓친 후속 조치를 매주 줄입니다