처음 써본 제미나이 스파크, 결과물을 만드는 과정 정리

 제미나이 스파크가 어떤 기능인지 살펴보고 나면 다음으로 궁금해지는 것은 실제 사용 과정입니다.

기능 설명만 볼 때는 어렵지 않아 보여도 막상 처음 시작하면 어떤 내용을 입력해야 하는지, 처음부터 자세하게 설명해야 하는지, 결과가 마음에 들지 않을 때는 어떻게 수정해야 하는지 고민하게 됩니다.

저도 새로운 AI 기능을 사용할 때는 처음부터 복잡한 결과물을 만들기보다 작은 결과물 하나를 직접 완성해보는 방식이 기능을 이해하는 데 가장 빠르다고 생각합니다.

이번 글에서는 제미나이 스파크에서 처음 결과물을 만든다는 기준으로 목적 정하기 → 첫 요청 작성 → 결과 확인 → 수정할 부분 찾기 → 다시 요청하기 순서로 정리해보겠습니다.

특정 기능을 많이 소개하기보다 처음 사용하는 사람이 실제로 어떤 순서로 접근하면 좋은지에 초점을 맞췄습니다.

먼저 무엇을 만들 것인지 하나만 정했습니다

AI를 처음 사용하면 가능한 기능부터 모두 시험해보고 싶어질 수 있습니다.

하지만 여러 가지 작업을 한꺼번에 시작하면 어떤 기능이 실제로 도움이 됐는지 판단하기 어려워집니다.

그래서 첫 번째 테스트에서는 결과물의 목적을 하나만 정하는 편이 좋았습니다.

예를 들어,

간단한 아이디어를 정리해보고 싶다거나,

초안을 하나 만들어보고 싶다거나,

내가 생각한 내용을 일정한 형태의 결과물로 발전시켜보고 싶다는 식입니다.

중요한 것은 거창한 프로젝트를 정하는 것이 아닙니다.

첫 결과가 나온 뒤 **“내가 원했던 방향과 비슷한가?”**를 판단할 수 있을 정도로 목적이 분명하면 충분합니다.

처음부터 조건을 너무 많이 정하면 결과가 달라졌을 때 어느 부분이 영향을 줬는지 확인하기 어렵습니다.

첫 요청은 길게 쓰지 않았습니다

제미나이 스파크를 처음 사용할 때 프롬프트를 얼마나 자세하게 적어야 하는지도 고민하게 됩니다.

저는 처음부터 긴 설명을 작성하기보다 세 가지 정도만 정하는 방식이 이해하기 쉽다고 봅니다.

무엇을 만들 것인지

누가 사용할 것인지

어떤 형태의 결과가 필요한지

입니다.

예를 들어 단순히,

아이디어를 만들어줘.

라고 입력하는 것보다,

처음 사용하는 사람도 쉽게 이해할 수 있는 간단한 결과물을 만들어줘. 내용은 복잡하지 않게 구성하고 핵심이 먼저 보이도록 정리해줘.

처럼 목적을 조금 더 분명하게 전달할 수 있습니다.

처음부터 디자인, 문체, 구성, 세부 기능 등 모든 조건을 넣을 필요는 없습니다.

첫 결과를 기준으로 부족한 부분을 하나씩 추가하는 편이 결과 변화도 확인하기 쉽습니다.

처음 결과가 나오면 바로 다시 만들지 않았습니다

첫 결과가 기대와 다르면 바로 새로운 프롬프트를 입력하고 싶어질 수 있습니다.

하지만 저는 결과를 한 번 더 보는 과정이 필요하다고 생각합니다.

먼저 처음 요청한 핵심이 반영됐는지 확인합니다.

그다음 결과에서 괜찮았던 부분과 아쉬운 부분을 따로 나눠봅니다.

예를 들어,

전체적인 방향은 마음에 든다.

내용이 생각보다 길다.

첫 부분에서 핵심이 잘 보이지 않는다.

구성은 괜찮지만 원하는 분위기와 다르다.

처럼 구체적으로 나눌 수 있습니다.

이렇게 보면 결과 전체를 처음부터 다시 만들 필요가 없는 경우도 있습니다.

이미 괜찮은 부분은 유지하고 불편한 부분만 다음 요청에서 수정하면 되기 때문입니다.

수정 요청은 한 번에 하나씩 바꿨습니다

AI 결과를 수정할 때 가장 헷갈리는 상황은 여러 조건을 한꺼번에 바꾸는 경우입니다.

예를 들어 첫 결과가 마음에 들지 않는다고 해서,

길이도 줄이고,

구성도 바꾸고,

분위기도 바꾸고,

새로운 내용도 추가하면

