2027년, 앱/웹 개발사 선택, 성공을 부르는 TOP 추천 전략

어, 안녕들 하신가? 다들 한 주 잘 보내셨는지 모르겠네. 퇴근하고 시원한 맥주 한잔 들이켜면서 이 글을 읽고 있다면, 당신은 정말 위너다. 나는 RX SOFT에서 프로젝트 매니저(PM)를 맡고 있는 이승민 본부장이다. 이 바닥에서 잔뼈 굵은 지 한 15년쯤 됐나? 워낙 이런저런 프로젝트를 많이 겪다 보니 이제 웬만한 건 놀랍지도 않은데, 최근에 끝낸 '희림종합건축사사무소 재건축 정비사업 관리' 프로젝트는... 음, 이건 좀 이야기가 다르다. 정말이지, 가슴속 깊이 잊을 수 없는 경험이랄까? 오늘 저녁은 이거 썰 풀다가 밤샐 것 같은 느낌적인 느낌이 든다. 솔직히 말하면, 이 프로젝트를 처음 수주할 때만 해도 우리 팀원들 사이에선 반신반의하는 분위기가 좀 있었다. 희림종합건축사사무소? 재건축? 딱 들어도 ‘이거 대박이다’ 싶으면서도, 동시에 ‘이거 보통 일이 아니겠는데?’ 하는 걱정이 스멀스멀 올라오는 거지. 특히 우리 개발팀장 류현광 팀장 같은 경우는 벌써부터 “Next.js로 이런 복잡한 재건축 프로세스를 전부 아우르는 앱을 만든다고요? 본부장님, 이거 밤샘 예약 각인데요?” 하면서 특유의 너스레를 떨었었다. 뭐, 개발자들 입장에서는 새롭고 도전적인 기술 스택(Next.JS, React)으로 뭔가 크게 한 방 만들 수 있다는 기대감도 있었겠지만, 그만큼 어깨가 무거웠던 것도 사실이다. 프로젝트 수주는, 늘 그렇듯이 단순한 계약서 사인으로 끝나지 않는다. 이건 마치 첫 만남에서부터 상대방의 모든 것을 파악해야 하는 심리전 같은 거랄까? 희림종합건축사사무소 측에서는 단순히 재건축 정보를 제공하는 것을 넘어, 조합원들이 실시간으로 사업 진행 상황을 파악하고, 중요한 의사결정에 참여하며, 심지어 투표나 서명까지 앱 안에서 모두 해결할 수 있는 통합 관리 시스템을 원했다. 한마디로 재건축 사업의 '모든 것'을 담아내는 그릇이 필요했던 거지. 그런데 이 '모든 것'이라는 게 생각보다 훨씬 넓고 깊다는 걸 우리는 얼마 지나지 않아 깨달았다. 우리 박범수 기획팀장님이 초기 미팅에서 고객의 눈을 마주보며 고개를 끄덕이던 모습이 아직도 생생하다. 그때는 몰랐겠지, 그 고개가 나중엔 격렬한 두통으로 이어질 줄은… 농담이다, 농담. 기획 단계는 정말이지, 고난의 연속이었다. 재건축 사업이라는 게 워낙 법규와 절차가 복잡하고, 이해관계자도 많다 보니, 이걸 일반 조합원들이 쉽게 이해하고 사용할 수 있는 UI/UX로 풀어내는 게 핵심이었다. 박범수 팀장은 밤낮으로 재건축 관련 법규 자료를 파고들며 사업 진행 단계별로 필요한 기능들을 촘촘하게 정의해 나갔다. 조합 설립부터 사업시행인가, 관리처분계획, 그리고 최종 입주까지. 각 단계에서 어떤 정보가 필요하고, 어떤 액션이 발생하며, 누가 어떤 권한을 가지고 접근해야 하는지, 수도 없이 많은 케이스를 시뮬레이션했다. 이때였나? 고객사 미팅 중에 살짝 멘붕이 왔던 에피소드가 하나 있다. 초안 기획과 와이어프레임을 들고 가서 “자, 이렇게 깔끔하게 핵심 정보를 보여주고, 중요한 투표나 서명 기능은 모듈화해서 사용자 친화적으로 접근하게 했습니다” 하고 야심 차게 설명했지. 그런데 희림 측의 담당자분이 갑자기 눈을 반짝이더니, “본부장님, 죄송한데… 저희 조합원분들은 평균 연령대가 좀 높으십니다. 복잡한 표나 그래프보다는, 한눈에 딱 들어오는 직관적인 이미지와 ‘진행도’가 더 중요할 것 같아요. 그리고… ‘우리 아파트가 재건축되면 어떻게 바뀔지’ 미리 볼 수 있는 시뮬레이션 기능은 없나요?” 라고 하시는 거야. 순간, 정적이 흘렀다. 직관적인 이미지와 진행도? 그건 우리가 이미 고려했던 부분이었지만, "미리 볼 수 있는 시뮬레이션 기능"이라니? 재건축 사업의 복잡한 변수들을 실시간으로 반영해서 시뮬레이션한다? 이건 완전히 새로운 차원의 요구사항이었다. 단순한 3D 렌더링이 아니라, 용적률, 층고, 세대 구성 같은 변수가 바뀔 때마다 건축물의 외형과 배치, 심지어 예상되는 사업 수익성까지도 대략적으로 보여줄 수 있어야 한다는 말씀! 이거 듣자마자 우리 박범수 팀장님 얼굴이 하얗게 질리는 게 눈에 선했다. ‘아, 이거 정말… 만만치 않겠는데?’ 하지만 우리는 RX SOFT 아닌가? 여기서 물러설 순 없지. 임정민 UI/UX 본부장님은 그 자리에서 바로 “네, 좋습니다. 조합원분들의 눈높이에 맞춰서, 최대한 쉽고 직관적인 시각화에 집중하겠습니다. 시뮬레이션 기능은… 내부적으로 기술 검토 후에 다시 말씀드리겠습니다!” 하고 패기 넘치게 받아치셨다. 그리고는 회의실을 나오자마자 내게 귓속말로 “본부장님, 이거 진짜 되긴 되는 건가요?” 묻더라니까. 하하. 그 후로 우리 UI/UX본부와 기획팀은 이 ‘재건축 시뮬레이션’ 기능을 위해 거의 한 달을 매달렸다. 기존 건축 데이터와 연동해서, 사용자가 몇 가지 변수만 입력해도 건축물의 외형 변화를 실시간으로 예측하고, 주요 사업 지표(예상 수익률, 세대수 변화 등)를 그래프로 보여주는 방식으로 방향을 잡았다. 조수현 디자인팀장님은 며칠 밤낮을 새워가며, 어려운 건축 정보를 시각적으로 아름답고 이해하기 쉽게 표현하는 디자인 가이드를 만들어냈다. 특히 '단지 배치도'나 '건축 갤러리' 같은 섹션은 단순히 이미지를 나열하는 것을 넘어, 마치 실제 모델하우스를 방문한 듯한 몰입감을 주기 위해 고해상도 이미지를 최적화하고 인터랙티브 요소를 곳곳에 심었다. 디자인이 어느 정도 잡히고, 드디어 개발본부의 장원찬 본부장님 지휘 아래 프론트엔드팀(류현광 팀장)과 백엔드팀(박재현 팀장)이 본격적으로 뛰어들었다. 여기서 두 번째 멘붕 일화가 터진다. 바로 그 '시뮬레이션' 기능 때문이었다. Next.js와 React를 기반으로 하니 프론트엔드 퍼포먼스는 걱정 없다고 생각했는데, 조합원 정보, 사업 진행 데이터, 그리고 우리가 새롭게 구축한 시뮬레이션 로직까지, 수많은 데이터가 실시간으로 상호작용하면서 앱의 속도가 현저히 느려지는 현상이 발생한 거다. 특히 모바일 환경에서, 고해상도의 단지 배치도를 확대하고 축소할 때마다 버벅거리는 현상은 용납할 수 없었다. 류현광 팀장 얼굴에 다크서클이 턱 밑까지 내려온 어느 날, 나한테 와서 "본부장님, 이거… 진짜 답이 없는 것 같습니다. 캐싱, 코드 스플리팅, 이미지 최적화… 할 수 있는 건 다 해봤는데, 시뮬레이션 로직이 너무 무겁습니다. 이대로는 출시 못합니다!" 하고 털어놓더라. 듣는 순간, 머리가 띵했다. 아니, RX SOFT는 최신 기술에 능하고, 베테랑 개발자들이 득실득실한 곳 아닌가? 100명이 넘는 우리 전문가들이 이걸 못 한다고? 장원찬 개발본부장님은 이 문제를 해결하기 위해 팔을 걷어붙였다. 박재현 백엔드팀장과 머리를 맞대고, 시뮬레이션 로직을 서버리스 아키텍처로 분리하고, 특정 연산은 웹 워커(Web Worker)를 활용해 메인 스레드 부담을 줄이는 방안을 강구했다. 프론트팀은 가상화 리스트(Virtualization List)와 Intersection Observer API를 활용하여 필요한 데이터만 불러오고, 불필요한 렌더링을 최소화하는 데 집중했다. 사실 이 과정에서 몇 번의 삽질과 좌절이 있었던 건 비밀 아닌 비밀이다. 새벽 3시에 류현광 팀장한테서 “본부장님, 드디어 찾았습니다!”라는 카톡을 받았을 때, 그 희열은… 진짜 개발자의 마음을 이해하는 순간이었다. 우리는 단순히 기술적인 문제 해결을 넘어, '컴퍼니빌더' 마인드로 고객의 비즈니스 가치를 극대화하는 데 집중했다. 고객의 요구사항이 비록 무리하게 느껴질지라도, 그 안에는 반드시 중요한 비즈니스 목표가 숨어있다는 것을 알고 있었다. "조합원들의 신뢰 확보"와 "사업 투명성 강화"라는 고객의 최종 목표를 달성하기 위해, 우리는 끈기 있게 최고의 솔루션을 찾아 나섰다. 개발이 끝나고 QA팀 안미려 팀장님이 최종 검수를 할 때는 또 다른 고비였다. 이 앱은 일반적인 서비스 앱이 아니라, 수천억, 수조 원이 오가는 재건축 사업의 핵심 도구 아닌가. 작은 버그 하나가 엄청난 파급력을 가질 수 있기 때문에, 안미려 팀장님은 거의 탐정 수준으로 버그를 찾아냈다. "본부장님, 5000명 동시 접속 시 투표 서버 응답 속도가 0.5초 느려집니다. 이건 안 됩니다." "아니, 이 구석진 페이지에 있는 PDF 뷰어에서 특정 해상도에서 스크롤 바가 살짝 튀는 현상이 발견됐습니다." 등등. 정말이지, "이런 것까지 찾아낸다고?" 싶을 정도의 집요함이었다. 덕분에 우리는 거의 완벽에 가까운 결과물을 만들어낼 수 있었다. 유지보수팀 김성찬 팀장은 벌써부터 시스템 안정성을 위한 인프라 구축에 만전을 기하고 있었다. 결과적으로 희림종합건축사사무소의 "재건축 정비사업 관리" 앱은 대성공이었다. 조합원들은 스마트폰으로 언제든 사업 진행 현황을 확인하고, 중요 공지사항을 놓치지 않으며, 심지어 모바일로 투표와 서명까지 할 수 있게 되었다. 특히 그 복잡했던 '시뮬레이션' 기능은 조합원들에게 큰 호응을 얻었다. "우리 아파트가 이렇게 바뀌는구나!" 하면서 미래의 모습을 미리 체험하는 듯한 경험은 조합원들의 참여율을 높이는 데 결정적인 역할을 했다. 우리가 도입한 Next.JS와 React는 빠르고 안정적인 사용자 경험을 제공했고, 앱이라는 이름에 걸맞은 성능을 유감없이 발휘했다. 아, 정말이지, 이 프로젝트를 돌아보면 고생했던 시간들이 주마등처럼 스쳐 지나간다. 하지만 그만큼 보람도 컸다. RX SOFT는 단순히 '시키는 대로' 개발하는 회사가 아니다. 우리는 고객의 숨겨진 니즈를 찾아내고, 그걸 현실로 만드는 '컴퍼니빌더'다. 100명이 넘는 베테랑 인력들이 각자의 분야에서 최고의 전문성을 발휘하고, 최신 기술 트렌드를 항상 주시하며 가장 효율적인 솔루션을 제공하는 것이 바로 우리 RX SOFT의 강점이다. 혹시 지금, 당신의 머릿속에 번뜩이는 아이디어가 있는데, "이거 진짜 만들 수 있을까?" 하는 고민에 빠져있다면? 아니면 기존 시스템의 한계에 부딪혀 답답해하고 있다면? 주저하지 말고 RX SOFT의 문을 두드려라. 우리는 당신의 상상을 현실로 만들어줄 준비가 되어있다. 우리와 함께라면, 그 어떤 난관도 유쾌한 에피소드로 바뀔 수 있을 테니! 더 많은 RX SOFT의 놀라운 프로젝트 이야기가 궁금하다면, 아니면 우리처럼 '미친 아이디어'를 현실로 만들고 싶은 개발자, 기획자, 디자이너, QA 전문가라면 언제든 환영이다. 아래 링크에서 RX SOFT의 포트폴리오를 확인하고, 우리와 함께 미래를 만들어갈 기회를 잡아보세요! https://rxsoft.co.kr/

