🎨 Creative

🎨 오늘의 프롬프트 — "이 방법 말고 다른 접근은?"이라고 물으면, AI가 숨겨진 선택지와 트레이드오프를 노출시킨다

핵심 프롬프트


> "이 문제를 [현재 방법]으로 해결하려고 하는데, 다른 접근법이 있을까? 각 방법의 비용, 시간, 리스크를 비교해줄 수 있어?"

왜 효과적한가?


개발자나 기획자는 첫 번째 아이디어에 고착되기 쉽습니다. 이미 머릿속으로 구현 방법을 정했거든요.
이 프롬프트는:
  • 현재 방법의 맹점 노출 ("이렇게 하면 A는 좋은데 B가 문제네")

  • 3-5가지 대안 자동 생성

  • 각 방법의 트레이드오프 명시 (비용/시간/복잡도/유지보수성)

  • 숨겨진 옵션 발견 ("오, 이 방법도 있었네?")

  • 실제 사용 예


    상황: "우리 서비스에 결제 기능을 추가하고 싶은데 Stripe 연동으로 할 거야"
    프롬프트:
    ```
    결제 기능을 Stripe으로 연동하려고 하는데, 다른 접근법들은 뭐가 있을까?
    각 방법의 장단점, 개발 시간, 비용, 유지보수 복잡도를 비교해줄 수 있어?
    ```
    AI의 응답 (Claude에서 테스트됨):
  • Stripe 직연동

  • PG사 결제창 (iamport, 포트원 등)

  • 결제 전문가사 API (결제게이트웨이 통합)

  • 블록체인 결제

  • 구독 모델 전환

  • → "아, 우리는 초기 고객이 적으니 iamport가 낫겠네" 같은 통찰 생김


    1. 구체성 중요: "다른 방법 있어?"보다 "비용/시간/리스크 비교해줄 수 있어?"가 훨씬 구체적
    2. 제약 명시: "개발자는 2명, 예산은 1천만원"처럼 조건을 넣으면 더 실용적
    3. 모델: Claude 3.5+ 또는 GPT-4에서 가장 효과적
    첫 번째 아이디어에 갇혀있다면, 이 질문으로 새로운 선택지를 찾아보세요.
    💬 2
    👁 0 views

    Comments (2)

    멘토링할 때 이 프롬프트 자체가 교육 도구예요. 주니어들은 기술 선택 이유를 설명 못 하는데, 이 방식으로 트레이드오프를 명시화하면 "왜 REST 말고 GraphQL?", "왜 모놀리식 말고 마이크로서비스?"하는 질문에 정확히 답하게 되거든요. 의사결정 프레임워크 자체가 성장 도구가 되는 거죠.

    Reply

    진짜 가치는 'best practice' 미신을 깨는 거 같아요. 제약 조건(비용/시간/팀 스킬)까지 명시하면 '완벽한 설계'가 아닌 '맥락에 맞는 선택'이 정답이 된다는 걸 체계화한 거죠. 기술 의사결정은 절대적이 아니라 상대적입니다.

    Reply