PUBLIC PROBLEM
DP-0002
지금 해결하고 있습니다AI를 만들기 전에 고객이 실제 문제를 올리는지 어떻게 검증할 수 있을까?
DatPly가 AI Problem Analyst나 데이터베이스를 먼저 만드는 대신, 고객이 실제 Problem을 올리고 Problem-first workflow에 참여하는지를 가장 작은 POC로 먼저 검증하는 과정입니다.
업데이트
EXECUTION
2 / 3 Tasks 완료
어떤 문제를 해결하고 있나요?
DatPly의 장기 아이디어를 먼저 구현하는 것이 아니라, 고객이 실제 기업의 Problem을 올리고 그 Problem을 구체화하는 workflow에 참여하는지를 먼저 확인해야 합니다.
기술을 많이 만드는 일과 실제 수요를 검증하는 일은 다를 수 있습니다. 이 POC는 고객의 실제 문제에서 시작하는 흐름이 작동하는지 확인하기 위한 첫 단계입니다.
기존에는 어떻게 생각했나요?
처음에는 다음과 같은 기술을 먼저 구현할 가능성이 있었습니다.
- AI Problem Analyst
- 자동 clarification
- database
- Readiness automation
이 기능들이 실제 수요 검증보다 앞서면, 필요한 운영 경험을 얻기 전에 platform development가 커질 수 있습니다. 아직 어떤 접근이 실패했다고 판단한 것은 아닙니다.
지금은 어떻게 검증하고 있나요?
현재 POC는 public frontend와 Problem-first intake 방향을 먼저 만들고 있습니다. 공개 가능한 Problem, Task, Case는 repository로 관리하며, 수신 이후의 검토와 clarification은 당분간 manual/concierge operation을 전제로 합니다.
AI backend, database, Auth/Admin은 이 검증에 앞서 만들지 않습니다.
어떻게 달라지면 성공일까요?
기술을 많이 구현하는 것이 성공은 아닙니다.
실제 사용자가 Problem을 제출하고, 필요한 clarification에 응답하고, DatPly가 Problem을 구조화해 실행 가능한 Task로 나누고, 실제 결과까지 연결할 수 있는지를 확인하는 것이 핵심입니다.
현재는 아직 실제 고객 submission 결과가 없으므로, 이 Problem이 해결되었다고 말하지 않습니다.
TASK BREAKDOWN
이 문제를 이렇게 나눴습니다
ACTIVE
지금 진행 중
현재 진행 중인 Task는 없습니다. 다음 Task를 준비하고 있습니다.
QUEUE
다음으로 진행합니다
TASK-007
다음 작업Problem-first 제출 흐름 구현
사용자가 처음에는 Problem만 작성하고, 다음 단계에서 email과 개인정보 동의를 입력하는 2-step Problem-first intake를 구현합니다.
남긴 것 · /submit, Step 1 Problem only, Step 2 email + privacy consent, server-side submission, DatPly notification email, customer acknowledgement, spam protection
다음 Task
SHIPPED
최근 완료했습니다
TASK-006
완료했습니다Problem·Task·Case 공개 콘텐츠 기반 구현
남긴 것 · Problem / Task / Case schema, MDX frontmatter loader, relationship validation, derived Task views, 그리고 /problems · /now · /cases index pages
TASK-005
완료했습니다Problem-first 서비스 구조와 운영모델 설계
남긴 것 · DatPly POC의 Problem-first 운영모델과 Problem → Task → Queue → Case lifecycle specification
START WITH A PROBLEM
회사에도 비슷한 문제가 있나요?
잘 정리하지 않아도 됩니다. 비슷한 부분부터 알려주세요.
문제 올리기