Workflow Integration & Solution Design

1흐릿한 요청을 요구사항으로 바꾸기

핵심 요약

“보고 체계를 개선하자” 같은 말은 바로 실행할 수 없다. Claude에게 원자료(문서, 메일, 메모)를 주고 요약이 아니라 구조화된 요구사항 표를 요청한다. 각 항목에 원본 위치가 붙어 있어야 나중에 확인할 수 있다. 그다음 Claude에게 자기가 만든 목록을 다시 검토하게 해서, 모호한 항목과 문서에 직접 쓰여 있지 않은 숨은 요구사항을 찾아낸다.

이렇게 써보세요 · 예시

2기획할 때: 종합은 Claude, 숫자는 코드로

핵심 요약

• 종합(Synthesis)여러 자료를 연결해 패턴과 선택지, 장단점을 정리하는 일. Claude가 가장 잘한다.
• 계산(Calculation)평균, 증가율, 합계 같은 숫자는 Claude가 “추측”하게 두지 말고 코드 실행으로 계산하게 한다.
• 판단(Judgment)예산, 조직 상황, 위험 감수 수준처럼 Claude가 볼 수 없는 현실을 반영한 최종 결정은 사람이 한다.

이렇게 써보세요 · 예시

3한 번에 완성 말고, 반복해서 다듬기

핵심 요약

Claude는 자판기가 아니라 설계 파트너다. 만들기 → 피드백 → 고치기를 반복하고, 같은 Project 안에서 작업해야 이전 결정과 맥락이 유지된다. 단, 여러 팀이 매일 의존하는 시스템이 되어 보안·권한·안정성이 중요해지면, 그때는 개발자에게 넘길 때다.

이렇게 써보세요 · 예시

매번 “처음부터 다시”가 아니라 “이것만 추가/변경”으로 요청하는 것이 포인트다.

4위임 매핑: 단계마다 누가 맡을지 정하기

핵심 요약

업무를 단계별로 쪼개고, 각 단계를 아래 세 가지 기준으로 판단한다.

• 되돌릴 수 있는가? (Reversibility)되돌릴 수 있으면 더 맡기고, 되돌릴 수 없으면 사람이 개입한다.
• 틀리면 얼마나 큰일인가? (Stakes)비용이 큰 단계는 사람이 맡거나 반드시 검토한다.
• 누가 책임지는가? (Accountability)초안은 AI가 써도 책임은 넘어가지 않는다.

이렇게 써보세요 · 예시

상황: 마케팅팀 월간 뉴스레터 발송

흔한 실수

• 후광 효과: 초안을 잘 썼다고 발송까지 맡기지 않는다. 단계마다 따로 판단한다.
• 이름만 협업: “사람이 검토”라고 적어놓고 실제 검토자가 없으면 그건 자동화다.
• 도구부터 매핑: 만들어둔 기능에 업무를 끼워 맞추지 말고, 업무를 먼저 나눈다.

5이해관계자에게 과장 없이 설명하기

핵심 요약

신뢰는 정확한 설명에서 나온다. ① Claude가 하는 일 ② 하지 않는 일·실패할 수 있는 지점 ③ 사람이 확인하는 지점을 함께 말한다. 듣는 사람에 따라 강조점만 바꾼다. 실무 담당자에게는 작동 방식과 실패 유형을, 임원에게는 성과와 감독 체계를, 리스크 담당에게는 통제 장치와 승인 절차를 말한다.

“완전 자동화”, “AI가 알아서 처리”처럼 사람의 검토 단계를 가리는 표현은 피한다.

이렇게 써보세요 · 예시

상황: 뉴스레터 워크플로를 팀장에게 보고