AI 브랜딩 | IT 개발 철학

일을 마친 날, 고객에게 후기 메일을 보내려고 제목까지 적었다가 지운 적이 있습니다. “좋은 후기 부탁드립니다”는 부담스럽고, 아무것도 묻지 않으면 정작 사용하면서 무엇이 달라졌는지 알 수 없으니까요. 후기 요청을 평가 부탁이 아닌 사용 경험을 확인하는 짧은 대화로 바꾸면 출발점이 달라집니다. 이 글에서는 요청할 시점을 고르고, 답하기 쉬운 질문 두 개를 만들고, 받은 답을 공개하기 전에 무엇을 확인할지 순서대로 정리합니다. 경험을 듣는 질문과 공개 허락을 구하는 질문은 다른 종이에 적어야 합니다. 이 글의 핵심납품일이 아니라 고객이 실제로 사용한 뒤를 요청 시점으로 잡습니다.좋았던 점과 아쉬운 점을 각각 한 문장으로 묻습니다.답변을 받는 일과 홈페이지에 인용하는 일은 별도로 동의를 받습니다. 목..

회의가 끝날 때 서로 고개를 끄덕였는데, 이틀 뒤 받은 메일에는 내가 생각한 일정이 없습니다. 상대는 “자료를 보내주시면 시작하겠습니다”라고 쓰고, 나는 “초안을 먼저 보내주기로 했는데”라고 생각합니다. 회의 중에는 분명 같은 이야기를 들은 것 같았는데 말입니다. 작은 팀일수록 이런 엇갈림을 다시 풀 시간이 아깝습니다. 회의록을 길게 쓰기보다 결정한 일, 아직 결정하지 않은 일, 다음 행동을 구분해 후속 메일 한 통으로 남겨보겠습니다. 아래 상황과 날짜는 설명을 위한 가상의 예시입니다. 메모를 세 묶음으로 나누면 긴 회의에서도 다음 행동이 선명해집니다. 이 글의 핵심좋은 후속 메일은 회의 전체를 재현하지 않고 실행에 필요한 합의만 남깁니다.확정된 일과 검토 중인 일을 같은 문장에 섞지 않습니다...

납품일이 다가오는데 마무리 검증이 끝나지 않았습니다. 고객에게 먼저 연락해야 한다는 건 알지만, 새 날짜도 확정되지 않아 메일을 쓰다 지우기를 반복하게 됩니다. 이럴 때 필요한 것은 완벽한 해명보다 고객이 일정을 다시 짤 수 있는 정보입니다. 가상의 디자인 납품 상황을 따라가며 지금 건넬 수 있는 것과 다음에 약속할 것을 분리해 보겠습니다. 부분 전달과 최종 전달을 따로 적으면 고객에게 제시할 선택지가 선명해집니다. 이 글의 핵심 원래 약속과 현재 확정된 지연 범위부터 적습니다.부분 전달과 전체 일정 변경을 서로 다른 선택지로 제시합니다.새 납기일이 불확실해도 다음 확인 시각은 분명히 약속합니다. 목차 고객 일정에서 바뀌는 한 가지를 찾습니다고를 수 있는 두 경로를..