안녕하세요. RX SOFT PM팀의 15년 차 이승민 본부장입니다. 오늘은 많은 예비 창업자분들과 기업의 프로젝트 담당자분들이 가장 궁금해하시는 주제 중 하나인, '성공적인 IT 프로젝트를 위한 개발사와의 완벽한 소통 노하우'에 대해 깊이 있는 이야기를 나누고자 합니다. 특히 외주 개발 실패 사례의 상당 부분이 소통의 부재에서 시작된다는 점을 고려할 때, 이 칼럼이 여러분의 소중한 비즈니스를 지키는 데 실질적인 도움이 되기를 바랍니다. 우리는 흔히 IT 프로젝트의 성패가 기술력이나 예산 규모에 달렸다고 생각하기 쉽습니다. 물론 기술력과 예산은 중요합니다. 하지만 20년 이상 현장에서 수많은 프로젝트를 경험하며 제가 깨달은 가장 중요한 성공 요인은 바로 '소통'입니다. 복잡한 기술 요구사항을 넘어, 비즈니스 목표와 사용자 가치를 공유하고, 상호 간의 기대치를 정확히 조율하는 과정 없이는 어떤 뛰어난 개발팀도 클라이언트의 진정한 니즈를 충족시키기 어렵습니다. 프로젝트가 시작될 때, 클라이언트는 '우리 요구사항은 명확하니 개발사가 알아서 잘 해주겠지'라고 생각하는 경우가 많습니다. 반대로 개발사는 '클라이언트가 구체적인 명세 없이 막연한 요구만 한다'고 토로하기도 합니다. 이러한 정보 비대칭과 불분명한 기대치 불일치는 프로젝트 실패의 가장 흔한 원인이 됩니다. 예를 들어, 한 스타트업 대표님이 '사용자들이 열광할 만한 혁신적인 소셜 커뮤니티 앱'을 만들어 달라고 요청했다고 가정해봅시다. 이 대표님 머릿속에는 특정 해외 앱의 성공 사례와 함께 사용자 간의 폭발적인 상호작용이 그려져 있을 수 있습니다. 하지만 개발사 입장에서는 '혁신적인', '열광할 만한' 이라는 추상적인 단어를 구체적인 기능으로 번역하는 것이 매우 어렵습니다. 결국 개발사는 일반적으로 생각하는 소셜 기능들을 구현했지만, 대표님은 '내가 상상했던 혁신과는 거리가 멀다'며 불만을 토로하는 상황이 발생할 수 있습니다. 이는 개발사의 기술력이 부족해서라기보다, 초기 단계에서 서로의 '혁신'에 대한 정의와 '열광할 만한' 사용자 경험에 대한 기대치를 충분히 논의하고 조율하지 못했기 때문에 발생하는 비극입니다. 외주 개발 실패를 피하는 근본적인 방법은 단순한 요구사항 전달을 넘어, '공동의 목표'를 설정하고 공유하는 데 있습니다. 개발사를 단순히 '코드 짜는 사람'이 아닌, 우리의 비즈니스 목표 달성을 위한 '전략적 파트너'로 인식해야 합니다. 개발사가 클라이언트의 비즈니스 모델, 주요 고객층, 시장에서의 경쟁력, 궁극적으로 달성하고자 하는 비전 등을 명확히 이해하고 있을 때, 그들은 단순한 기능 구현을 넘어 더 나은 사용자 경험을 위한 제안, 기술적 제약을 해결할 창의적인 아이디어, 심지어는 비즈니스 모델 개선에 대한 인사이트까지 제공할 수 있습니다. 예를 들어, "회원가입 절차를 간소화해 주세요"라는 요구사항이 있다고 해봅시다. 만약 개발사가 이 요구사항을 단순히 '회원가입 필드 수 줄이기'로만 이해한다면, 그것이 전부일 것입니다. 하지만 클라이언트가 "최근 신규 사용자 유입이 저조하고, 회원가입 단계에서 이탈률이 40%에 육박합니다. 궁극적으로는 이탈률을 10% 미만으로 낮추고 신규 유저 유입을 2배 늘리고 싶습니다"라는 비즈니스 목표를 함께 공유한다면 어떨까요? 개발사는 단순히 필드를 줄이는 것 외에도, 소셜 로그인 연동, 간편 인증 도입, 게스트 모드 운영, A/B 테스트를 통한 최적화 등 더 효과적인 대안을 제안할 수 있을 것입니다. 이는 개발사가 클라이언트의 목표를 자신의 목표로 내재화했을 때 비로소 가능한 시너지입니다. 이러한 '공동의 목표' 설정은 프로젝트의 방향성을 명확히 하고, 예측 불가능한 상황에서도 함께 합리적인 의사결정을 내릴 수 있는 기준점이 됩니다. 개발사와의 완벽한 소통을 위한 실전 가이드라인은 다음과 같습니다. 1. 기획 단계에서의 '초밀착 협업'의 중요성 * 명확하고 구체적인 기획서 및 요구사항 정의: 단순한 기능 목록 나열을 넘어서, 사용자 스토리(User Story), 유스케이스(Use Case), 상세한 와이어프레임(Wireframe), 그리고 가능하다면 클릭 가능한 프로토타입(Prototype)까지 준비해야 합니다. '사용자가 A를 클릭하면 B가 되고, 만약 C라는 상황이 발생하면 D로 진행된다'와 같은 시나리오를 구체적으로 작성해야 합니다. 이 과정에서 개발팀과 함께 논의하며 기술적 가능성과 구현 난이도를 사전에 점검하는 것이 중요합니다. 예를 들어, 단순히 '상품 결제 기능'이라고만 하지 않고, '사용자가 상품을 선택하고 장바구니에 담아, 여러 개의 결제 수단(신용카드, 간편결제, 포인트, 휴대폰 소액결제 등)으로 안전하게 결제하며, 결제 오류 시 사용자에게 재시도 옵션을 제공하거나 고객센터로 연결되는 플로우'까지 상세히 정의하는 것입니다. 각 결제 수단별 연동 방식, 수수료, 보안 정책까지 미리 논의한다면 프로젝트 후반부에 불필요한 재작업을 크게 줄일 수 있습니다. * 비즈니스 배경 및 제약사항 공유: 예산, 시간, 법적 규제(예: 개인정보보호법, 의료기기 인허가), 기존 시스템 연동 여부, 서비스의 핵심 가치, 목표 시장 등 프로젝트를 둘러싼 모든 비즈니스적, 기술적, 환경적 제약과 배경을 투명하게 공유해야 합니다. 이는 개발사가 가장 현실적이고 효율적인 기술 스택과 아키텍처를 선택하는 데 필수적인 정보입니다. * 역할과 책임 명확화 (R&R): 누가 어떤 정보를 제공할 책임이 있고, 누가 어떤 의사결정을 내릴 권한이 있는지 프로젝트 초기에 명확히 합의해야 합니다. 한 프로젝트에서 여러 담당자가 각기 다른 지시를 내리거나, 핵심 결정권자가 불분명하여 의사결정이 지연되는 경우가 비일비재합니다. 2. 정기적이고 투명한 커뮤니케이션 채널 구축 * 정기 미팅: 프로젝트의 성격에 맞는 주기로 정기적인 미팅을 진행해야 합니다. 애자일 방법론에서는 매일 진행하는 데일리 스크럼(Daily Scrum), 주 단위의 스프린트 리뷰(Sprint Review) 등을 권장합니다. 이러한 미팅을 통해 개발 진행 상황을 공유하고, 발생한 이슈나 병목 현상을 파악하며, 다음 작업에 대한 계획을 함께 수립합니다. 물리적으로 떨어져 있다면 Jira, Confluence, Slack, Microsoft Teams와 같은 온라인 협업 툴을 적극적으로 활용하여 실시간 소통과 기록을 생활화해야 합니다. * 단일 커뮤니케이션 창구: 혼란을 방지하기 위해 클라이언트 측에서 프로젝트 매니저(PM)나 담당자 한 명을 지정하여 개발팀과 소통하는 것이 효율적입니다. 여러 사람이 각자의 의견을 개별적으로 전달하면 개발팀은 어떤 지시를 우선시해야 할지 혼란을 겪게 되고, 이는 결국 프로젝트 지연과 품질 저하로 이어집니다. * 의사록 및 결정 사항 기록: 모든 회의 내용, 주요 논의 사항, 결정된 내용, 다음 액션 아이템 등을 반드시 문서화하고 공유해야 합니다. 이는 나중에 발생할 수 있는 오해나 분쟁의 소지를 줄이고, 프로젝트의 투명성을 확보하는 데 필수적입니다. "그때 그렇게 말씀하시지 않았나요?"와 같은 불필요한 논쟁을 피할 수 있습니다. 3. 피드백은 '건설적'으로, '즉시' 전달 * 구체적인 피드백: "이 부분 마음에 안 들어요"와 같은 막연한 피드백은 개발자에게 아무런 도움이 되지 않습니다. "이 버튼의 색상이 저희 브랜드 아이덴티티와 맞지 않으니, 메인 컬러인 #123456으로 변경하고, 클릭 시 명확한 시각적 반응(애니메이션)을 추가하여 사용자가 버튼이 눌렸음을 인지하게 했으면 합니다."와 같이 구체적인 개선점과 그 이유를 함께 제시해야 합니다. * 적시성: 피드백은 가능한 한 즉시 전달해야 합니다. 개발 과정에서 특정 기능에 대한 피드백이 늦어지면, 해당 기능을 기반으로 다른 기능들이 개발되고 있을 가능성이 높습니다. 뒤늦은 피드백은 이미 완성된 부분을 수정해야 하는 재작업을 야기하며, 이는 일정 지연과 추가 비용 발생의 주범이 됩니다. 테스트 단계에서 발견된 문제점도 신속하게 공유하여 수정되도록 해야 합니다. 4. 변경 관리(Change Management) 프로세스 확립 * 요구사항 변경 요청(Change Request, CR)은 프로젝트 진행 중 불가피하게 발생할 수 있습니다. 하지만 무계획적인 변경은 프로젝트를 파국으로 이끌 수 있는 독과 같습니다. 변경 요청이 발생하면, 반드시 정해진 절차에 따라 진행해야 합니다. * 영향도 분석: 변경 요청이 들어오면, 해당 변경이 기존 예산, 일정, 기술적 복잡도, 다른 기능에 미치는 영향 등을 개발사와 함께 면밀히 분석해야 합니다. * 승인 절차: 영향도 분석 결과와 함께 변경에 대한 필요성 및 우선순위를 재평가하고, 클라이언트와 개발사 양측의 공식적인 승인 절차를 거쳐야 합니다. 문서화된 변경 요청서와 승인 기록은 프로젝트의 건전성을 유지하는 데 필수적입니다. * 유연한 대처: 초기 기획 단계에서 최대한 요구사항을 확정하는 것이 중요하지만, 시장 변화나 사용자의 새로운 니즈에 따라 변경이 필요할 때 유연하게 대처할 수 있는 프로세스를 구축해 두는 것이 현명합니다. 이는 애자일 방법론에서 강조하는 핵심 가치 중 하나이기도 합니다. 외주 개발사 선정 시 고려해야 할 '숨겨진' 소통 역량도 간과해서는 안 됩니다. 단순히 기술력이나 가격만으로 개발사를 평가하는 것은 위험합니다. 개발사의 포트폴리오를 검토할 때는 단순히 결과물의 디자인이나 기능뿐만 아니라, 그 프로젝트의 기획 단계에서 어떻게 고객과 소통했는지, 어떤 문제에 직면했고 어떻게 해결했는지에 대한 이야기를 들어보는 것이 좋습니다. 초기 미팅에서 개발사가 우리의 비즈니스와 목표에 대해 얼마나 깊이 있는 질문을 던지는지, 제안하는 솔루션이 얼마나 구체적이고 현실적인지 등을 통해 소통 역량을 가늠할 수 있습니다. 또한 가능하다면, 해당 개발사와 함께 프로젝트를 진행했던 다른 고객사에게 레퍼런스 체크를 통해 실제 소통 경험, 문제 발생 시 대처 능력 등을 문의해 보는 것도 매우 효과적인 방법입니다. 이처럼 복잡하고 다층적인 소통의 과정을 통해 비로소 성공적인 IT 프로젝트가 탄생합니다. RX SOFT는 2002년 설립되어 24년간 수많은 앱, 웹, AI 시스템 프로젝트를 성공으로 이끌어오며, 단순한 개발을 넘어 고객의 비즈니스 성공을 위한 '파트너십'을 최우선 가치로 삼고 있습니다. 저희 PM팀은 고객과의 소통 창구를 일원화하고, 고객의 눈높이에 맞춰 기술적 내용을 쉽게 설명하며, 정기적인 보고와 투명한 이슈 공유를 통해 프로젝트의 모든 단계를 고객과 함께 만들어갑니다. 저희 RX SOFT는 100명 이상의 베테랑 국내 전문 인력과 글로벌 500명 이상의 풀스택 개발 인력이 유기적으로 협력하여 고객의 복잡한 요구사항도 명확히 이해하고, 최적의 솔루션을 제안합니다. 특히, 풍부한 프로젝트 경험을 바탕으로 고객이 미처 생각지 못한 부분까지 먼저 제안하고 함께 고민하며 성공적인 결과를 만들어내는 것을 저희의 강점으로 생각합니다. 저희의 슬로건인 "상상만 하세요. 구현은 우리가 하겠습니다."는 단순히 뛰어난 개발 능력에 대한 자신감을 넘어, 고객의 비즈니스를 우리의 비즈니스처럼 여기며 최고의 결과물을 만들어내겠다는 RX SOFT의 강력한 약속입니다. 성공적인 IT 프로젝트는 단순히 기술적인 산출물을 넘어서는, 사람과 사람 사이의 깊이 있는 이해와 신뢰를 바탕으로 합니다. 개발사와의 완벽한 소통은 이러한 신뢰를 쌓는 가장 중요한 첫걸음이자, 마지막 단계까지 프로젝트를 성공으로 이끄는 핵심 동력입니다. 여러분의 소중한 아이디어가 현실이 되고, 그 현실이 시장에서 성공을 거두는 여정에 RX SOFT가 든든한 파트너가 되어드리겠습니다. 더 많은 IT 꿀팁과 포트폴리오는 https://rxsoft.co.kr/ 를 참고해 보세요.

안녕하세요, RX SOFT에서 PM팀을 이끌고 있는 15년 차 이승민 본부장입니다. 매일 쏟아지는 새로운 기술과 솔루션 속에서 우리 기업의 미래를 위한 최적의 IT 전략을 수립하는 일은 결코 쉽지 않습니다. 특히 최근 몇 년간 폭발적으로 발전한 인공지능(AI) 기술은 기업의 모든 영역에 혁신을 약속하며 동시에 수많은 고민을 안겨주고 있습니다. 과연 우리 기업은 범용적인 SaaS(Software as a Service) 기반의 AI 솔루션을 활용해야 할까요, 아니면 우리만의 고유한 비즈니스 모델과 데이터에 최적화된 커스텀 AI 시스템을 구축해야 할까요? 많은 예비 창업자와 기업의 프로젝트 담당자들이 이 기로에서 깊은 고뇌를 하고 계시리라 생각합니다. 오늘 이 칼럼을 통해 그 질문에 대한 심도 있는 답변과 함께, 실패 없는 커스텀 AI 시스템 도입을 위한 실질적인 전략을 공유하고자 합니다. SaaS 기반의 AI 솔루션은 분명 매력적인 선택지입니다. 초기 투자 비용 부담이 적고, 구독형 모델을 통해 예측 가능한 예산 관리가 가능하며, 무엇보다 빠른 시간 안에 도입하여 특정 기능을 활용할 수 있다는 장점이 있습니다. 예를 들어, 마케팅 자동화를 위한 AI 기반 CRM 솔루션이나, 기본적인 고객 응대를 위한 챗봇 SaaS, 혹은 특정 산업에 특화된 분석 솔루션 등이 여기에 해당합니다. 이러한 솔루션들은 이미 잘 정의된 문제 영역에 대해 표준화된 해법을 제공하므로, 즉각적인 생산성 향상이나 비용 절감 효과를 기대할 수 있습니다. 당장 시장에 진입하여 핵심 기능부터 검증해야 하는 스타트업이나, 특정 업무의 효율화가 시급한 중소기업에게는 매우 효과적인 접근 방식이 될 수 있습니다. 하지만 SaaS 솔루션의 한계점 또한 명확합니다. 기업의 비즈니스 모델이 독특하거나, 경쟁사와의 차별화를 위한 매우 복잡하고 고유한 로직이 필요할 때, 혹은 기업 내부의 민감한 데이터와 긴밀하게 연동되어야 할 때 SaaS는 더 이상 최적의 선택이 아닐 수 있습니다. 예를 들어, 특정 법률 회사가 기존에 축적된 수십 년간의 내부 판례와 계약서 데이터를 기반으로 AI를 학습시켜 매우 복잡한 법률 자문 시뮬레이션을 제공하고자 한다면, 범용적인 법률 AI SaaS로는 불가능할 것입니다. 표준화된 SaaS는 일반적으로 광범위한 고객을 만족시키기 위해 설계되므로, 특정 기업의 아주 세밀한 니즈나 비즈니스 프로세스에 100% 부합하기 어렵습니다. 또한, SaaS 벤더의 정책 변경이나 서비스 중단에 대한 위험, 그리고 핵심 데이터가 외부 솔루션에 종속되는 문제도 간과할 수 없습니다. 결국, 단기적인 효율성을 넘어서 장기적인 경쟁 우위와 진정한 혁신을 추구하는 기업에게는 커스텀 AI 시스템 구축이 전략적인 필수 요소가 됩니다. 그렇다면 커스텀 AI 시스템 구축이 우리 기업에 가져다줄 본질적인 가치는 무엇일까요? 이는 단순히 몇 가지 기능을 추가하는 것을 넘어섭니다. 첫째, 진정한 비즈니스 문제 해결과 경쟁 우위 확보가 가능합니다. 커스텀 AI는 기업의 고유한 비즈니스 로직, 독점적인 데이터, 그리고 특정 산업의 규제 환경에 완벽하게 맞춰 설계될 수 있습니다. 이는 경쟁사가 쉽게 모방할 수 없는 강력한 차별화 요소로 작용합니다. 예를 들어, 한 물류 회사가 자체 물류망 데이터, 배송 차량 운행 기록, 실시간 교통 정보, 기상 정보 등을 통합 분석하여 가장 효율적인 배송 경로를 예측하고, 돌발 상황 발생 시 실시간으로 최적의 대안을 제시하는 AI 시스템을 구축했다고 가정해 봅시다. 이는 일반적인 지도 앱이나 내비게이션 SaaS가 제공할 수 없는 수준의 정교함과 비즈니스 특화성을 가지며, 결국 운영 비용 절감과 고객 만족도 향상으로 이어져 시장 내 독보적인 경쟁력을 확보하게 됩니다. 둘째, 데이터 주권과 보안을 완벽하게 확보할 수 있습니다. 기업의 핵심 자산인 데이터는 외부 솔루션에 맡겨둘수록 보안 및 개인 정보 보호 측면에서 취약해질 수 있습니다. 특히 의료, 금융, 국방 등 민감한 정보를 다루는 산업의 경우, 데이터의 외부 유출은 치명적인 결과를 초래할 수 있습니다. 커스텀 AI 시스템은 기업 내부의 온프레미스 환경이나 통제 가능한 프라이빗 클라우드 환경에 구축함으로써, 데이터에 대한 완전한 통제권을 확보하고 최고 수준의 보안 정책을 적용할 수 있습니다. 이는 GDPR, 국내 개인정보보호법 등 갈수록 강화되는 데이터 규제에 선제적으로 대응하는 강력한 수단이 됩니다. 셋째, 기존 시스템과의 완벽한 통합이 가능합니다. 대부분의 기업은 이미 다양한 레거시 시스템, 데이터베이스, ERP, CRM 등을 운영하고 있습니다. SaaS 솔루션은 제한적인 API 연동만을 제공하여 기존 시스템과의 매끄러운 통합이 어렵거나, 추가적인 개발 비용이 발생할 수 있습니다. 반면 커스텀 AI 시스템은 기업의 기존 IT 인프라와의 상호운용성을 최우선으로 고려하여 설계됩니다. 이는 데이터 사일로(Data Silo) 현상을 해소하고, 기업 내 모든 데이터를 AI 학습에 활용하여 더욱 강력한 시너지를 창출할 수 있게 합니다. 넷째, 무한한 확장성과 유연성을 보장합니다. 비즈니스는 끊임없이 변화하며, AI 시스템 역시 이러한 변화에 발맞춰 발전해야 합니다. SaaS 솔루션은 벤더가 제공하는 기능 범위 내에서만 확장이 가능하며, 핵심 로직 변경이나 새로운 기술 도입에 대한 유연성이 매우 낮습니다. 커스텀 AI 시스템은 기업의 성장 전략에 맞춰 AI 모델을 지속적으로 고도화하고, 새로운 기능을 추가하며, 미래 기술 스택으로의 전환에도 훨씬 유연하게 대응할 수 있습니다. 이는 특정 클라우드 벤더나 솔루션에 대한 종속성을 탈피하고, 장기적인 관점에서 기업의 기술적 자율성을 확보하는 길입니다. 최근 AI 기술의 발전, 특히 대규모 언어 모델(LLM)과 검색 증강 생성(RAG) 기술은 커스텀 AI 시스템의 가능성을 더욱 확장하고 있습니다. LLM은 놀라운 언어 이해 및 생성 능력을 보여주지만, 학습 시점 이후의 최신 정보를 반영하지 못하거나, 특정 도메인 지식이 부족할 때 '환각(hallucination)' 현상을 보이는 한계가 있습니다. 이때 RAG는 이 한계를 극복하는 핵심 기술입니다. RAG는 LLM이 답변을 생성하기 전에, 기업 내부의 신뢰할 수 있는 문서나 데이터베이스에서 관련 정보를 검색하여 LLM에 제공함으로써, 더욱 정확하고 사실에 기반한 답변을 생성하도록 돕습니다. 실제 비즈니스에서 LLM과 RAG를 활용한 커스텀 AI 시스템은 다음과 같은 방식으로 자동화를 혁신할 수 있습니다. 첫 번째 사례로, 법률 및 금융 분야를 생각해 볼 수 있습니다. 방대한 양의 계약서, 법률 판례, 규제 문서, 재무 보고서 등은 인간이 일일이 검토하기에는 너무 많은 시간과 노력이 소요됩니다. RX SOFT의 경험에 따르면, RAG 기반 AI 시스템을 구축하여 이러한 내부 문서를 학습시키면, 특정 조항의 유효성 검토, 잠재적 리스크 식별, 준법 감시 자동화, 심지어 특정 사건에 대한 유사 판례 검색 및 요약까지 가능해집니다. 이를 통해 변호사나 애널리스트는 단순 반복 업무에서 벗어나 더욱 고부가가치 업무에 집중할 수 있게 됩니다. 두 번째는 제조 및 생산 관리 분야입니다. 품질 관리 매뉴얼, 설계 도면, 생산 라인 로그 데이터, 장비 유지보수 기록 등은 제조 공정의 핵심 자산입니다. RAG 기반 AI는 이러한 데이터를 학습하여 생산 중 발생하는 불량의 원인을 분석하고, 특정 장비의 고장 시점을 예측하며, 생산 공정의 최적화 방안을 추천하는 데 활용될 수 있습니다. 예를 들어, 특정 부품의 불량률이 높아졌을 때, AI가 과거의 생산 데이터와 품질 관리 기록을 분석하여 온도 변화, 특정 장비의 마모도, 작업자의 숙련도 등 복합적인 원인을 실시간으로 파악하고 개선책을 제안할 수 있습니다. 세 번째는 고도화된 고객 지원 시스템입니다. 기업의 FAQ, 제품 매뉴얼, 서비스 약관, 과거 고객 상담 기록 등은 고객 문의에 대한 해답을 담고 있습니다. LLM과 RAG를 결합한 커스텀 챗봇은 이 모든 내부 지식 데이터를 학습하여, 고객 문의에 대해 단순 키워드 매칭이 아닌, 문맥을 이해하고 정확하고 일관된 답변을 제공합니다. 이는 고객 만족도를 향상시키고, 상담원의 업무 부담을 크게 줄여 상담 품질을 전반적으로 향상시키는 효과를 가져옵니다. 특정 보험사의 경우, 복잡한 보험 상품 약관이나 보상 절차에 대한 고객 문의를 AI 챗봇이 정확하게 응대함으로써, 고객 대기 시간을 단축하고 상담사들이 더 복잡하거나 감성적인 지원이 필요한 고객에게 집중할 수 있게 되었습니다. 이처럼 커스텀 AI 시스템은 기업의 특화된 니즈를 충족시키고, 실제 비즈니스 가치를 창출하는 강력한 도구가 될 수 있습니다. 그렇다면 이처럼 강력한 커스텀 AI 시스템을 실패 없이 도입하기 위한 전략적 접근은 무엇일까요? 가장 먼저, 명확한 목표 설정과 ROI 예측이 필수적입니다. AI는 만능 해결사가 아닙니다. "무엇을 해결하고 싶은가?" 이 질문에 대한 명확한 답이 있어야 합니다. 단순히 'AI를 도입했다'는 사실 자체를 넘어, AI 도입을 통해 어떤 지표(비용 절감, 생산성 향상, 고객 만족도 증대, 신규 매출 창출 등)를 얼마나 개선할 것인지 측정 가능한 KPI(Key Performance Indicator)를 설정해야 합니다. 예를 들어, "AI 기반 챗봇 도입을 통해 고객 문의 응대 시간을 30% 단축하고, 상담원 처리 건수를 20% 향상시키겠다"와 같이 구체적인 목표를 세우는 것이 중요합니다. 목표가 불분명하면 프로젝트는 표류하기 쉽고, 투자 대비 효과를 제대로 측정하기 어렵습니다. 둘째, MVP(Minimum Viable Product) 전략과 점진적 확장을 고려해야 합니다. AI 시스템 구축은 복잡하고 시간이 오래 걸리는 작업입니다. 한 번에 모든 것을 완벽하게 구축하려다가는 예산 초과와 일정 지연이라는 위험에 직면할 수 있습니다. 핵심 기능부터 작게 시작하여 빠르게 시장이나 내부 사용자로부터 피드백을 받고, 이를 바탕으로 점진적으로 기능을 확장하고 고도화하는 MVP 전략이 효과적입니다. 예를 들어, 전체 고객 문의 중 가장 빈번하고 단순한 질문에 대한 챗봇 답변 시스템부터 구축하고, 그 성공 경험을 바탕으로 심화된 질문이나 다른 업무 영역으로 AI 적용 범위를 넓혀가는 방식입니다. 이는 리스크를 최소화하고, 초기 성공 경험을 통해 다음 단계의 동력을 얻는 데 유리합니다. 셋째, 데이터 전략의 중요성을 간과해서는 안 됩니다. AI의 성능은 데이터의 질에 의해 결정됩니다. 아무리 최신 AI 모델과 기술 스택을 도입하더라도, 학습 데이터가 부족하거나 품질이 낮으면 기대하는 성과를 얻기 어렵습니다. 따라서 AI 시스템 구축 전, 기업이 보유한 데이터의 현황을 면밀히 분석하고, 필요한 데이터를 어떻게 수집하고 정제하며, 라벨링할 것인지에 대한 명확한 데이터 전략을 수립해야 합니다. 또한, 데이터 저장 방식, 접근 권한, 보안 정책 등 데이터 거버넌스 체계를 구축하는 것도 매우 중요합니다. 이는 장기적으로 AI 시스템의 안정성과 신뢰성을 확보하는 근간이 됩니다. 넷째, 전문 파트너 선정입니다. 이처럼 복잡하고 다층적인 커스텀 AI 시스템 구축 여정을 홀로 시작하는 것은 매우 위험합니다. AI 기획, 데이터 엔지니어링, 모델 개발, 인프라 구축, 배포, 그리고 런칭 후 유지보수에 이르기까지 전 과정에 대한 깊은 이해와 실제 경험을 갖춘 전문 파트너의 도움을 받는 것이 성공의 핵심입니다. RX SOFT는 바로 이러한 여정을 함께할 수 있는 신뢰할 수 있는 파트너입니다. RX SOFT는 2002년 설립 이래 24년 동안 수많은 기업의 디지털 전환과 혁신 프로젝트를 성공적으로 이끌어온 깊이 있는 노하우를 보유하고 있습니다. 단순히 코드를 작성하는 것을 넘어, 고객사의 비즈니스 본질을 이해하고, 가장 적합한 AI 전략을 수립하며, 실질적인 비즈니스 가치를 창출하는 데 집중합니다. RX SOFT는 100명 이상의 국내 베테랑 IT 전문가와 글로벌 500명 규모의 풀스택 인력을 통해 기획, UI/UX 디자인, 프론트엔드, 백엔드, QA, PM 등 모든 개발 영역을 아우르는 원스톱 솔루션을 제공합니다. 특히 AI 분야에서는 최신 LLM 및 RAG 기술에 대한 깊은 이해와 실제 구축 경험을 바탕으로, 고객사의 독점적인 데이터와 비즈니스 프로세스에 최적화된 커스텀 AI 시스템을 설계하고 구현합니다. RX SOFT의 슬로건인 "상상만 하세요. 구현은 우리가 하겠습니다."는 단순한 구호가 아니라, 고객의 복잡한 비즈니스 아이디어를 현실로 만들어내는 우리의 약속이자 역량을 상징합니다. 고객의 목표가 명확하다면, 그 구현에 필요한 모든 기술적 난관은 RX SOFT가 해결합니다. 또한, 커스텀 AI 시스템은 런칭으로 끝나는 것이 아니라, 지속적인 유지보수와 성능 개선이 필수적입니다. AI 모델은 학습 데이터의 변화, 사용자 피드백, 외부 환경 변화 등에 따라 성능이 저하될 수 있기 때문입니다. RX SOFT는 시스템 런칭 후에도 안정적인 운영을 위한 유지보수 서비스는 물론, AI 모델의 성능을 지속적으로 모니터링하고 재학습을 통해 끊임없이 고도화하는 사후 관리까지 책임집니다. 이는 고객사가 구축된 AI 시스템을 통해 장기적으로 최대의 효과를 누릴 수 있도록 돕는 RX SOFT만의 약속입니다. 결론적으로 커스텀 AI 시스템 구축은 단순한 기술 도입이 아니라, 기업의 미래 경쟁력을 좌우할 전략적 투자입니다. 초기 SaaS 솔루션의 편리함에 만족하기보다, 우리 기업만의 고유한 가치를 AI를 통해 극대화하고자 한다면 커스텀 AI는 반드시 고려해야 할 선택입니다. 명확한 목표 설정, 단계별 접근, 탄탄한 데이터 전략, 그리고 경험 많은 전문 파트너와의 협력이 성공적인 커스텀 AI 시스템 도입을 위한 필수 조건임을 기억하시기 바랍니다. 더 많은 IT 꿀팁과 RX SOFT의 다양한 성공 사례는 https://rxsoft.co.kr/ 를 참고해 보세요. 귀사의 혁신적인 AI 여정에 RX SOFT가 든든한 동반자가 되어드리겠습니다.

