Files
2nd/10_Wiki/Topic_General/From_Thinking & Reasoning/애초에 방법.md
T
Antigravity Agent 9148c358d0 docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거
Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
2026-07-05 00:33:48 +09:00

6.1 KiB

id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit
id title category status verification_status canonical_id aliases duplicate_of source_trust_level confidence_score created_at updated_at review_reason merge_history tags raw_sources applied_in github_commit
애초에-방법 애초에 방법 10_Wiki/Topics draft conceptual
In-the-first-place Method
시원적 접근
B 0.85 2026-05-24 2026-05-24
research
맥킨지식문제해결 프로세스
NotebookLM Synthesis
HOW TO 맥킨지 문제해결의 기술 2-3
LG전자 스마트폰 전략 수립
세이코도 제과공장 기사회생 프로젝트

애초에 방법

🎯 한 줄 통찰 (One-line insight)

초기 분석의 편협성을 극복하기 위해 문제를 보다 넓은 지평으로 투사하여 상황의 근원과 시원적 본질을 다각도에서 재조명하는 전략적 사고 기법 [1].

🧠 핵심 개념 (Core concepts)

  • 진짜 문제(Real Problem)의 포착: 현상에서 드러나는 표면적 문제(Symptom) 뒤에 숨겨진 구조적이고 근원적인 원인을 집요하게 추적함 [1, 2].
  • 제로 베이스 사고(Zero-base Thinking): "애초에 왜 이 일을 하는가?"라는 질문을 통해 기존의 고정관념이나 과거의 성공 방식에서 완전히 벗어나 원점에서 가치를 재검토함 [3, 4].
  • 수요 중심 회귀: 제품이나 기술 중심의 논리에서 벗어나 고객의 비탄력적 수요라는 관점에서 문제를 다시 정의함 [5].
  • 전략적 투사(Strategic Projection): 문제를 단순히 관찰하는 데 그치지 않고, 보다 넓은 지평에서 상황의 근원을 재해석하여 문제의 경계를 새로 설정함 [1].

🧩 추출된 패턴 (Extracted patterns)

  • '왜(Why)'의 반복: "우리가 이 못을 박아야 하는 이유가 무엇인가?" → "판자를 연결하는 이유는?" → "의자를 만드는 이유는?"과 같은 연쇄 질문을 통해 고객의 최종 목적(예: 손님 맞이를 위한 하드웨어 서비스 마련)을 도출함 [6, 7].
  • 자기 잔류 가치 질문: "지금의 정보를 알고 있다면, 이 일을 애초에 다시 시작할 것인가?"라는 질문을 통해 현재의 방향성이 맞는지 검증함 [3].
  • 현상과 본질의 분리: '매출 감소'라는 표면적 현상을 '시장이 가망 없다'는 잘못된 결론으로 연결하지 않고, '팔리는 상품을 만들지 못한 것'이라는 본질적 문제로 치환함 [8, 9].

📖 세부 내용 (Details)

  • 전략적 사고와 전문가적 사고의 차이:

    • 전문가적 사고는 "어떻게 실시하는가"에 집중하며 이미 문제를 알고 있다고 간주함 [5].
    • '애초에 방법'을 사용하는 전략적 사고는 "어떤 문제를 왜 해결하는가"에 중점을 두며, 전체적인 국면에서 수요의 관점으로 문제를 정의함 [5].
  • 문제 정의 워크시트와의 연계:

    • 진짜 문제를 올바르게 획정하기 위해 SMART(Specific, Measurable, Action-oriented, Relevant, Time-bound) 기준을 충족하는 질문을 설계함 [1].
    • 단순히 "성장할 수 있는가"가 아니라 "특정 시점까지 운영 비용을 얼마만큼 감축할 수 있는가"와 같은 명확한 프레이밍을 채택함 [1].
  • 넓은 시야의 확보:

    • 초기 분석이 편협해지는 것을 막기 위해 고객, 공급자, 경쟁자, 최전선 직원의 눈으로 다각도의 대체 관점을 설계함 [7].
    • 타 산업군의 비즈니스 모델(예: 저가 항공사식 운영)을 투영하여 사건 간의 숨겨진 관계성을 파악함 [7].
  • 잘못된 문제 설정의 위험성:

    • 애초부터 '이 시장은 가망 없다'고 잘못 설정하면, 소중한 투자 밑천을 모두 버리는 잘못된 해결책(사업 철수)으로 이어짐 [8].
    • 상황이 변하면 정답도 변한다는 전제 하에 "애초에 맞는 방향인가"를 끊임없이 의심해야 함 [3].

⚖️ 모순 및 업데이트 (Contradictions & updates)

  • 데이터의 후행성 한계: 과거 데이터에 기반한 정밀한 연산(MECE 등)은 '애초에 방법'을 통한 본질적 통찰이 결여될 경우, 비선형적인 패러다임 전환(예: 스마트폰 생태계 등장)을 포착하지 못하는 오류를 범할 수 있음 [10, 11].
  • 현실 수용성 격차: 학문적 정답(Ideal solution)과 기업의 물리적 한계가 충돌할 때는 현실적인 '더 나은 대안(Better)'을 먼저 이식해야 하며, 이론 만능주의적 접근은 기업을 고사시킬 수 있음 [12-14].

🛠️ 적용 사례 (Applied in summary)

  • 세이코도 제과공장 프로젝트: '전통 과자는 팔리지 않는다'는 고정관념을 버리고, '애초에 고객에게 정성을 드리고 싶은 마음'이라는 본질로 회귀하여 장인이 만든 화과자를 즉석에서 먹는 새로운 영업 형태를 개발함 [15, 16].
  • LG전자 스마트폰 사례(실패 사례): 초기 시장 진출 시 스마트폰 시장을 과소평가한 보고서를 맹신하여 시장 진입 타이밍을 실기함. 이는 스마트폰이 가져올 패러다임 변화를 '애초에' 제대로 읽지 못한 경영진의 착오로 분석됨 [10, 17].
  • 못 박기 이야기(M사 사례): 고객의 못 박기 요청에 대해 "왜 박는가"를 세 번 질문하여, 본질적인 니즈가 '회의실 서비스 개선'임을 밝혀내고 단순 하청이 아닌 전략 프로젝트를 제안함 [6, 7].
  • 도토루 커피: 기존 커피숍의 성공 모델(바리스타 중심)을 따르지 않고, 고객이 진짜 원하는 가치에 대해 '제로 발상'을 하여 저렴하고 빠른 회전율 중심의 비즈니스 모델을 창출함 [18].

검증 상태 및 신뢰도

  • 상태: draft
  • 검증 단계: conceptual (실제 적용 사례 발견 시 applied/validated로 승격 가능)
  • 출처 신뢰도: B (Official Documentation / Primary Source via NotebookLM)
  • 중복 검사 결과: 신규 생성 (New discovery)

📝 변경 이력 (Change history)

  • 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine.