<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>방지니</title>
  <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR" />
  <author>
    <name>bangjini</name>
  </author>
  <subtitle>기획이 막막할 때 참고할 수 있는 서비스 기획 지니 &#x1f9de;&amp;zwj;♀️</subtitle>
  <id>https://brunch.co.kr/@@ioHR</id>
  <updated>2025-12-18T04:19:12Z</updated>
  <entry>
    <title>검증 가능한 정확한 가설을 세우는 원칙 - 기획서 가설 수립 단계에서 데이터 왜곡을 부르는 대표적 논리 오류</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/160" />
    <id>https://brunch.co.kr/@@ioHR/160</id>
    <updated>2026-10-12T02:00:14Z</updated>
    <published>2026-10-12T02:00:14Z</published>
    <summary type="html">프로젝트를 시작할 때 그럴싸한 가설을 세웠다고 생각했으나, 막상 실행하고 보니 데이터가 엉뚱하게 나와 당황한 적이 있으신가요? 가설이 틀렸다는 것은 곧 기획의 방향 전체가 흔들린다는 뜻입니다. 검증 불가능한 문장을 가설로 포장해 리소스를 낭비하게 만드는 대표적인 논리적 오류를 점검합니다.  1. 가설 수립 시 자주 빠지는 3가지 논리적 오류 방향성을 완전히&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FVIinqZY_qHciaLwfi4AXFhYJPeY.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>클릭률만 높이고 매출은 떨어지는 이유 - 허수 트래픽을 거르고 진짜 성과를 만드는 기준</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/159" />
    <id>https://brunch.co.kr/@@ioHR/159</id>
    <updated>2026-10-08T01:00:17Z</updated>
    <published>2026-10-08T01:00:17Z</published>
    <summary type="html">배너나 버튼을 누르게 만드는 클릭률(CTR)은 높은데, 이상하게 회사 매출이나 실제 구매는 늘지 않아 고생한 적이 있으신가요? 대시보드 상의 수치가 높다고 해서 비즈니스가 잘 되고 있다고 착각하기 쉽지만, 이면에 숨은 허점을 파악하지 못하면 리소스만 낭비하게 됩니다. 화려한 수치 뒤에 숨은 착시 현상을 걷어내고, 진짜 알짜배기 성과를 만드는 클릭률 맹신의 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FHFSglxUaxZwY6QBLFB-WW0M5Nsw.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>통계적 유의성이란 무엇인가 - 감으로 일하던 팀에 데이터를 심는 과정</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/158" />
    <id>https://brunch.co.kr/@@ioHR/158</id>
    <updated>2026-10-07T03:00:12Z</updated>
    <published>2026-10-07T03:00:12Z</published>
    <summary type="html">&amp;quot;이번 주 지표가 3% 올랐으니 이 기능은 성공입니다!&amp;quot; 팀원들의 환호 속에 대시보드를 열어보면, 정작 모인 표본은 고작 수십 명에 불과합니다. 감과 직관으로 일하던 팀이 비로소 데이터 중심 조직으로 체질을 개선하려 할 때 가장 먼저 마주하는 난관은 숫자의 함정입니다. 단순한 수치의 변동을 진정한 성과로 오인하지 않고, 의사결정의 기준을 바로 세우는 통계적&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FIv8UD8mvS-Pn0pV4byrwtzqnwI0.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>초기 스타트업에서 A/B 테스트를 대체하는 전략 - 일회성 감각을 넘어 데이터를 구조화하는 초기 검증 시스템</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/157" />
    <id>https://brunch.co.kr/@@ioHR/157</id>
    <updated>2026-10-06T02:00:11Z</updated>
    <published>2026-10-06T02:00:11Z</published>
    <summary type="html">서비스를 런칭한 직후나 트래픽이 절대적으로 부족한 초기 스타트업에서 대기업처럼 수만 명의 표본을 모아 A/B 테스트를 돌리는 것은 시간과 리소스만 낭비하는 무모한 시도입니다. 통계적 유의성에 도달하기 전에 리소스가 바닥나는 상황에서, 데이터를 무작정 기다리기보다 프로덕트의 방향성을 빠르게 검증하고 생존해야 합니다. 표본 부족의 한계를 돌파하고 의사결정의 속&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2F99gfsWW8h1woIeh9isz_vlheoCU.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>A/B 테스트를 100번 해도 성과가 안 나는 이유 - 의미 있는 성과를 만드는 A/B 테스트 법칙</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/156" />
    <id>https://brunch.co.kr/@@ioHR/156</id>
    <updated>2026-10-02T01:00:17Z</updated>
    <published>2026-10-02T01:00:17Z</published>
    <summary type="html">데이터 기반 의사결정을 외치며 매주 A/B 테스트를 돌리고 있지만, 수십 번의 실험이 끝났음에도 서비스의 주요 지표는 전혀 움직이지 않고 오히려 리소스만 낭비하는 조직들이 있습니다. 실험 횟수만 채우는 형식적인 프로세스에 갇혀 본질적인 성과를 내지 못하는 A/B 테스트 실패 조직의 공통점과 구조적 개선 전략을 정리합니다.  1. 성과가 안 나는 A/B 테스&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FmyWwu7cHEGaYmadnH5aa7OAUnBw.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>비즈니스 요구사항을 개발 스펙으로 완벽 번역하는 기술 - 일회성 번역을 넘어 협업의 오차를 줄이는 시스템 구축</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/155" />
    <id>https://brunch.co.kr/@@ioHR/155</id>
    <updated>2026-10-01T02:00:12Z</updated>
    <published>2026-10-01T02:00:12Z</published>
    <summary type="html">경영진의 추상적인 비즈니스 목표를 전달받고 이를 개발팀에 그대로 넘겼다가 며칠 뒤 전혀 다른 방향의 결과물을 받아든 적이 있으신가요? &amp;quot;다음 분기 결제 전환율을 10% 높여라&amp;quot;라는 경영진의 요구와 &amp;quot;이런 API 구조로는 구현이 불가능하다&amp;quot;는 개발팀의 벽 사이에서, 기획자는 비즈니스의 언어를 개발의 언어로 정확하게 치환하는 통역가 역할을 해내야 합니다. 비즈&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FQM7uNqPbolW1PRq0fvKqCoefY4w.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>첫 프로젝트를 할 때 시니어 기획자가 소통하는 태도 - 주니어와의 협업에서 시니어 기획자가 흔히 범하는 오류들</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/154" />
    <id>https://brunch.co.kr/@@ioHR/154</id>
    <updated>2026-09-30T01:00:24Z</updated>
    <published>2026-09-30T01:00:24Z</published>
    <summary type="html">신규 입사한 주니어 디자이너와 처음으로 프로덕트 메인 피처를 기획하게 되었을 때, 시니어 기획자로서 어떤 태도로 마주하고 계시나요? &amp;quot;알아서 잘 그려오겠지&amp;quot;라며 덜컥 와이어프레임을 던져주거나, 반대로 사사건건 레이아웃의 위치를 지적하며 간섭하다 보면 주니어의 성장 가능성을 꺾고 프로젝트의 속도까지 동시에 무너뜨리게 됩니다. 주니어 디자이너가 첫 프로젝트에서&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2Fqnt8Xgp1LE9sxV7yOW8gSRyg4Po.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>회의실 화이트보드를 지배하는 퍼실리테이션 - 의견이 팽팽하게 갈릴 때</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/153" />
    <id>https://brunch.co.kr/@@ioHR/153</id>
    <updated>2026-09-29T03:00:11Z</updated>
    <published>2026-09-29T03:00:11Z</published>
    <summary type="html">각자 자신의 주장이 옳다고 목소리를 높이며 회의실 공기가 팽팽해질 때, 결론은 나지 않고 시간만 흘러가는 답답한 회의. 수많은 실무 현장에서 매번 반복되는 이 소모적인 광경의 이면에는, 의견을 하나로 모으지 못하고 감정적 싸움으로 번지게 만드는 부실한 회의 구조가 숨어 있습니다. 의견이 팽팽하게 갈릴 때 감정적 대립을 차단하고, 화이트보드를 중심으로 명확한&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FTi5wuWRqWUM91ZzJYmqoGB2znSI.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>기획 문서를 살아 숨 쉬게 만드는 구조화 팁</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/152" />
    <id>https://brunch.co.kr/@@ioHR/152</id>
    <updated>2026-09-28T02:00:11Z</updated>
    <published>2026-09-28T02:00:11Z</published>
    <summary type="html">열심히 작성해 올린 사내 위키의 기획 문서가 시간이 지나면 아무도 찾지 않는 디지털 무덤이 되어 버린 경험이 있으신가요? 수정되지 않은 구버전 스펙이 나돌고, 담당자가 누구인지조차 알 수 없어 결국 슬랙으로 처음부터 다시 물어보게 되는 악순환이 반복됩니다. 방치된 사내 위키 문서를 누구나 찾아보고 쉽게 수정할 수 있는 살아 움직이는 뷰어로 바꾸는 기획 문서&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FG52-j0T0aWTVOh4QXif0aaTiM_Y.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>뜬금없는 요구사항을 상처주지 않고 거절하는 방법 - 타 부서의 요구사항 거절 및 조율 전략 정리</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/151" />
    <id>https://brunch.co.kr/@@ioHR/151</id>
    <updated>2026-09-23T03:00:19Z</updated>
    <published>2026-09-23T03:00:19Z</published>
    <summary type="html">프로젝트가 한창 바쁘게 돌아가고 있을 때 타 부서에서 툭 던지는 &amp;quot;이거 기능 하나만 살짝 얹어주세요&amp;quot;라는 뜬금없는 요구. 거절하자니 관계가 서먹해질까 걱정되고, 수용하자니 우리 팀의 로드맵과 리소스가 전부 망가져 버리는 난감한 상황을 마주한 적이 있으신가요? 요청을 무조건 들어주는 것이 협업이 아니듯, 감정적으로 잘라내는 것도 능사는 아닙니다. 상대의 기분&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2F3_py7j1L1xU7pUhDmLT8NmeNUvE.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>마케터 언어와 기획자의 언어를 하나로 묶는 공용어 사</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/150" />
    <id>https://brunch.co.kr/@@ioHR/150</id>
    <updated>2026-09-22T01:00:18Z</updated>
    <published>2026-09-22T01:00:18Z</published>
    <summary type="html">앱을 켜자마자 맞이하는 프로모션 팝업, 이벤트 알림, 그리고 끝없이 울려 대는 푸시 메시지. 많은 서비스가 유저의 눈길을 단 한 번이라도 더 끌기 위해 알림을 무차별적으로 쏟아냅니다. 하지만 맥락 없는 알림 폭격은 소통이 아니라 유저의 피로감을 가중시키는 디지털 공해에 불과합니다. 유저의 일상을 존중하면서 필요한 순간에만 정확히 가닿는 맥락 있는 알림 설계&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FuySz7_-bOEv95GVWt6PJCjRWRNQ.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>마케터의 언어와 기획자의 언어를 하나로 묶는 공용어 - 알림을 피로감이 아닌 정보로 바꾸는 핵심 기</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/149" />
    <id>https://brunch.co.kr/@@ioHR/149</id>
    <updated>2026-09-16T02:00:10Z</updated>
    <published>2026-09-16T02:00:10Z</published>
    <summary type="html">앱을 켜자마자 맞이하는 프로모션 팝업, 이벤트 알림, 그리고 끝없이 울려 대는 푸시 메시지. 많은 서비스가 유저의 눈길을 단 한 번이라도 더 끌기 위해 알림을 무차별적으로 쏟아냅니다. 하지만 맥락 없는 알림 폭격은 소통이 아니라 유저의 피로감을 가중시키는 디지털 공해에 불과합니다. 유저의 일상을 존중하면서 필요한 순간에만 정확히 가닿는 맥락 있는 알림 설계&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FFI5PE9wa5p6Cb6vNq0gOYsKczz8.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>QA 팀과 친해져야 진짜 좋은 프로덕트가 나오는 이유 - QA 팀과 완벽한 한 팀이 되어 품질을 높이는 협업 법칙</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/148" />
    <id>https://brunch.co.kr/@@ioHR/148</id>
    <updated>2026-09-15T02:00:08Z</updated>
    <published>2026-09-15T02:00:08Z</published>
    <summary type="html">기획서가 완성되고 개발까지 끝난 후, 세상에 빛을 보기 전 마지막으로 프로덕트의 숨겨진 결함을 걸러내는 QA(Quality Assurance) 팀. 하지만 많은 현장에서 QA 팀을 단순히 버그를 찾아내는 검수자 정도로 대하곤 합니다. 프로덕트의 완성도와 유저 경험의 최종 방어선을 지키는 QA 팀과 긴밀하게 협업해야 하는 이유와, 프로덕트의 품질을 극적으로 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FPhuC15qWdR2muvCQ40QKZ1L_2IM.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>개발자가 내 기획서를 보고 한숨 쉬는 순간의 해결책 - 개발자와 완벽한 한 팀이 되는 기획서 작성 법칙</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/147" />
    <id>https://brunch.co.kr/@@ioHR/147</id>
    <updated>2026-09-14T02:00:09Z</updated>
    <published>2026-09-14T02:00:09Z</published>
    <summary type="html">기획서를 완성하고 드디어 개발 부서에 전달했을 때, 개발자의 입장에서 터져 나오는 깊은 한숨. 수많은 IT 실무 현장에서 반복되는 이 답답한 광경의 이면에는, 기술적 실현 가능성이나 예외 처리를 전혀 고려하지 않은 채 자신의 생각만 담아낸 반쪽짜리 기획서가 자리 잡고 있습니다. 개발자를 지치게 만드는 모호한 기획의 구조적 문제점과, 완벽한 싱크를 맞추는 실&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FJlrQ5zLjpOdnOuPBKkBwT5H0x10.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>알아서 예쁘게 만들어주세요가 디자이너를 미치게하는 이 - 디자이너와 완벽한 한 팀이 되는 기획 소통 법칙</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/146" />
    <id>https://brunch.co.kr/@@ioHR/146</id>
    <updated>2026-09-11T02:00:11Z</updated>
    <published>2026-09-11T02:00:11Z</published>
    <summary type="html">기획서에 명확한 요구사항 대신 &amp;quot;알아서 예쁘게 만들어주세요&amp;quot;라는 문구를 적어 디자이너에게 전달한 적이 있으신가요? 많은 실무 현장에서 소통을 줄인다는 명목으로 던지는 이 모호한 한마디는, 사실상 디자이너에게 방향성 없는 어둠 속을 걷게 만드는 최악의 가이드입니다. 유저의 문제를 해결해야 할 프로덕트를 단순한 미적 꾸미기로 전락시키고 협업의 효율을 무너뜨리는&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2Fnay_FQLJr-arhq5kjd850MB9n4Y.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>리디북스가 독서의 몰입도를 극대화하는 미니멀 리딩 뷰어 - 과도한 인터페이스가 독서의 몰입을 무너뜨리는 이유</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/145" />
    <id>https://brunch.co.kr/@@ioHR/145</id>
    <updated>2026-09-10T03:00:12Z</updated>
    <published>2026-09-10T03:00:12Z</published>
    <summary type="html">수많은 디지털 콘텐츠와 알림의 홍수 속에서 오롯이 텍스트에만 빠져들게 만드는 리디북스의 리딩 뷰어. 종이책을 넘기는 아날로그적 감성을 모바일 화면에 그대로 이식하면서도, 디지털 환경만의 장점을 극대화한 이 독보적인 UX의 이면에는 철저하게 계산된 미니멀리즘 기획이 숨어 있습니다. 유저의 시선 분산을 막고 독서의 몰입도를 극대화하는 리디북스식 뷰어 UX 기획&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2F2PTIyloakUrP9CwfVRJmkMHrBR8.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>중고나라에서 당근마켓으로 판이 뒤집힌 결정적 프로덕트 - PC 중심의 아날로그 구조가 모바일 시대에 한계를 맞이한 이유</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/144" />
    <id>https://brunch.co.kr/@@ioHR/144</id>
    <updated>2026-09-09T02:00:12Z</updated>
    <published>2026-09-09T02:00:12Z</published>
    <summary type="html">웹사이트 중심의 방대한 상품 등록과 택배 거래 위주로 대한민국 중고 거래 시장을 평정했던 중고나라. 하지만 모바일 GPS와 동네 기반의 커뮤니티 UX를 무기로 들고 나온 당근마켓에 밀려 판도가 완전히 뒤집혔습니다. 단순한 플랫폼의 세대교체를 넘어, 유저가 중고 거래를 바라보는 패러다임을 바꾼 프로덕트 구조와 UX의 결정적 차이를 정리합니다.  1. PC 중&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FyGGFfTFp4Xq4v7s08rOCOvum6QQ.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>야놀자가 여가 플랫폼을 넘어 슈퍼 앱으로 진화한 서비스 - 단일 기능에만 갇힌 플랫폼이 성장의 한계에 부딪히는 이유</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/143" />
    <id>https://brunch.co.kr/@@ioHR/143</id>
    <updated>2026-09-08T01:00:18Z</updated>
    <published>2026-09-08T01:00:18Z</published>
    <summary type="html">숙박 예약 앱으로 시작해 국내외 여가와 놀이의 모든 것을 아우르는 글로벌 슈퍼 앱으로 도약한 야놀자. 단순히 모텔과 호텔을 연결하던 플랫폼에서 항공, 레저, 렌터카, 나아가 글로벌 테크 솔루션까지 품을 수 있었던 배경에는 유저의 여가 라이프사이클 전체를 장악하는 정교한 서비스 확장 전략이 숨어 있습니다. 유저를 단일 목적형 서비스에 머물게 하지 않고 거대한&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2F2RoSTOkc1qy79kY8ybeNqfVl50w.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>무신사가 10~20세대의 성지가 된 비결 - 커머스와 콘텐츠의 완벽한 융합</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/142" />
    <id>https://brunch.co.kr/@@ioHR/142</id>
    <updated>2026-09-04T02:00:12Z</updated>
    <published>2026-09-04T02:00:12Z</published>
    <summary type="html">단순히 옷을 사고파는 쇼핑몰을 넘어, 10~20세대가 하루에도 수십 번씩 드나드는 놀이터이자 패션 바이블이 된 무신사. 오늘날 수많은 커머스 플랫폼이 벤치마킹을 시도하지만 여전히 무신사만의 공고한 성벽을 넘지 못하는 이유는, 단순히 상품을 진열하는 방식을 넘어 커머스와 콘텐츠를 하나의 유기적인 흐름으로 완벽하게 융합했기 때문입니다. 유저의 눈길을 사로잡고 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2Fb4xlG8VAZsxA-DXf0tMdsBSWUC4.jpeg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>직방과 다방이 프롭테크 시장을 바꾼 UX 혁신 포인트</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@ioHR/141" />
    <id>https://brunch.co.kr/@@ioHR/141</id>
    <updated>2026-09-03T02:00:11Z</updated>
    <published>2026-09-03T02:00:11Z</published>
    <summary type="html">수십 년 동안 복덕방 발품과 종이 전단지에 머물러 있던 거대한 부동산 시장. 직방과 다방 같은 프롭테크 플랫폼은 이 불투명하고 아날로그적인 영역에 모바일 UX를 이식하며 시장의 판도를 완전히 뒤집었습니다. 단순히 매물을 디지털로 옮겨온 것을 넘어, 유저가 집을 찾는 방식을 혁신한 프롭테크 UX의 핵심 혁신 포인트를 정리합니다.  1. 아날로그식 발품의 한계&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FioHR%2Fimage%2FDV6xzmzCKCr-iiqP-BY--TGthhk.jpg" width="500" /&gt;</summary>
  </entry>
</feed>
