정원혁님의 포스트

지난번 소개했던 오롯(orot) 2.0으로 크게 업데이트했습니다.

그리고 그 결과 보상(기획서)은 끝에, 노동(작성)은 앞에 몰려 사람들이 초반 단계에서 지쳐 이탈했습니다.

그래서 데이터 모델은 유지한 채 화면 레이어를 전면 재설계했습니다.

- 8단계 → 사슬 하나(아이디어 → 불편 → 요구 → 기능 → 화면)로 변경

- 사슬 다음에 유저플로우(화면 이동)·와이어프레임(저충실 스켈레톤)을 같은 데이터 위에서 정리

- 산출물 4종 패킷 제공 (기능정의서·화면명세서·요구사항정의서(PRD)·개발지시서)

AI는 여전히 선택입니다(orot/packet@1 왕복). 끊긴 사슬이 곧 다음 할 일로 보이게 한 건 그대로입니다.

무료 오픈 베타: https://www.orotai.co.kr/?utm_source=disquiet&utm_medium=community&utm_campaign=v2_update

피드백 받고 싶은 것: 강제 단계를 걷어낸 방향이 실제 1인 개발 흐름에 맞는지.

AI에게 아이디어를 설명하고 바로 구현을 맡기면 결과는 빠르게 나왔습니다.
문제는 제가 정하지 않은 계정 방식, 저장 정책, 화면 흐름까지 AI가 대신 결정한다는 점이었습니다.
그래서 더 긴 프롬프트 대신, 문제 → 요구 → 기능 → 화면의 빈칸을 먼저 찾는 orot을 만들었습니다.
현재 무료 오픈 베타입니다.

실제 1인 개발 과정에서 가장 자주 빠뜨리는 결정은 무엇인지 궁금합니다.

#1인개발 #바이브코딩 #서비스기획

https://www.orotai.co.kr/?utm_source=disquiet&utm_medium=makerlog&utm_campaign=open_beta