모두
모두콘텐츠
얼마 전 작은 예약 페이지를 만들면 편하겠다는 생각이 들었다. 휴대전화로 예약을 받고, 신청자에게 확인 문자를 보내는 정도면 간단하지 않을까 싶었다. 그런데 막상 누군가에게 맡긴다고 생각하니 설명이 막혔다. ‘예약 페이지 하나 만들어 주세요’만으로는 작업 범위도, 비용도 이야기하기 어렵겠더라.
외주 서비스를 찾다가 위시캣이라는 이름으로 검색했는데, 실제 서비스 표기는 ‘위시켓’이었다. IT 프로젝트를 의뢰하는 사람과 개발자·디자이너 같은 작업자를 연결하는 곳이다. 궁금했던 건 사이트에 글을 올리는 방법보다, 내가 원하는 일을 어디까지 적어야 서로 같은 결과물을 떠올릴 수 있느냐였다. 그래서 예약 페이지를 만든다는 가정으로 의뢰 글 초안을 직접 써봤다. 실제 프로젝트를 등록하거나 견적을 받은 경험은 아니다.
‘예약 기능’이라고 쓰니 빠진 게 너무 많았다
처음 적은 문장은 ‘고객이 날짜를 골라 예약하는 페이지가 필요합니다’였다. 다 쓴 줄 알았는데 곧 질문이 생겼다. 하루에 몇 팀을 받는지, 예약 가능 시간을 누가 바꾸는지, 취소는 고객이 직접 하는지 알 수 없었다. 확인 문자는 꼭 필요한지, 문자 발송 비용은 누가 부담하는지도 비어 있었다.
그래서 기능 이름 대신 실제 사용 순서로 다시 적었다. 고객은 날짜와 시간을 고르고 이름·연락처를 입력한다. 관리자는 예약 목록을 확인하고 시간을 막을 수 있다. 취소가 들어오면 빈자리가 다시 표시된다. 이 정도만 적어도 작업자가 무엇을 만들어야 하는지 훨씬 선명해진다.
특히 ‘필수’와 ‘있으면 좋은 기능’을 나눴더니 초안이 쉬워졌다. 내 가상 의뢰에서는 모바일 화면, 예약 신청, 관리자 확인을 필수로 두고 자동 문자와 고객 직접 취소는 추가 기능으로 뒀다. 예산이 맞지 않을 때 무엇을 먼저 줄일지도 보인다. 위시켓 고객센터 안내에서도 원하는 기능과 디자인 수준에 따라 견적이 달라진다고 설명한다.
위시켓 등록은 곧바로 공개되는 방식이 아니었다
처음에는 의뢰 글을 입력하면 바로 작업자들이 보는 줄 알았다. 위시켓의 클라이언트 이용 안내를 읽어보니 흐름이 조금 달랐다. 프로젝트를 등록한 뒤 매니저와 상담하고, 내용을 보완한 다음 공개하는 방식이다. 예산을 정하기 어렵다면 등록 과정에서 상담 후 결정하는 선택지도 안내한다.
이 부분은 초보 의뢰자에게 꽤 실용적으로 보였다. 처음부터 완벽한 개발 문서를 쓸 필요는 없지만, 상담할 재료는 있어야 하기 때문이다. 내가 만든 초안이라면 ‘누가 쓰는가’, ‘반드시 되어야 하는 일’, ‘언제까지 필요한가’ 세 가지는 먼저 적겠다. 아직 결정하지 못한 항목은 빈칸으로 두기보다 ‘문자 발송 방식은 상담 후 결정’처럼 표시하는 편이 대화가 빠르다.
비용도 구분해서 읽어야 했다. 위시켓 프로젝트 등록 안내에는 의뢰자의 플랫폼 이용요금이 무료라고 적혀 있다. 그렇다고 제작비까지 무료라는 뜻은 아니다. 실제 작업 비용은 별도이고, 기능과 일정에 따라 달라진다. 내 예약 페이지 초안만 봐도 자동 문자 한 가지가 들어가느냐에 따라 필요한 작업과 운영비가 달라질 수 있다.
작업자를 고를 때는 가격표보다 결과물을 물어야겠다
지원자가 생긴다면 제일 먼저 견적 금액을 비교할 것 같았다. 그런데 같은 ‘예약 페이지’라도 포함한 작업이 다르면 금액만 나란히 놓기가 어렵다. 한 사람은 화면 제작까지만 생각하고, 다른 사람은 관리자 기능과 배포까지 포함했을 수 있다. 그래서 미팅에서는 ‘얼마인가요?’와 함께 ‘이 가격에 어디까지 포함되나요?’를 물어야 한다.
- 관리자가 예약을 수정하거나 취소할 수 있는가
- 휴대전화 화면에서 직접 시험해 볼 수 있는가
- 문자 발송 비용과 계정 관리는 누가 맡는가
- 오류 수정 기간과 이후 유지보수 범위는 어디까지인가
위시켓 이용 안내에는 지원자와 미팅한 뒤 업무 범위·금액·기간을 협의하고 계약서를 검토하는 과정이 나온다. 작업자의 포트폴리오와 이전 평가도 확인할 수 있다. 다만 비슷한 화면을 만든 경험이 있다는 사실만으로 내 운영 방식까지 이해했다고 단정할 수는 없다. 실제로 예약 변경이 잦은 가게라면 관리자 화면을 어떻게 설계할지 구체적으로 들어보는 게 더 도움이 되겠다.
완료 기준 한 줄이 나중의 다툼을 줄인다
초안을 쓰면서 가장 오래 붙잡은 건 ‘완성’의 뜻이었다. 고객이 예약 버튼을 누를 수 있으면 끝일까, 관리자가 예약 내역을 내려받을 수 있어야 끝일까. 나는 가상의 완료 기준을 ‘모바일에서 예약 신청과 취소가 가능하고, 관리자가 날짜별 목록을 확인하며, 합의한 오류를 수정한 상태’로 적었다. 실제 의뢰라면 화면 목록과 시험할 상황을 더 구체적으로 붙일 생각이다.
위시켓은 계약 내용을 플랫폼에 기록하고, 계약 방식에 따라 의뢰자가 맡긴 대금을 결과물 검수와 지급 승인 이후 작업자에게 전달한다고 안내한다. 이런 절차가 있어도 기능의 포함 여부가 모호하면 검수할 때 의견이 엇갈릴 수 있다. 계약 전에 화면, 기능, 수정 범위, 일정의 기준을 글로 남겨두는 이유다.
이번에 확인한 것은 실제 견적의 높고 낮음이 아니라 의뢰 글의 빈칸이었다. ‘작은 예약 페이지’라고 부르던 일이 고객 화면, 관리자 화면, 알림, 운영 방식으로 갈라지는 걸 보니 막연한 요청이 왜 어려운지 알 것 같았다. 위시캣을 찾는 단계라면 먼저 내가 원하는 사용 장면을 적어보는 것부터 시작할 듯하다. 그 메모가 상담에서도, 작업자와의 대화에서도 가장 쓸모 있는 자료가 될 테니까.