두 번째 결과가 좋아져도 어떤 요청이 효과가 있었는지 알기 어렵습니다.

그래서 처음에는 한 가지 문제만 정해서 수정하는 편이 좋습니다.

예를 들어 결과가 너무 길었다면,

현재 구성은 유지하면서 전체 내용을 조금 더 짧고 간결하게 정리해줘.

처럼 요청할 수 있습니다.

반대로 내용은 괜찮지만 구조가 복잡했다면,

내용은 유지하되 처음 보는 사람도 이해하기 쉽도록 순서를 다시 정리해줘.

처럼 바꿔볼 수 있습니다.

이렇게 수정하면 첫 번째 결과와 두 번째 결과의 차이가 더 명확하게 보입니다.

첫 요청과 결과를 직접 비교해봤습니다

제미나이 스파크를 실제로 익히는 데 가장 도움이 되는 부분은 입력 화면 자체보다 내가 무엇을 요청했고 어떤 결과가 나왔는지 비교하는 과정이라고 생각합니다.

같은 화면 안에 처음 입력한 내용과 실제 결과를 함께 보여주면 어떤 요청이 어떻게 반영됐는지 이해하기 쉽습니다.

특히 결과가 완벽하지 않더라도 첫 시도에서 예상보다 잘 반영된 부분과 부족했던 부분을 나눠서 기록해두면 다음 테스트에도 활용할 수 있습니다.

처음에는 서울 근교 당일치기 여행지를 소개하는 간단한 블로그 글을 만들어보려고 요청했습니다.

결과는 제가 예상한 방향과 꽤 비슷했고, 여행지 3곳을 나눠 특징과 추천 이유까지 정리해준 점은 생각보다 보기 편했습니다.

다만 첫 결과는 설명이 조금 많고 전체 구성이 길게 느껴지는 부분이 있었습니다. 

다음 요청에서는 현재 구성은 유지하면서 문장을 더 짧게 줄이고, 핵심 정보가 먼저 보이도록 수정해볼 생각입니다.

결과가 마음에 들지 않아도 처음부터 다시 시작할 필요는 없었습니다

새로운 AI 기능을 사용할 때 첫 결과가 마음에 들지 않으면 기능 자체가 별로라고 판단하기 쉽습니다.

하지만 실제로는 요청이 모호했거나 내가 원하는 결과 기준을 충분히 설명하지 않은 경우도 있습니다.

그래서 첫 결과를 완성품이 아니라 첫 번째 초안이라고 생각하는 편이 좋습니다.

예를 들어 결과의 전체 방향은 괜찮지만 설명이 너무 많다면 분량만 줄여볼 수 있습니다.

구성은 괜찮지만 특정 부분이 부족하다면 해당 내용만 보강할 수 있습니다.

처음부터 다시 만들기보다 기존 결과에서 무엇을 유지할지 먼저 정하는 것입니다.

이렇게 작업하면 AI와 계속 대화하면서 결과물을 다듬는 방식도 자연스럽게 익힐 수 있습니다.

원하는 결과를 얻으려면 기준을 구체적으로 말하는 것이 중요했습니다

사람끼리 대화할 때는 “조금 더 보기 좋게 해줘”라는 말도 상황에 따라 이해할 수 있습니다.

하지만 AI에게는 무엇을 어떻게 바꾸고 싶은지 조금 더 구체적으로 표현하는 편이 좋습니다.

예를 들어,

더 보기 좋게 만들어줘.

보다,

제목과 핵심 내용을 먼저 보여주고 세부 설명은 아래쪽으로 정리해줘.

라고 적는 것이 더 명확합니다.

또,

좀 더 자연스럽게 해줘.

보다는,

딱딱한 설명체보다 처음 사용하는 사람에게 설명하듯 자연스럽게 바꿔줘.

처럼 원하는 방향을 알려주는 방법도 있습니다.

결국 프롬프트에서 중요한 것은 어려운 표현이 아니라 내가 생각하는 ‘좋은 결과’가 어떤 모습인지 알려주는 것이라고 느꼈습니다.

작업 중간에 처음 목적을 다시 확인했습니다

AI와 여러 번 수정 작업을 하다 보면 처음 만들려고 했던 결과와 점점 멀어질 수 있습니다.

새로운 아이디어가 추가되고 수정 조건이 늘어나면서 결과가 처음보다 복잡해지기도 합니다.

이럴 때는 처음 작성했던 목적을 다시 확인하는 것이 도움이 됩니다.

처음 목표가,

“처음 사용하는 사람이 쉽게 이해할 수 있는 간단한 결과물을 만든다.”

였다면 수정 결과 역시 이 기준에 맞는지 보는 것입니다.

기능을 많이 사용했다고 더 좋은 결과가 되는 것은 아닙니다.

