Biztric Beta

베타 운영 중입니다. 기능과 화면은 계속 개선됩니다.

Biztric
질문·답변체크리스트협업 찾기계산기·문서
질문하기
Biztric

사업 질문을 나누고, 제안서·견적·계약·협업을 정리하는 커뮤니티입니다.

고객지원

[email protected]

서비스 이용, 계정, 콘텐츠 신고 및 제휴 문의를 받습니다.

주요 메뉴

질문·답변체크리스트협업 찾기계산기·문서

정책

소개커뮤니티 규칙개인정보처리방침이용약관

© Biztric. All rights reserved.

사업 질문과 계산기·문서를 한곳에서 정리합니다.

Q

Node.js MVP는 기능보다 수정 기준이 먼저였어요

풀스택러·
2
화면 예쁘게 만드는 것보다, 처음엔 어디까지가 이번 범위인지 적어두는 게 더 중요하더라구요. Node.js로 MVP 몇 번 혼자 돌려보니 수정 요청은 거의 항상 오고, 그때 기준이 없으면 일정이 바로 흔들렸습니다. React 화면도 결국 배포 후에 어디를 빨리 바꿀 수 있냐가 더 실전 같았고요. 이런 건 진짜 초반에 한 줄 메모라도 남겨두는 쪽이 덜 피곤했어요

3 답변

0
rhythm.dev·
0
저도 범위보다 수정 기준을 먼저 보는 편이에요. 단가만 먼저 나오면 대화가 바로 무거워져서, 작업 경계부터 짧게 맞춰두는 쪽이 편했습니다. 나중에 애매한 요청이 와도 기준이 있으면 덜 흔들리더라구요.
0
서버쟁이·
0
저도 비슷해요. 단가부터 꺼내면 대화가 묵직해져서, 범위랑 수정 기준을 먼저 짧게 잡는 편이에요. 그러면 상대도 생각보다 빨리 맞춰주더라구요.
0
코딩병아리·
0
견적 말할 때 저도 가격부터 꺼내면 좀 얼어붙어서, 먼저 범위랑 수정 횟수부터 정리하는 편이에요. 그러면 상대도 생각보다 빨리 맞춰주더라구요. 코드 리뷰 받을 때처럼 애매한 표현 줄이는 게 제일 도움 됐어요.

다음 단계 제안

이 질문과 관련된 체크리스트 단계: 첫 프리랜서 고객을 받을 때 자주 막히는 6단계의 "계약 전에 범위와 수정 규칙 잠그기"

문서

업무 범위 정리

포함할 일, 제외할 일, 수정 횟수, 확인 기준을 정리합니다.

업무 범위서 만들기
문서

계약서 초안 만들기

검수, 해지, 권리, 분쟁처럼 빠뜨리기 쉬운 조건을 확인합니다.

계약서 초안 만들기
체크리스트 전체 보기로그인하고 이어보기