안녕하세요, RX SOFT PM팀의 이승민 본부장입니다. 경력요? 글쎄요, 이 바닥에서 잔뼈 굵다 보니 벌써 15년이 훌쩍 넘었네요. 그동안 수많은 프로젝트의 시작과 끝을 함께했지만, 이번 다산에듀 e-Book 플랫폼 개발은 유독 기억에 남습니다. 왜냐고요? 단순한 'e-Book 뷰어'를 넘어, 학습자들이 직접 참여하고 소통하는 '살아있는 디지털 학습 공간'을 만들어내는 과정 자체가 한 편의 드라마였거든요. 커피 한 잔 들고 옆에 앉은 동료 개발자나 예비 창업자 분들에게 썰 풀 듯, 그 흥미진진했던 여정을 지금부터 시작해볼게요. **0. '그냥 책 보는 앱'에서 '인생을 바꾸는 플랫폼'으로: 프로젝트 수주, 그 시작은 언제나 설렘과 압박 사이** 언제나 그렇듯, 프로젝트의 시작은 한 통의 문의 전화와 함께 찾아옵니다. 다산에듀 측에서는 기존의 교육 콘텐츠를 디지털화하여 더 많은 학습자에게 효율적으로 전달하고 싶다는 포부를 밝혀왔죠. 처음에는 꽤나 간결한 요구사항이었어요. "학습자들이 PC나 모바일에서 교재를 편하게 보고, 중요한 부분에 밑줄 긋는 정도만 되면 좋겠어요." 흠, '간결'이요? 우리 RX SOFT에게 '간결'은 언제나 '깊은 고민의 시작'이라는 거, 이제 다들 아시죠? 저희는 곧바로 다산에듀 측과의 첫 미팅을 준비했습니다. 저희는 단순한 개발사가 아니라, 고객의 비즈니스를 함께 키워나가는 '컴퍼니빌더' 마인드를 가지고 있잖아요? 그래서 저희는 '그냥 책 보는 앱'이 아닌, 다산에듀의 교육 철학을 담아낼 수 있는 '플랫폼'에 초점을 맞췄어요. 시장 조사부터 시작해서 경쟁사 분석, 타겟 유저 페르소나 설정까지… 저희 UI/UX본부 임정민 본부장님과 기획팀 박범수 팀장님은 이미 초기 미팅 전부터 머리를 맞대고 있었죠. 첫 미팅 자리에서 저희는 몇 가지 핵심 질문을 던졌습니다. "학습자들이 왜 종이책 대신 e-Book을 사용해야 할까요?", "어떤 경험이 학습 효과를 극대화할 수 있을까요?", "다산에듀만의 차별점은 무엇이 되어야 할까요?" 이 질문들을 통해 우리는 다산에듀가 원하는 것이 단순히 '책을 스캔해서 올리는 것'이 아님을 직감했습니다. 그들은 학습자들에게 '새로운 학습 경험'을 제공하고 싶어 했고, 저희 RX SOFT는 그들의 잠재된 니즈를 끄집어내는 데 주력했습니다. 보시다시피, 이미지 속 이 화면들은 단순히 책을 펼쳐놓은 모습이 아니잖아요? 홈 화면부터 내 서재, 도서관, 그리고 우측에 보이는 펜 설정 화면과 영상 강의 화면까지. 이 모든 것이 한 번의 미팅으로 뚝딱 나온 결과물이 아닙니다. 수도 없는 논의와 스케치, 그리고 때로는 불꽃 튀는 아이디어 싸움 끝에 탄생한 겁니다. **1. '여기저기서 본 좋은 기능 다 합쳐주세요!' 고객의 무리한 요구, 우리의 멘붕과 성장통: 기획과 디자인의 줄다리기** 초기 기획 단계에서 다산에듀 측에서 이런 말씀을 하셨어요. "저희가 여러 교육 플랫폼을 둘러봤는데, A사의 이 기능은 참 좋고, B사의 저런 기능도 너무 마음에 들어요. 이걸 다 저희 플랫폼에 담아낼 수 있을까요?" 솔직히, PM으로서 가장 심장이 쫄깃해지는 순간 중 하나입니다. 고객의 '마음에 든다'는 한마디 뒤에는 보통 엄청난 개발 공수가 숨어있다는 것을 너무나 잘 알고 있으니까요. 특히, 단순히 '읽는' 것을 넘어 '능동적인 학습'을 위한 기능들이 계속 추가되기 시작했습니다. 밑줄, 형광펜, 메모는 기본이고, 여러 종류의 펜 설정 (두께, 색상, 불투명도), 심지어는 이미지 위에 그림을 그리거나 스티커를 붙이는 기능까지! 저희 기획팀 박범수 팀장님과 디자인팀 조수현 팀장님은 이 요구사항을 듣고 잠시 망연자실한 표정을 지었지만, 이내 특유의 '할 수 있다!' 마인드로 무장했습니다. 특히 가장 큰 난관은 '사용자 친화적인 인터페이스'로 이 모든 복잡한 기능을 담아내는 것이었죠. 보통 이런 기능이 많아지면 UI가 지저분해지거나 사용하기 어려워지는 경우가 많거든요. ***에피소드 1: "책 위에 연필로 그리는 그 느낌, 디지털로 구현해주세요!"*** 어느 날, 고객 미팅 자리에서 다산에듀 담당자분이 손가락으로 허공에 뭔가를 쓱쓱 그으시며 말씀하셨어요. "저희가 원하는 건, 종이책에 직접 연필이나 형광펜으로 밑줄 긋고 메모하는 '그 느낌' 그대로입니다. 디지털이라고 해서 이 경험이 덜해서는 안 돼요. 특히, 필기감이 좋아야 합니다!" 이게 말처럼 쉬운 일이 아니거든요. 디지털 환경에서 실제 필기감을 구현한다는 건, 단순한 그래픽 처리 이상의 기술적인 깊이를 요구합니다. 디자인팀은 수십 개의 레퍼런스를 뒤지고, 실제 펜과 태블릿으로 그림을 그려보며 필기감을 연구했습니다. 필압 감지까지는 아니어도, 최소한 실제 펜으로 그리는 듯한 부드러운 곡선과 즉각적인 반응 속도를 만들어내기 위해 엄청난 시안을 쏟아냈죠. 초기 디자인 시안은 그야말로 전쟁터였습니다. 필기 도구 팔레트를 어디에 둘지, 펜 종류는 몇 개나 제공할지, 색상 팔레트는 어떻게 구성할지 등등. 조수현 팀장님은 밤늦게까지 "학습자가 필기하는 도중에 불편함을 느끼지 않으려면 어떻게 해야 할까?"를 고민하며 수십 번씩 UI를 갈아엎었습니다. 고객과의 수많은 피드백과정을 거쳐, 최소한의 터치로 최대한의 기능을 활용할 수 있도록 직관적인 '펜 설정' UI를 만들어냈습니다. 이미지에서 보셨겠지만, 펜 종류, 두께, 불투명도, 색상까지 세밀하게 조절할 수 있도록 아주 깔끔하게 정리되었죠. 이건 단순한 '디자인'이 아니라, '학습 경험 디자인'에 대한 RX SOFT의 집착에 가까웠습니다. **2. '이게 된다고?' 기술적인 멘붕과 RX SOFT 베테랑들의 진가: 개발 과정의 리얼리티** 기획과 디자인이 어느 정도 윤곽을 잡아가자, 이제 개발본부의 장원찬 본부장님 지휘 아래 프론트팀 류현광 팀장님과 백엔드팀 박재현 팀장님, 그리고 100명이 넘는 저희 RX SOFT의 베테랑 개발자들이 투입될 차례였습니다. 프로젝트명 '다산에듀 e-Book 플랫폼'의 태그에 'Next.JS, React, 앱'이 명시되어 있듯이, 저희는 최신 기술 스택을 적극적으로 활용하여 최고의 퍼포먼스와 유연성을 확보하려 했습니다. Next.JS로 웹 기반의 강력한 플랫폼을 구축하고, React Native를 활용하여 iOS와 Android 앱을 동시에 개발하는 전략이었죠. ***에피소드 2: '수십 페이지 넘는 책에 자유자재 필기, 게다가 버벅이지 마세요!' 미션 임파서블?*** 가장 큰 기술적 난관은 바로 '대용량 e-Book 콘텐츠 위에서 부드럽게 동작하는 필기 기능'을 구현하는 것이었습니다. 단순히 그림을 그리는 것에서 그치지 않고, 그 필기 내용이 페이지를 넘겨도 유지되고, 나중에 다시 접속했을 때도 완벽하게 복원되어야 했으며, 심지어 다른 기기에서 접속해도 동기화되어야 했으니까요. 프론트팀은 이 문제를 해결하기 위해 고군분투했습니다. 처음에는 웹 Canvas API를 직접 사용하여 필기 기능을 구현했는데, 몇 페이지 이상 넘어가거나 복잡한 필기가 쌓이면 미묘하게 딜레이가 생기는 문제가 발생했습니다. "고객은 연필의 부드러움을 원했는데, 이건 꼭 크레파스로 그리는 느낌이잖아!" 류현광 팀장님의 한탄이 들려왔죠. 특히 대용량 PDF 문서 위에 수많은 필기 데이터를 얹고, 그걸 실시간으로 랜더링하며 페이지를 전환하는 과정에서 메모리 사용량이 치솟아 앱이 버벅이는 현상까지 나타났습니다. 멘붕이었죠. 이때 저희 백엔드팀 박재현 팀장님은 데이터 처리 효율성에 주목했습니다. 필기 데이터를 이미지 파일로 저장할 것이냐, 벡터 데이터로 저장할 것이냐, 어떤 포맷으로 서버에 전송하고 클라이언트에서 불러올 것이냐. 이 작은 결정들이 엄청난 퍼포먼스 차이를 만들 수 있었거든요. 결국, 저희는 필기 데이터를 단순한 픽셀 정보가 아닌, SVG(Scalable Vector Graphics) 경로 데이터로 저장하고 관리하는 방식을 채택했습니다. 벡터 기반이라 확대/축소해도 깨지지 않고, 데이터 용량도 훨씬 효율적이었죠. 프론트팀은 React Native의 강력한 컴포넌트 생명주기와 최적화 기법을 활용하여 Canvas 렌더링을 획기적으로 개선했습니다. 불필요한 리렌더링을 최소화하고, 가상 돔(Virtual DOM)의 이점을 최대한 살렸습니다. 며칠 밤낮으로 디버깅하고 벤치마킹한 결과, 마침내 "오, 이거 진짜 연필로 그리는 것 같은데?"라는 감탄사가 터져 나올 정도의 부드러운 필기감을 구현해냈습니다. 이 순간의 희열이란! RX SOFT 개발자들이 괜히 '베테랑' 소리를 듣는 게 아니라고요. (자랑 좀 했습니다. 흐흐) 이 외에도, e-Book 내부에 영상 강의를 삽입하고 플레이어가 자연스럽게 작동하도록 만드는 것도 큰 과제였습니다. 단순히 영상을 임베드하는 것을 넘어, 영상 시청 중에도 필기가 가능하게 하고, 특정 구간으로 바로 이동하는 기능까지 구현해야 했으니까요. Next.JS의 서버사이드 렌더링(SSR)과 정적 페이지 생성(SSG) 기능을 적절히 활용하여 초기 로딩 속도를 최적화하고, 백엔드에서는 대용량 콘텐츠를 안정적으로 스트리밍할 수 있는 인프라를 구축했습니다. **3. '버그는 우리의 친구... 일 리가 없지!' QA와 잦은 수정 요청 속에서 피어난 완성도** 개발이 어느 정도 완료되면, 이제 QA팀 안미려 팀장님의 눈빛이 매서워질 차례입니다. "개발팀, 당신들이 생각하는 완성은 완성 아니다!"라는 무언의 압박이 느껴지죠. (농담입니다만, 정말 무서워요!) 수많은 버그와 마주하고, 사용자 시나리오를 꼼꼼히 따라가며 예상치 못한 문제점을 발견해내는 과정은 언제나 치열합니다. 다산에듀 e-Book 플랫폼은 학습이라는 중요한 목적을 가지고 있기 때문에, 오류 하나하나가 학습자의 경험에 치명적일 수 있습니다. '필기 내용이 사라지는 버그', '페이지 전환 시 앱이 멈추는 버그', '특정 기기에서 영상이 재생되지 않는 버그' 등. QA팀은 마치 매의 눈처럼 작은 티끌 하나도 놓치지 않았습니다. 잦은 수정 요청은 개발팀의 일상입니다. "이 버튼은 여기에 있는 것보다 저기에 있는 게 더 직관적일 것 같아요.", "필기 색상이 너무 쨍해서 눈이 아파요, 채도를 조금만 낮춰주세요." 이런 디테일한 피드백들이 쏟아져 들어오면 개발팀은 다시 코드와 씨름하고, 디자인팀은 픽셀 단위로 색상을 조정합니다. 때로는 고객이 '이건 정말 안될까요?'라고 물어보는 경우도 있는데, RX SOFT는 웬만하면 '안 된다'는 말 대신 '더 좋은 방법은 없을까요?'를 고민합니다. 저희의 '컴퍼니빌더' 마인드가 여기서 빛을 발하는 거죠. 고객의 요구사항을 맹목적으로 따르기보다, 그들의 진짜 목적을 달성할 수 있는 최적의 솔루션을 함께 찾아나가는 겁니다. 저희는 Jira와 Slack을 활용하여 실시간으로 피드백을 주고받고, 주간 회의를 통해 진행 상황과 이슈를 공유하며 신속하게 문제를 해결했습니다. 100명이 넘는 베테랑 인력들이 각자의 전문성을 바탕으로 유기적으로 협력했기에 가능한 일이었습니다. 그렇게 수많은 시행착오와 개선 과정을 거쳐, 드디어 다산에듀 e-Book 플랫폼은 탄생의 빛을 보게 됩니다. **4. 완성과 그 너머: RX SOFT의 지속가능한 파트너십** 다산에듀 e-Book 플랫폼이 성공적으로 런칭되었을 때의 뿌듯함은 말로 다 할 수 없습니다. 학습자들이 이 플랫폼을 통해 더 효율적으로 공부하고, 자신의 꿈에 한 발짝 더 다가설 수 있다고 생각하니, 그동안의 고생이 눈 녹듯 사라지는 기분이었죠. 고객사에서도 저희 RX SOFT의 기술력과 문제 해결 능력, 그리고 프로젝트에 대한 열정에 깊은 만족감을 표해주셨습니다. 저희 RX SOFT는 단순히 프로젝트를 개발하고 끝내는 것이 아니라, 그 이후의 유지보수팀 김성찬 팀장님을 중심으로 꾸려진 지속적인 업데이트와 개선을 통해 플랫폼이 끊임없이 진화할 수 있도록 지원합니다. 빠르게 변화하는 IT 환경과 사용자 요구에 발맞춰 항상 최신 기술을 도입하고, 더 나은 학습 경험을 제공하기 위한 고민을 멈추지 않을 겁니다. 다산에듀 e-Book 플랫폼은 '그냥 책 보는 앱'이 아니었습니다. 다산에듀의 교육 철학과 RX SOFT의 기술력이 만나 '살아있는 디지털 교실'을 만들어낸 여정이었죠. 이 프로젝트를 통해 우리는 또 한 번 성장했고, 불가능해 보이는 도전을 가능하게 만드는 RX SOFT만의 저력을 증명할 수 있었습니다. 다음번에는 또 어떤 흥미진진한 프로젝트 이야기로 여러분을 찾아올지 기대해주세요! RX SOFT와 함께라면 여러분의 상상도 현실이 됩니다. 저희의 더 많은 포트폴리오와 함께 하고 싶은 이야기가 있다면, 언제든지 https://rxsoft.co.kr/ 로 방문해 주세요!