기획자의 사고와 역할: 설계에서 운영까지

기획은 단순히 무언가를 설계하는 일이 아닙니다. 기획은 만든다는 의미와 운영한다는 의미를 함께 포함합니다. 즉, 설계에서 끝나는 것이 아니라, 그 설계가 실제로 돌아가도록 만들고 운영까지 연결하는 개념입니다. 다시 말해, 기획은 설계부터 운영까지의 흐름을 시각화하고, 그 전체를 하나의 구조로 바라보는 일입니다.

우리는 흔히 설계한 대로만 움직이려고 합니다. 정해진 계획에 따라 순차적으로 단계를 밟아 나가는 방식을 당연하게 받아들입니다. 이러한 방식은 소프트웨어 개발에서 흔히 말하는 워터폴(Waterfall) 모델과 닮아 있습니다. 이 모델은 프로젝트가 명확하게 정의된 단계들을 순차적으로 거치며, 이전 단계가 완전히 끝난 뒤 다음 단계로 넘어가는 구조를 가집니다. 각 단계가 선형적으로 연결되어 있기 때문에 이를 리니어(Linear) 단계라고 부르기도 합니다.

하지만 기획자의 사고는 여기에서 멈추지 않습니다. 단순히 정해진 순서를 따르는 사람이 아니라, 그 구조 자체를 이해하고 필요하다면 조정할 수 있어야 합니다. 그래서 기획자의 관점은 일반인의 관점과 달라야 합니다. 막연하게 보는 것이 아니라 구체적으로 바라보고, 모호하게 말하는 것이 아니라 명확하게 표현해야 합니다. 이를 위해 반드시 필요한 습관이 바로 기록입니다. 생각을 기록하고, 과정을 기록하고, 판단의 근거를 남기는 습관은 기획자의 사고를 단단하게 만듭니다.

기획자에게 금지어가 있다면 그것은 “그냥”입니다. “그냥 이렇게 했습니다”라는 말은 사고를 멈추는 표현입니다. 대신 이유를 말해야 합니다. 왜 그렇게 했는지 설명하는 순간, 사고는 깊어지고 논리는 구조를 갖추게 됩니다.

그렇다면 기획자는 왜 등장하게 되었을까요. 컴퓨터가 대중화되고 IT 시대가 열리면서 제품은 계속 만들어졌습니다. 개발자는 기능을 구현했고, 디자이너는 시각적으로 보완했습니다. 하지만 “이 제품이 무엇이어야 하는가”, “어떻게 만들어야 돈도 벌고 고객도 만족할 수 있는가”를 고민하는 역할이 필요해졌습니다. 그 지점에서 기획자가 등장합니다. 기획자는 단순히 만드는 사람이 아니라, 목적을 고려하며 방향을 설정하는 사람입니다.

기획력의 중요한 요소 중 하나는 데이터 기반 사고, 즉 데이터 드리븐(Data-driven) 접근입니다. 데이터를 수집하고, 가공하고, 활용하는 능력은 현대 기획자에게 필수적인 역량입니다. 그러나 데이터가 절대적인 것은 아닙니다. 중요한 것은 일상 속에서 의미 있는 데이터를 추출해 내고, 그 위에 방향을 제시하는 능력입니다. 결국 기획자는 “지금 단계에서 무엇을 해야 하는가”라는 질문에 답할 수 있어야 합니다.

예를 들어, 회사의 대표가 300억 원을 지출하겠다고 선언했지만 현재 회사 자금은 100억 원뿐이라면, 기획자의 역할은 300억 원을 어떻게 마련할지 현실적인 방안을 제시하는 것입니다. 이상적인 계획이 아니라, 가능한 전략을 만들어내는 것. 이것이 전략이며 PM적 역량입니다.

창의력에 대해서도 오해가 많습니다. 기획자의 창의력은 무조건 새로운 것을 만들어내는 데 있지 않습니다. 스티브 잡스가 말한 크리에이티브는 ‘연결’이었습니다. 기존의 것들을 다르게 조합하고 연결하는 능력입니다. 오이 하나만 보더라도, 음식으로는 오이김치나 오이무침이 되고, 피부 관리에서는 팩이나 비누, 수분크림이 됩니다. 완전히 새로운 것이 아니라, 맥락을 바꾸는 연결이 창의력입니다.

기획자는 혼자 일하지 않습니다. 각 직군과의 커뮤니케이션 또한 전략적으로 접근해야 합니다. 상급자에게는 신뢰성 있는 태도와 충실한 보고가 기본입니다. 그러나 단순히 A부터 Z까지 모두 보고하는 것이 능사는 아닙니다. 상급자의 의도를 이해하고 그 이상의 고민을 덧붙일 수 있어야 합니다. 이것이 반복되면 안정감 있는 직원으로 인식되고, 그 신뢰는 이후 중요한 무기가 됩니다.

예를 들어, 프로젝트의 데드라인이 다음 주 금요일일 때, 퀄리티를 조금 낮추더라도 기한을 지킬지, 아니면 2주를 더 써서 완성도를 높일지를 결정해야 하는 상황이 있을 수 있습니다. 기획자는 최종 결정권자가 아닙니다. 따라서 논리적으로 정리된 선택지를 제시하고, 상급자에게 빠른 결정을 요청하는 것이 올바른 접근입니다. 기획자의 기본은 논리입니다.

개발자와의 커뮤니케이션에서는 개발 언어와 사고방식을 이해해야 합니다. 개발자는 수많은 시행착오를 경험한 사람입니다. Input에서 Output으로 이어지는 과정 속에 무엇이 필요한지 알고 있습니다. 개발 언어와 기능 레퍼런스를 이해하지 못하면 기획은 공허해집니다.

디자이너와의 협업에서는 컨셉을 함께 논의하는 것이 중요합니다. 기획과 디자인의 가장 큰 차이는 바로 컨셉입니다. 컨셉이 명확하지 않으면 자유도는 높아지지만 책임도 커집니다. 이 과정에서 무엇보다 중요한 것은 긍정적인 태도입니다.

마지막으로 다시 기록으로 돌아옵니다. 기획자는 기록하는 사람입니다. 개인의 기록은 일지로 남고, 팀의 기록은 Jira나 Flow, Notion 같은 협업 툴에 쌓이며, 서비스의 기록은 기획안으로 남습니다. 기록은 단순한 정리가 아니라, 사고의 축적입니다.

결국 기획자는 설계하는 사람이 아니라, 사고를 구조화하고 방향을 제시하며, 현실적인 실행 가능성을 만들어내는 사람입니다. 설계에서 운영까지, 아이디어에서 전략까지, 연결과 논리로 조직을 움직이는 사람. 그것이 기획자의 본질입니다.