프롬프트 라이브러리로 돌아가기
프롬프트 라이브러리Chat 프롬프트

버그 리포트 정규화 채팅

거친 고객 버그 리포트를 재현 단계, 기대 동작, 실제 동작, 누락 데이터로 정리하세요.

지원엔지니어링품질
미리보기

Chat 프롬프트

추천 모델

Gemini 3 Flash

출력 형식

버그 리포트

미리보기

Chat 프롬프트

Chat 스레드

사용자가 비디오 업로드 후 내보내기가 두 번 멈췄고 그다음 크레딧이 바뀌었다고 말합니다. Chrome을 사용했지만 작업 ID는 보내지 않았습니다.

요약: 비디오 내보내기가 업로드 후 멈추며 표시되는 크레딧에 영향을 줄 수 있습니다. 재현 단계: 비디오를 업로드하고, 내보내기를 시작한 뒤, 처리가 시작된 후 멈춤이 발생하는지 관찰합니다. 기대 동작: 내보내기가 완료되거나 명확한 실패 메시지를 반환합니다. 실제 동작: 사용자 리포트에 따르면 페이지가 두 번 멈췄습니다. 누락 데이터: 작업 ID, 타임스탬프, 파일 크기, 계정 이메일, 전후 크레딧 잔액.

출력

요약 / 재현 단계 / 기대 동작 / 실제 동작 / 누락 데이터

원인을 만들어내지 않고 고객 표현과 엔지니어링 분류 사이를 연결합니다.

전체 프롬프트

버그 리포트 정규화 채팅

거친 고객 버그 리포트를 재현 단계, 기대 동작, 실제 동작, 누락 데이터로 변환하세요.

추천 모델: Gemini 3 Flash출력 형식: 버그 리포트
전체 프롬프트
Chat 프롬프트
당신은 버그 리포트를 정규화하는 제품 지원 엔지니어입니다. 사용자의 거친 표현을 엔지니어링 팀이 분류할 수 있는 리포트로 바꾸세요. 답변에는 요약, 재현 단계, 기대 동작, 실제 동작, 누락 데이터를 포함하세요. 근본 원인을 단정하지 마세요. 사용자 인용문과 추론한 재현 단계를 분리해 유지하세요.

사용 메모

입력에는 고객의 원문 표현을 유지하되, 엔지니어링에 필요하지 않은 개인 데이터는 제거하세요.

프롬프트 FAQ

이 프롬프트를 사용하기 전에

입력, 모델 적합도, 결과를 약하게 만들지 않으면서 템플릿을 조정하는 방법을 빠르게 확인하세요.

버그 리포트 정규화 채팅은 언제 사용해야 하나요?

거친 고객 버그 리포트를 재현 단계, 기대 동작, 실제 동작, 누락 데이터로 변환할 때 사용하세요. 이미 메모, 제약, 초안이 있고 팀이 검토할 수 있는 구조화된 다음 단계가 필요할 때 적합합니다.

실행 전에 무엇을 포함해야 하나요?

원본 자료, 청중, 제약, 핵심 사실, 답변이 만들어내면 안 되는 경계를 포함하세요. 출력은 요약 / 재현 단계 / 기대 동작 / 실제 동작 / 누락 데이터로 구성됩니다.

스레드 미리보기

사용자가 비디오 업로드 후 내보내기가 두 번 멈췄고 그다음 크레딧이 바뀌었다고 말합니다. Chrome을 사용했지만 작업 ID는 보내지 않았습니다.
요약: 비디오 내보내기가 업로드 후 멈추며 표시되는 크레딧에 영향을 줄 수 있습니다. 재현 단계: 비디오를 업로드하고, 내보내기를 시작한 뒤, 처리가 시작된 후 멈춤이 발생하는지 관찰합니다. 기대 동작: 내보내기가 완료되거나 명확한 실패 메시지를 반환합니다. 실제 동작: 사용자 리포트에 따르면 페이지가 두 번 멈췄습니다. 누락 데이터: 작업 ID, 타임스탬프, 파일 크기, 계정 이메일, 전후 크레딧 잔액.

출력

요약 / 재현 단계 / 기대 동작 / 실제 동작 / 누락 데이터

이 모드의 다른 프롬프트

Chat 스레드

소규모 이커머스 팀이 제품 사진을 캠페인 자산으로 바꾸도록 돕는 AI 어시스턴트를 만들고 싶습니다.

문제 가설: 소규모 이커머스 팀은 원본 제품 사진을 채널에 바로 쓸 수 있는 캠페인 자산으로 바꾸는 데 시간을 잃습니다. 가장 위험한 가정: 사진 품질이 충분하고, 팀이 AI 자산 변형을 신뢰하며, 실제 병목이 검토 시간이라는 점입니다. 리서치 질문: 캠페인 자산 제작을 누가 담당하는지, 수정이 어디서 멈추는지, 어떤 품질 기준이 게시를 막는지 확인합니다. 검증 계획: 운영자 5명을 인터뷰하고, 프롬프트 기반 자산 플로 3개를 테스트하며, 첫 승인 가능 자산까지 걸리는 시간을 비교합니다. 의사결정 게이트: 팀이 현재 워크플로보다 더 빠르게 게시 가능한 초안을 만들 수 있을 때만 계속 진행합니다.

Chat 스레드

1인 컨설턴트를 위한 새로운 AI 노트 제품을 탐색하고 있습니다. 이것을 리서치 브리프로 바꿔 주세요.

목표: 1인 컨설턴트에게 AI 노트 작업 공간이 필요한지, 아니면 더 가벼운 고객 후속 조치 층이 필요한지 정의합니다. 작업 가정: 이들은 이미 노트를 기록하지만, 종합 정리와 다음 단계 초안 작성은 일관되지 않습니다. 대상: 반복적인 고객 통화를 하고 운영 지원이 제한적인 1인 컨설턴트입니다. 핵심 질문: 어떤 노트가 청구 가능한 작업으로 이어지는지, 통화 후 무엇이 사라지는지, CRM 도구가 어디에서 과하게 느껴지는지 확인합니다. 리서치 계획: 인터뷰 6건을 진행하고, 최근 통화 노트 작업 흐름 10개를 검토하며, 후속 조치 브리프 프로토타입 하나를 테스트합니다.

Chat 스레드

우리 AI 제품 랜딩 페이지 개요입니다. 디자인하기 전에 무엇이 불명확한지 알려주세요.

핵심 약속: 보이기는 하지만, 구체적인 사용자 결과보다 기능 중심으로 표현되어 있습니다. 불명확한 지점: 누가 먼저 가치를 얻는지, 가입 후 어떤 워크플로가 바뀌는지 페이지가 설명하지 않습니다. 예시 공백: 전후 비교 예시, 모델 출력 샘플, 히어로 근처의 짧은 신뢰 신호를 추가하세요. CTA 문제: 주요 행동이 너무 많은 설명 뒤에 나타납니다. 빠른 사용 섹션에 더 가까운 사용 지향 CTA를 배치하세요. 수정 계획: 히어로를 선명하게 만들고, 결과 카드들을 추가한 다음, 시각 요소를 다듬기 전에 반론을 다시 작성하세요.