GUIDE 02 · 요청 작성
좋은 작업 요청은
구체적인 결과에서 시작합니다.
“보기 좋게 만들어 주세요”라는 말만으로는 서로 같은 결과를 떠올리기 어렵습니다. 무엇을 위해, 어떤 결과물을, 어떻게 확인할지 설명하면 질문과 수정에 드는 시간을 줄일 수 있습니다.
1. 원하는 결과와 사용 장면부터 적기
작업 종류보다 목표를 먼저 적어보세요. “배너 디자인”만 쓰는 대신 “휴대폰에서 보는 행사 안내용 배너가 필요하며 날짜와 신청 방법이 먼저 보여야 한다”고 적으면 정보의 우선순위를 전달할 수 있습니다.
목표는 한 가지를 중심으로 정리하는 편이 좋습니다. 소개, 판매, 교육, 안내를 동시에 담으려면 중요도 순서를 적어주세요. 내용을 모두 크게 보이게 해달라는 요청은 기준이 모호해질 수 있습니다.
2. 받을 결과물을 셀 수 있게 정의하기
파일 종류, 개수, 크기와 수정 가능한 원본 제공 여부를 명시하세요. 번역이라면 언어, 원문 분량과 전달 형식이 필요합니다. 상담이나 코칭이라면 진행 시간, 횟수, 사전 준비와 이후 요약 제공 여부를 구분하면 좋습니다.
가상 예시: 온라인 행사 안내용 이미지 2장. 크기는 각각 1080 × 1080 픽셀과 1080 × 1920 픽셀. 최종 PNG와 편집 가능한 원본을 받고 싶습니다. 실제 거래나 완료 사례가 아닌 요청서 작성 예시입니다.
3. 제공 자료와 새로 만들어야 할 부분 나누기
로고, 문구, 사진, 기존 디자인과 참고 주소를 “제공 가능 자료”로 정리하세요. 작업자가 새로 준비해야 할 사진이나 문구가 있다면 따로 적어야 합니다. 사용 권한을 확인할 수 없는 이미지를 인터넷에서 복사해 자료로 전달하지 마세요.
참고 이미지를 보낼 때는 무엇이 좋은지 한두 가지를 짚어주세요. “이 페이지처럼 해주세요”보다 “여백이 넓고 제목이 먼저 보이는 구성이 좋습니다”가 원하는 방향을 더 분명하게 전달합니다. 참고물 자체의 복제를 요구하는 내용은 피하세요.
4. 일정과 수정 범위를 미리 합의하기
최종 사용일과 초안 확인일을 구분하세요. 최종 사용일 바로 전에 초안을 받으면 자료 누락이나 내용 변경에 대응하기 어렵습니다. 본인이 피드백을 전달할 수 있는 시간도 고려해야 합니다.
수정은 오탈자 교정, 색상 조정, 전체 구성 변경처럼 범위가 다릅니다. 수정 횟수만 쓰기보다 어느 정도 변경을 예상하는지 적고, 처음 요청과 달라지는 추가 작업은 별도 합의가 필요하다는 점을 서로 확인하세요.
5. 간단한 요청서 틀로 정리하기
다음 틀은 메모장에 옮겨 사용할 수 있습니다. 공개 요청에 연락처나 신분증, 계정 비밀정보를 넣지 마세요. HAPPY Request 입력란의 글자 수에 맞춰 핵심 내용을 줄여 적으면 됩니다.
6. 전송 전에 한 번 더 읽어보기
상대가 자신의 상황을 처음 듣는다고 생각하고 읽어보세요. “지난번처럼”, “알아서”, “빠르게”처럼 서로 알고 있어야 이해되는 표현은 구체적인 설명으로 바꾸는 것이 좋습니다. 필수 조건과 있으면 좋은 조건을 나누면 범위를 조정하기도 쉽습니다.
- □ 목표와 결과물이 서로 연결되어 있는가?
- □ 자료 준비를 누가 하는지 명확한가?
- □ 일정과 피드백 시간이 현실적인가?
- □ 검수 기준을 결과물에서 확인할 수 있는가?
- □ 불필요한 개인정보를 제거했는가?
요청 초안을 작성하고, 로그인과 기능 상태에 따라 Testnet 요청을 전송·조회할 수 있습니다. 요청 전송은 제공자 배정이나 결제 완료를 의미하지 않습니다. 로그인은 Pi 앱에서 진행합니다.