Blog
Planning and screen notes
Notes on how to organize app planning, IA, and screen design before you build, from screens and interviews Plandi made itself.
이름 규칙 없이 만들면 깨지는 것
이름 규칙 없이 만들면 화면 사이의 연결이 끊겨요. 「3번에서 가는 화면」이라고 해도 3번이 무엇인지 몰라요. 고칠 화면도 찾기 어려워요. 깨진 이름을 다시 맞추는 순서와 한계를 정리했어요.
화면 이름과 번호 규칙을 정하는 순서
화면 이름이 바뀌지 않게 하려면 이름과 번호를 한 장으로 정해 두면 돼요. AI에게 시킬 때는 이름이 아니라 번호로 불러요. 「3번 화면을 고쳐줘」라고 하는 순서와 한계를 정리했어요. 번호는 바뀌지 않아요.
화면 이름을 그때그때 정하면 생기는 일
화면 이름을 그때그때 정하면 같은 화면이 두 개 생겨요. AI는 화면 이름을 기억하지 않고 매번 새로 지어요. 「예약 확인」이 다음에는 「예약 완료」가 돼요. 이름이 바뀌었는지 확인하는 순서와 한계를 정리했어요.
날짜가 먼저면 생기는 일
날짜가 먼저면 두 가지 중 하나가 생겨요. 미완성으로 열거나, 날짜를 미루거나예요. 둘 다 피하려면 날짜보다 할 일을 먼저 봐야 해요. 결말로 가는 순서와 한계, 자주 묻는 질문을 정리했어요.
오픈 날짜에서 거꾸로 정하는 순서
오픈 날짜에서 거꾸로 정하면 돼요. 날짜, 할 일, 순서, 버릴 것의 순서예요. 날짜가 정해져도 할 일부터 채우면 무너지지 않아요. 거꾸로 정하는 네 단계와 한계, 자주 묻는 질문을 정리했어요.
오픈 날짜를 먼저 정하면 기획이 무너지는 이유
오픈 날짜를 먼저 정하면 기획이 무너져요. 날짜는 정했는데 할 일이 안 정해져서예요. 날짜에 맞추다 보면 깎이는 것은 핵심 기능이에요. 핵심이 빠진 서비스가 열려요. 무너지는 순서와 한계를 정리했어요.
문서가 뒤처지면 생기는 일
문서가 뒤처지면 문서와 화면이 달라져요. 그러면 아무도 문서를 못 믿게 돼요. 못 믿는 문서는 없는 것과 같아요. 믿음을 잃는 순서와 문서를 다시 살리는 법, 한계를 정리했어요. 함께 고치는 것이 핵심이에요.
고칠 때 문서도 함께 고치는 순서
고칠 때는 코드보다 문서를 먼저 고쳐요. 문서가 먼저 바뀌어야 AI도 바뀐 대로 만들어요. 순서는 네 단계예요. 달라진 부분만 고치면 돼요. 문서도 함께 고치는 순서와 한계, 자주 묻는 질문을 정리했어요.
고치면 다른 화면이 깨지는 이유
고치면 다른 화면이 깨지는 건 코드를 잘못 고쳐서가 아니에요. 고친 것은 코드뿐이고 문서는 옛날 그대로라서예요. AI는 문서를 보고 만들기 때문에 옛날 문서를 보면 옛날 화면을 만들어요. 깨지는 이유와 확인하는 순서를 정리했어요.
동작을 안 적으면 생기는 일
동작을 안 적으면 AI가 그럴듯한 동작을 지어내요. 화면마다 말이 되는 동작을 새로 만들어서 같은 버튼이 다른 일을 하게 돼요. 그래서 고객이 헷갈려요. 어긋나는 순서와 한계, 기록을 두는 곳을 정리했어요.
눌렀을 때 일어나는 일을 기록하는 순서
버튼마다 「누르면 → 이렇게 돼요」를 한 줄로 적으면 돼요. 길게 쓸 필요는 없어요. 화면 목록의 버튼 옆에 한 줄씩 붙이는 거예요. 네 단계면 충분해요. 기록하는 순서와 한계, 자주 묻는 질문을 정리했어요.
버튼을 눌렀을 때 일을 적어 두는 이유
버튼을 눌렀을 때 일어나는 일은 눈에 안 보여요. 적어 두지 않으면 화면마다 다르게 만들어져요. 같은 「예약하기」 버튼인데 어떤 화면에서는 예약이 되고 어떤 화면에서는 목록으로 돌아가면 고객이 헷갈려요. 동작이 갈라지는 이유와 확인하는 순서를 정리했어요.