사업 방향이 정리되는 단계입니다. 아이디어가 구체화되고 해결 대상 문제도 정리되기 시작했습니다. 그러나 개발 단계에서 창업자에게 개발 지식이 없다는 문제가 확인됩니다.
이 시점에 창업자는 검색으로 정보를 수집합니다. 일부 자료는 직접 개발이 쉽다고 안내하고, 다른 자료는 단독 개발을 금지하도록 안내합니다. 자료를 검토할수록 확신은 감소하고 선택지만 증가합니다.
결론
개발 지식 없이도 창업할 수 있습니다.
다만 반드시 확인할 사항을 확인하지 않은 채 두면 안 됩니다.
두 사항은 별개입니다. 코드 작성 능력은 창업의 조건이 아닙니다. 그러나 무엇을 개발할지 결정하는 일까지 외부에 전부 맡기면 그 시점부터 프로젝트가 의도와 다르게 진행됩니다.
창업자 확인 불필요 사항
개발 언어, 서버 구성 방식, 데이터 저장 방식. 개발사의 업무 영역입니다.
창업자 필수 확인 사항
대상 이용자, 해결 대상 문제, 최초 진입 후 이용 순서. 이 사항은 타인이 대신 결정하지 않습니다.
필수 확인 사항이 정리되지 않으면 어떤 방식을 선택해도 결과가 불안정합니다. 직접 개발, 외주 개발, IT 파트너 모두 동일합니다. 따라서 개발을 배울지 정하는 것보다 먼저 확인할 사항이 있습니다.
필수 사항 미확인 시 방식별 문제
노코드 도구를 사용하면 몇 회의 선택만으로 화면이 제작됩니다. 구상 단계의 서비스가 화면으로 구현되어 진행이 빨라집니다. 그러나 결제 기능 적용에서 진행이 중단되고, 이용자별 권한을 상이하게 부여하려 하면 도구의 구조가 이를 지원하지 않습니다. 우회 방식을 적용하면 기존 개발 기능까지 연쇄적으로 오류가 발생합니다. 일정 수준까지는 신속하지만 그 이상은 난도가 급격히 상승하는 구간이 있습니다.
견적 금액과 기간이 확정되면 부담이 감소합니다. 그러나 "기획서 보내주시면 착수할게요"라는 답변을 받습니다. 해당 기획서는 화면 구조부터 데이터 이동 경로까지 즉시 개발에 착수할 수 있는 수준의 구체적인 문서여야 한다는 사항을 이 시점에 확인합니다. 기획서를 전달해도 1개월 후 결과물이 구상과 상이하고, 변경을 요청하면 계약 범위 밖이라는 답변을 받습니다.
기획서 전달 대신 해결하려는 문제를 우선 설명합니다. 회신 내용은 견적서가 아니라 질문입니다. 파트너가 대상 이용자와 핵심 흐름을 우선 질의합니다. 질의응답 과정에서 정리되지 않았던 구상이 순차적으로 정리됩니다. 다만 내부에 기획 인력이 이미 있고 개발 인력만 필요한 경우라면 외주 개발이 더 적합합니다.
세 가지 방식을 고르는 기준은 노코드, 외주, IT 파트너 비교에서 설명합니다.
질문의 전환
검색 단계에서는 최적의 방식을 확인하려 합니다. 그러나 이 질문 자체가 부적합합니다.
현재 상황에서 손실이 가장 적은 방식
이것이 확인해야 할 질문입니다.
세 가지 항목을 확인하면 선택지가 신속하게 좁혀집니다.
검색 단계의 판단 곤란은 다음 원인에서 발생합니다. 방식이 없었던 것이 아니라 창업자의 상황을 점검할 기준이 없었던 것입니다.
따라서 개발 지식이 없는 것이 원인이 아닙니다. 창업자 본인의 상황이 정리되지 않아 선택하지 못하는 것이며, 이는 학습이 아니라 상황 정리로 해결됩니다.
외주를 맡긴 뒤 발주처가 할 일은 외주 시 발주자의 역할에서 설명합니다. 코딩을 어디까지 배워야 하는지는 코딩 학습의 필요 범위에서 설명합니다.
자주 묻는 질문
01개발을 몰라도 창업할 수 있습니까
할 수 있습니다. 코드를 직접 짤 줄 아는지는 창업의 조건이 아닙니다. 다만 무엇을 만들어야 하는지까지 남에게 통째로 맡기면 일이 어긋나기 시작합니다.
02개발을 모르는 창업자가 몰라도 되는 것과 알아야 하는 것은 무엇입니까
어떤 언어로 짜는지, 서버를 어떻게 세우는지, 자료를 어떻게 쌓는지는 몰라도 됩니다. 누가 쓰는지, 무슨 문제를 푸는지, 처음 들어와서 어떤 순서로 움직이는지는 아무도 대신 정해 주지 않으므로 직접 알아야 합니다.
03개발 방법을 고르기 전에 무엇을 점검합니까
기획서가 있는지, 기술 판단을 함께할 사람이 있는지, 출시 후 운영까지 이어갈 여력이 있는지 세 가지를 점검합니다. 이 셋을 정리하면 직접 만들기, 맡기기, 함께 가기 중 선택지가 좁혀집니다.