오히려 처음 목적을 충족했다면 더 이상 필요 없는 조건을 추가하지 않는 편이 깔끔할 수 있습니다.

결과물을 완성한 뒤에는 세 가지를 확인했습니다

첫 작업이 끝났다면 단순히 저장하고 끝내기보다 몇 가지를 확인해두면 다음 작업이 편해집니다.

첫 번째는 처음 요청한 목적을 충족했는지입니다.

결과물이 멋있어 보여도 원래 만들려고 했던 것과 다르다면 다시 수정할 필요가 있습니다.

두 번째는 불필요하게 복잡한 부분이 없는지입니다.

AI가 생성한 내용을 모두 사용할 필요는 없습니다.

필요 없는 부분은 줄이고 중요한 내용만 남기는 것도 작업 과정의 일부입니다.

세 번째는 다음에 다시 사용할 수 있는 요청이 무엇이었는지입니다.

결과가 마음에 들었다면 사용했던 프롬프트나 수정 문장을 간단하게 남겨두면 비슷한 작업을 할 때 다시 활용할 수 있습니다.

제미나이 스파크를 처음 사용할 때 정리한 작업 순서

처음 결과물을 만드는 과정을 다시 정리하면 복잡하지 않습니다.

1. 만들고 싶은 결과물을 하나 정합니다.

2. 목적과 결과 형태를 간단하게 설명합니다.

3. 첫 결과를 확인합니다.

4. 잘된 부분과 아쉬운 부분을 구분합니다.

5. 가장 먼저 바꾸고 싶은 조건 하나를 정합니다.

6. 해당 부분만 수정해달라고 요청합니다.

7. 처음 결과와 수정 결과를 비교합니다.

8. 만족스러운 결과가 나오면 사용한 요청을 간단하게 기록합니다.

이 과정을 한두 번 반복하면 제미나이 스파크가 어떤 요청을 잘 이해하고, 내가 어떤 방식으로 설명했을 때 원하는 결과에 가까워지는지 조금씩 감을 잡을 수 있습니다.

처음 써보면서 중요하다고 느낀 부분

제미나이 스파크를 처음 사용한다면 기능을 모두 익힌 뒤 시작해야 한다고 생각할 필요는 없습니다.

오히려 간단한 결과물 하나를 직접 만들어보면서 필요한 기능을 그때그때 확인하는 편이 더 이해하기 쉽습니다.

특히 첫 결과가 마음에 들지 않았을 때 무작정 새로 생성하기보다 무엇이 아쉬운지 구체적으로 정하고 한 가지씩 수정해보는 과정이 중요했습니다.

이 방식은 제미나이 스파크뿐 아니라 다른 생성형 AI를 사용할 때도 비슷하게 적용할 수 있습니다.

처음 입력한 요청을 남겨두고,

첫 결과를 확인하고,

한 가지 조건만 바꾸고,

두 결과를 다시 비교합니다.

이렇게 작은 테스트가 쌓이면 어느 순간부터 긴 프롬프트를 외우지 않아도 내가 원하는 결과를 설명하는 방식이 자연스럽게 정리됩니다.

다음 글에서는 같은 목적의 요청을 서로 다르게 작성해보고 프롬프트를 바꾸면 제미나이 스파크 결과가 실제로 어떻게 달라지는지 비교해보겠습니다.

FAQ

제미나이 스파크를 처음 사용할 때 프롬프트를 자세하게 써야 하나요?

처음부터 모든 조건을 길게 작성할 필요는 없습니다. 만들고 싶은 결과와 꼭 필요한 조건부터 간단하게 작성하고 첫 결과를 확인한 뒤 부족한 부분을 추가하는 방법이 비교하기 쉽습니다.

첫 결과가 마음에 들지 않으면 새로 만들어야 하나요?

반드시 처음부터 다시 만들 필요는 없습니다. 괜찮은 부분은 유지하고 마음에 들지 않는 부분만 구체적으로 수정해달라고 요청하는 방식으로 결과를 발전시킬 수 있습니다.

프롬프트를 수정할 때 여러 조건을 한꺼번에 바꿔도 되나요?

가능하지만 처음 테스트할 때는 한 가지 조건씩 바꾸는 편이 좋습니다. 그래야 어떤 요청이 결과에 영향을 줬는지 비교하기 쉽습니다.

처음 만든 결과는 어디까지 완성해야 하나요?

첫 테스트의 목적은 완벽한 결과물을 만드는 것보다 제미나이 스파크의 작업 흐름을 이해하는 데 있습니다. 간단한 결과 하나를 끝까지 만들어보고 다음 작업에서 조금씩 복잡도를 높이는 방식이 좋습니다.