# IXC 아이엑스씨

> IXC는 AX 전환을 소프트웨어 품질로 뒷받침하는 IT 서비스 기업입니다. 소프트웨어 QA와 클라우드, 페이먼츠, CRM 마케팅 네 개 부문에서 컨설팅과 구축, 운영을 제공합니다.

- 법인: 아이엑스씨㈜ (영문 IXC Corp.) · 대표이사 남기철 · 사업자등록번호 109-86-56732
- 설립: 2022년
- 주요 연혁: 2022년 아이데아벤처스(AIDEA VENTURES) 설립; 2025년 아이엑스씨(주) (IXC)로 사명 변경; 2025년 춘천ICT벤처센터 입주; 2026년 대한민국 우수기업대상 수상; 2026년 소프트웨어사업자 등록; 2026년 기업부설연구소 인정; 2026년 원시그널(OneSignal) 공식 파트너; 2026년 강원테크노파크 AI·디지털전환 공급기업 등록; 2026년 클라우드웨이즈(Cloudways) 공식 파트너
- 부문: Software QA · Cloud · Payments · Customer Engagement (4개 부문)
- 사업장: 춘천 본사(강원 춘천시 후석로462번길 7, 춘천ICT벤처센터 4층 408호)
- 연락처: 전화 033-242-0210 · 팩스 033-243-0211 · 이메일 info@ixc.co.kr
- Last updated: 2026-09-11

## OneSignal 솔루션과 제품 가이드

- [원시그널 OneSignal 도입·구축·운영](https://www.ixc.co.kr/solutions/onesignal.md): 앱·웹 푸시, 이메일, 인앱 메시지를 고객 여정으로 연결합니다. OneSignal 한국 공식 파트너 IXC가 제품 도입부터 앱 수정, 데이터 연동, 검증과 운영을 지원합니다.
- [원시그널 고객 사례 | 콘텐츠·커머스·디지털 서비스](https://www.ixc.co.kr/solutions/onesignal/customers.md): OnDemandKorea, FoodHero, BetterMe의 OneSignal 글로벌 고객 사례. 고객 행동에 맞춘 메시지와 재방문 캠페인의 실행 방법과 결과입니다.
- [OnDemandKorea 원시그널 사례 | 고객 행동에서 재방문까지](https://www.ixc.co.kr/solutions/onesignal/customers/ondemandkorea.md): OnDemandKorea가 이메일에 앱 푸시·인앱 메시지를 연결한 방법과 월간 활성 사용자 12% 증가 결과. 고객 데이터와 앱 경험을 연결하는 도입 방법을 확인합니다.
- [FoodHero 원시그널 사례 | 이탈 장바구니를 다시 구매로](https://www.ixc.co.kr/solutions/onesignal/customers/foodhero.md): FoodHero는 푸시와 이메일 Journeys로 매월 이탈 장바구니의 최대 10%를 회수했습니다. 재고 알림, 온보딩, Mixpanel 데이터 연동에서 커머스 캠페인의 실행 방법을 살펴봅니다.
- [BetterMe 원시그널 사례 | 개인화 메시지로 리텐션 22% 증가](https://www.ixc.co.kr/solutions/onesignal/customers/betterme.md): BetterMe가 고객의 행동과 목표에 맞춘 푸시·인앱 메시지로 앱 리텐션을 22% 높인 사례. 세그먼트, 메시지 개인화, A/B 테스트와 우리 앱의 적용 방법을 살펴봅니다.
- [OneSignal Journeys로 만드는 고객 여정](https://www.ixc.co.kr/solutions/onesignal/journeys.md): OneSignal Journeys는 고객 행동과 상태에 따라 대기, 분기, 메시지 발송을 연결하는 CRM 자동화 기능입니다. 진입·종료 조건과 앱 데이터 연동, 운영 설계 방법을 설명합니다.
- [고객 상황에 맞는 OneSignal 메시지 채널](https://www.ixc.co.kr/solutions/onesignal/channels.md): OneSignal은 모바일·웹 푸시, 인앱 메시지, 이메일 등으로 고객과 소통하는 플랫폼입니다. 채널별 사용 상황과 권한, SDK, 도메인 등 도입 조건을 설명합니다.
- [OneSignal과 앱·고객 데이터를 연결하는 방법](https://www.ixc.co.kr/solutions/onesignal/integration.md): OneSignal 연동은 앱 SDK, 고객 ID, 채널 구독, 속성과 행동 이벤트를 연결하는 작업입니다. 로그인·로그아웃, 서버 이벤트, 권한과 검증 범위를 설명합니다.

## 서비스

- [원시그널 한국 공식 파트너](https://www.ixc.co.kr/partners/onesignal.md): IXC는 OneSignal 한국 공식 파트너입니다. 국내 계약과 한국어 상담부터 기술 연동과 운영까지, 국내 팀의 OneSignal 도입을 함께합니다.
- [출시 전 QA 검수](https://www.ixc.co.kr/services/pre-release-qa.md): 출시 전 QA 검수는 릴리스 후보 빌드 하나를 합의된 범위에서 검증하고 출시 가능 여부를 판정해 문서로 남기는 서비스입니다.
- [바이브코딩 검증](https://www.ixc.co.kr/services/ai-app-testing.md): 바이브코딩 검증은 생성형 AI 도구로 개발한 서비스를 대상으로 요구사항 누락과 예외 흐름, 변경이 건드리는 회귀 범위를 확인하는 서비스입니다.
- [성능·부하 테스트](https://www.ixc.co.kr/services/performance-resilience-testing.md): 성능·부하 테스트는 실제 사용 패턴을 부하 모델로 옮겨 장애 상황에서 시스템이 어디까지 버티는지 확인하는 서비스입니다.
- [QA 아웃소싱](https://www.ixc.co.kr/services/qa-outsourcing.md): QA 아웃소싱은 테스트 전략 수립부터 실행과 결함 관리, 출시 판단 근거 정리까지 전담 팀이 이어서 맡는 서비스입니다.
- [테스트 자동화](https://www.ixc.co.kr/services/test-automation.md): 테스트 자동화는 배포마다 되풀이되는 회귀 검증을 자동 테스트 자산으로 옮겨 파이프라인에서 계속 돌리는 서비스입니다.
- [QA 프로세스 구축](https://www.ixc.co.kr/services/qa-process-consulting.md): QA 프로세스 구축은 품질 기준과 출시 게이트, 자동화 범위를 정해 개발 과정 안에서 돌아가는 QA 체계를 세우는 서비스입니다.
- [클라우드 인프라 구축](https://www.ixc.co.kr/services/cloud-infrastructure-build.md): 클라우드 인프라 구축은 서비스가 돌아갈 네트워크와 서버, 데이터베이스, 배포 경로를 설계해 실제로 올리고 운영 기준까지 정하는 서비스입니다.
- [클라우드 마이그레이션](https://www.ixc.co.kr/services/cloud-migration.md): 클라우드 마이그레이션은 시스템 의존 관계를 확인해 전환 웨이브를 짜고 리허설을 거쳐 컷오버까지 수행하는 이전 서비스입니다.
- [클라우드 운영 대행(MSP)](https://www.ixc.co.kr/services/managed-cloud.md): 클라우드 운영 대행(MSP)은 매일 되풀이되는 클라우드 운영 업무를 서비스 단위 책임으로 묶어 대신 맡는 운영 서비스입니다.
- [클라우드 비용 절감](https://www.ixc.co.kr/services/cloud-cost-optimization.md): 클라우드 비용 절감은 청구서를 갈라 지출 증가 원인을 드러내고 조치와 가드레일까지 운영으로 잇는 FinOps 서비스입니다.
- [CDN·해외 가속](https://www.ixc.co.kr/services/cdn.md): CDN은 되풀이해 내려받는 콘텐츠를 사용자와 가까운 지점에서 내보내도록 캐시와 전송 경로를 설계하고 운영하는 서비스입니다.
- [웹방화벽·DDoS 방어](https://www.ixc.co.kr/services/web-security.md): 웹방화벽·DDoS 방어는 웹 방화벽으로 악성 요청을 걸러내고 대량 트래픽 공격을 서비스 앞단에서 막는 서비스입니다.
- [PG 연동·결제 시스템 구축](https://www.ixc.co.kr/services/payment-integration.md): PG 연동·결제 시스템 구축은 결제수단을 주문 흐름에 붙이고 승인과 취소, 부분 환불까지 상태를 잃지 않게 구현하는 결제 구축 서비스입니다.
- [PG(결제대행)](https://www.ixc.co.kr/services/payment-gateway.md): PG(결제대행)는 여러 결제사의 연동을 한 계층에 모아 거래 경로와 장애 우회를 규칙으로 정하는 구축 서비스입니다.
- [정기 결제·빌링](https://www.ixc.co.kr/services/recurring-billing.md): 정기 결제·빌링은 요금제와 청구, 결제 실패 재시도, 해지까지 구독 과금의 수명주기를 코드로 구현하는 빌링 구축 서비스입니다.
- [정산 자동화](https://www.ixc.co.kr/services/reconciliation-automation.md): 정산 자동화는 주문과 승인, 입금 데이터를 공통 키로 묶어 규칙으로 대사하고 예외만 담당자에게 넘기는 서비스입니다.
- [이상 거래 탐지(FDS)](https://www.ixc.co.kr/services/fraud-detection.md): 이상 거래 탐지(FDS)는 결제와 계정 신호로 위험도를 판정해 차단과 추가 인증, 검토 대기로 나누는 리스크 대응 서비스입니다.
- [결제 운영](https://www.ixc.co.kr/services/payment-operations.md): 결제 운영은 거래 모니터링과 장애 대응, 취소와 환불, 분쟁 처리, 결제사 협의를 한 팀의 업무 절차로 묶어 맡는 서비스입니다.
- [CRM 컨설팅](https://www.ixc.co.kr/services/crm-strategy-consulting.md): CRM 컨설팅은 고객 데이터와 캠페인 현황을 진단해 KPI와 키 캠페인, 도입 순서를 확정하는 컨설팅 서비스입니다.
- [앱 푸시 도입·온보딩](https://www.ixc.co.kr/services/onesignal-onboarding.md): 앱 푸시 도입·온보딩은 OneSignal SDK 연동과 채널 셋업부터 키 캠페인 구축과 인계까지 맡는 구축 서비스입니다.
- [고객 데이터 연동 설계](https://www.ixc.co.kr/services/customer-data-integration.md): 고객 데이터 연동 설계는 캠페인에 필요한 이벤트와 사용자 속성을 정의하고 원시그널로 전송하는 구조를 잡는 데이터 설계 서비스입니다.
- [CRM 마케팅 자동화](https://www.ixc.co.kr/services/journey-orchestration.md): CRM 마케팅 자동화는 세그먼트와 트리거, 멀티채널 메시지를 저니로 엮어 적시에 자동 실행하는 캠페인 자동화 서비스입니다.
- [CRM 캠페인 운영 대행](https://www.ixc.co.kr/services/crm-campaign-operations.md): CRM 캠페인 운영 대행은 월간 캠페인 달력을 짜고 발송과 실험, 성과 리포팅까지 대신 수행하는 운영 대행 서비스입니다.
- [CRM 마이그레이션·전환](https://www.ixc.co.kr/services/crm-migration.md): CRM 마이그레이션·전환은 기존 메시징 솔루션과 무료 플랜 환경을 원시그널 유료 플랜으로 옮기는 전환 서비스입니다.

## 고객사례

- [페이지는 늘리고 운영은 가볍게: IXC의 다국어 홈페이지 리뉴얼](https://www.ixc.co.kr/case-study/ixc-website-build.md): 페이지와 언어가 늘어나도 관리가 복잡해지지 않도록. MDX 기반 콘텐츠 운영부터 다국어 검증, 클라우드 배포와 보안까지 IXC 홈페이지를 다시 설계했습니다.
- [방송에서 거래까지 끊기지 않도록: 경매형 라이브커머스 구축 사례](https://www.ixc.co.kr/case-study/live-commerce-auction.md): 방송과 경매만 만들어서는 거래가 완성되지 않습니다. 클라우드·알림·결제·포인트를 같은 출시 과정에서 연결했습니다.
- [‘백업 완료’ 뒤에 남은 파일까지: 전시 이미지 데이터 정합성 검증](https://www.ixc.co.kr/case-study/exhibition-image-backup-qa.md): 백업 완료 표시 뒤에 남은 파일까지 확인했습니다. 원본과 사본을 대조하고 중단·재업로드 조건에서 누락과 중복을 검증했습니다.
- [기사가 외부에 공개되기 전까지: CMS 뉴스룸의 출시 전 QA](https://www.ixc.co.kr/case-study/newsroom-wordpress-qa.md): 기사가 외부에 공개되기 전까지의 과정을 검증했습니다. 작성·승인·발행과 권한을 살피고 확인한 결과와 남은 범위를 함께 전달했습니다.
- [AI로 만든 서비스를 실제 운영으로 연결하다: 캐릭터 챗 구축 사례](https://www.ixc.co.kr/case-study/ai-character-chat.md): AI로 빠르게 만든 기능을 서비스 운영으로 연결했습니다. 개발·배포·결제를 같은 인수 범위로 두고 거래의 예외 조건을 함께 다뤘습니다.
- [앱 화면 밖의 요청까지 확인하다: 모바일 앱·서버 보안 검증 사례](https://www.ixc.co.kr/case-study/mobile-app-security-qa.md): 앱 화면에서 보이지 않는 요청까지. 단말·통신·인증과 서버 권한을 함께 점검하고, 수정 결과를 다시 확인했습니다.
- [시차보다 중요한 것은 같은 품질 기준: 글로벌 분산 스토리지 QA](https://www.ixc.co.kr/case-study/distributed-storage-qa.md): 시차보다 중요한 것은 같은 품질 기준이었습니다. 북미 개발팀과 검증·보고 기준을 맞추고 자동화와 성능 검증 자산을 남겼습니다.
- [운영 중인 서비스를 다시 세우다: 주유 배달 플랫폼의 정상화](https://www.ixc.co.kr/case-study/fuel-delivery-platform.md): 잦은 오류를 하나씩 고치는 일에서 끝내지 않도록. QA 결과를 보완 개발의 순서로 바꾸고 주 단위 배포와 운영을 연결했습니다.
- [번역된 화면을 넘어, 일본어로 사용할 수 있도록: 테스트 도구 현지화 QA](https://www.ixc.co.kr/case-study/test-tool-japan-localization.md): 일본어가 표시되는 것과 일본어로 제품을 사용하는 것은 달랐습니다. 화면·문서·입력·기능을 함께 살핀 전문가의 현지화 QA 경험입니다.
- [그럴듯한 답보다 근거 있는 답을: 법률 챗봇의 LLM 응답 검증](https://www.ixc.co.kr/case-study/legal-chatbot-llm-qa.md): 그럴듯한 문장과 근거 있는 답은 달랐습니다. 답해야 할 질문과 답을 멈춰야 할 질문을 나누고 응답의 판정 이유를 기록했습니다.
- [어느 환경까지 확인했는가: 인터넷뱅킹 문서 뷰어의 출시 전 검수](https://www.ixc.co.kr/case-study/internet-banking-viewer.md): 어느 환경에서 무엇을 확인했는지가 출시 판단의 근거였습니다. 문서 표시·인쇄·저장과 미확인 조합을 같은 기록에 남겼습니다.
- [돌아가는 코드와 운영 가능한 교육 사이: AI로 만든 LMS 검증](https://www.ixc.co.kr/case-study/biofoundry-lms.md): 코드는 돌아갔지만 교육 운영의 조건은 따로 확인해야 했습니다. 수강·진도·수료 흐름과 정원·권한의 예외를 실행으로 검증했습니다.
- [주문 화면 뒤의 운영까지 준비하다: 급식 주문 플랫폼 구축 사례](https://www.ixc.co.kr/case-study/school-meal-ordering.md): 주문 화면이 완성되기 전부터 운영 환경을 준비했습니다. 주문·식수 기능의 검증과 클라우드 배포·백업·운영 기준을 함께 다뤘습니다.
- [상품이 바뀔 때마다 파일을 고치지 않도록: 여행 상품 관리 자동화 사례](https://www.ixc.co.kr/case-study/travel-product-management.md): 상품 변경을 사람이 따라다니지 않도록. 수집·저장·노출·광고 연동을 연결하고 데이터가 맞는지와 처리 한계를 함께 확인했습니다.
- [같은 정보를 여러 파일에서 고치지 않도록: 협동조합 업무 시스템 구축](https://www.ixc.co.kr/case-study/cooperative-erp.md): 같은 정보를 여러 파일에서 고치지 않도록. 조합원과 상품·재고, 인사와 사업 업무를 공통 데이터 기반의 시스템으로 연결했습니다.
- [문서 없는 코드에서, 다음 개발의 기준을 찾다: 아티스트 플랫폼 인수 검증](https://www.ixc.co.kr/case-study/artist-platform.md): 코드만으로 다음 개발을 시작할 수 없었습니다. 역설계와 실행 검증으로 서비스의 현재 상태를 정리하고 후속 기능을 만들 기준을 남겼습니다.
- [홈페이지를 만든 뒤의 시간까지: 석재 제조기업의 클라우드 운영 사례](https://www.ixc.co.kr/case-study/stone-manufacturer.md): 홈페이지를 공개한 뒤의 시간까지. 클라우드 이전과 콘텐츠 전송, 웹방화벽, 운영 문서를 연결해 기업 웹사이트를 관리했습니다.
- [업데이트가 이어져도 재생 경험은 지키도록: 키즈 오디오 플랫폼 QA](https://www.ixc.co.kr/case-study/kids-audio-platform.md): 새로운 기능이 추가돼도 기존 이용 경험을 다시 확인했습니다. 반복되는 출시 일정에 맞춰 QA를 수행하고 다음 검증의 기준을 남겼습니다.

## 인사이트

- [바이브코딩 앱의 출시 전 검증 범위는 어떻게 정할까](https://www.ixc.co.kr/insights/vibe-coding-app-verification-scope): 바이브코딩 앱의 검증 범위 결정은 코드를 누가 얼마나 작성했는지가 아니라 그 기능이 실패했을 때 무엇이 일어나는지로 검증 깊이를 정하는 작업입니다.
- [TLS 인증서 수명 단축에 대비해 자동 갱신을 어떻게 운영해야 할까](https://www.ixc.co.kr/insights/tls-certificate-lifecycle): Certificate Lifecycle Management는 인증서의 사용처를 알고, 발급과 Domain Validation을 자동화하고, 개인키를 경계 안에 보관하고, 모든 TLS 종료 지점에 배포한 뒤 실제 제공을 확인하는 전체 흐름입니다.
- [외주·SI 결과물을 인수하기 전에 합의해야 할 품질 기준](https://www.ixc.co.kr/insights/software-handover-acceptance): 소프트웨어 인수는 기능이 동작하는지 확인하는 검수와, 수행사가 빠진 뒤에도 발주 조직이 시스템을 수정하고 배포하고 복구할 수 있는지 확인하는 운영 인수를 함께 마치는 일입니다.
- [SLO와 에러 버짓이 실제 배포 기준이 되려면 무엇이 필요한가](https://www.ixc.co.kr/insights/slo-error-budget-policy): 에러 버짓 정책은 어떤 사용자 결과를 측정하고 어느 수준을 목표로 삼으며 버짓을 얼마나 썼을 때 어떤 종류의 변경을 제한할지를 미리 합의해 둔 운영 규칙입니다.
- [RTO와 RPO로 재해복구 수준과 비용을 정하는 법](https://www.ixc.co.kr/insights/rto-rpo-disaster-recovery-objectives): RTO와 RPO를 정하는 일은 업무가 감당할 수 있는 중단 시간과 데이터 손실 한계를 기술 설계와 예산으로 옮기는 작업입니다.
- [장애 유형별로 로그·메트릭·트레이스·프로파일 중 무엇부터 봐야 할까](https://www.ixc.co.kr/insights/observability-signal-selection): Signal 선택은 지금 보이는 실패의 모양에 맞춰 로그·메트릭·트레이스·프로파일 중 첫 조사 지점과 다음 이동 경로를 정하는 판단입니다.
- [CDN과 WAF를 붙였는데도 원본 서버가 노출되는 이유와 막는 법](https://www.ixc.co.kr/insights/cdn-waf-origin-security): 원본 보호는 원본 주소가 알려지더라도 승인된 Edge 경로가 아니면 애플리케이션에 도달하지 못하게 만드는 작업입니다.
- [관리자 페이지 접근을 VPN·Bastion·Identity-aware Access 중 무엇으로 보호할까](https://www.ixc.co.kr/insights/admin-access-vpn-bastion-identity-aware): 관리자 접근 설계는 누가 어떤 기기로 어떤 Protocol을 써서 어느 자원까지 도달하며 어떤 증거가 남고 어떻게 복구할지를 먼저 정하는 작업입니다.
- [2 vCPU·4GB 서버는 어디까지 사용할 수 있을까: 추측 대신 측정하는 법](https://www.ixc.co.kr/insights/2-vcpu-4gb-server-capacity-test): 서버 수용량은 정해진 요청 구성에서 지연과 오류, 자원 압력, 대기열 기준을 모두 지키며 지속적으로 처리하는 최대 부하입니다.
- [WordPress 서버 이전 체크리스트: 파일·DB 복사 이후까지 확인할 것](https://www.ixc.co.kr/insights/wordpress-server-migration-checklist): WordPress 이전은 파일 복사와 DB Import가 아니라 최신 데이터와 실제 트래픽, 외부 연동, 롤백 가능성까지 검증하고 기존 환경을 정리하는 작업입니다.
- [모니터링 도구를 고르기 전에 사용자 여정부터 정해야 하는 이유](https://www.ixc.co.kr/insights/user-journey-monitoring-sli): 사용자 여정 SLI는 사용자가 서비스에서 반드시 끝내야 하는 일이 실제로 완료됐는지를 좋은 이벤트와 유효 이벤트의 비율로 나타낸 측정값입니다.
- [출시 여부를 결정할 때 테스트 결과 외에 무엇을 확인해야 할까](https://www.ixc.co.kr/insights/software-release-decision-criteria): 출시 판정은 검증된 사실, 남은 불확실성, 사용자 영향, 복구 가능성을 근거로 조직이 잔여 위험을 수용할지 결정하는 일이며, 테스트 결과는 그 근거 가운데 하나입니다.
- [매일 스냅샷을 찍는데도 별도 백업이 필요한 이유](https://www.ixc.co.kr/insights/snapshot-vs-backup): 스냅샷과 백업의 구분은 생성 주기가 아니라 사고가 났을 때 복구 지점도 함께 사라지는지로 갈립니다.
- [롤백 가능한 배포를 만드는 법: 코드·설정·DB·트래픽을 함께 설계하기](https://www.ixc.co.kr/insights/rollback-ready-deployment): 되돌릴 수 있는 배포는 이전 코드가 남아 있는 상태가 아니라, 이전 Version과 새 Version이 일정 기간 같은 설정과 Schema, 데이터 계약을 처리하고 기능 노출과 트래픽을 따로 멈추며 복구 행동과 책임자가 미리 정해진 상태입니다.
- [요구사항이 바뀔 때 테스트 누락을 줄이는 추적성 설계](https://www.ixc.co.kr/insights/requirements-test-traceability): 추적성 설계는 요구사항과 변경, 구현, 테스트, 결함에 안정적인 식별자와 버전을 부여하고 그 사이를 의미가 분명한 양방향 링크로 잇는 작업입니다.
- [클라우드를 고르기 전에 워크로드부터 분류해야 하는 이유](https://www.ixc.co.kr/insights/cloud-workload-classification): 워크로드 분류는 클라우드 사업자를 비교하기 전에 각 실행 단위의 목적과 실패 영향, 데이터 이동 범위, 운영 책임을 확정하는 작업입니다.
- [AWS NAT Gateway 비용이 커지는 이유와 대안을 고르는 기준](https://www.ixc.co.kr/insights/aws-nat-gateway-cost-alternatives): NAT Gateway 비용 분석은 시간 단가 하나가 아니라 게이트웨이 사용 시간과 NAT 처리량, 앞뒤 Data Transfer 경로, 공인 IPv4 시간을 각각 분해해 청구액을 되짚는 작업입니다.
- [WAF·API Gateway·Rate Limit·Schema Validation·JWT·mTLS는 각각 무엇을 막는가](https://www.ixc.co.kr/insights/api-security-controls): API 보안 통제 비교는 여섯 통제가 직접 차단하는 위협과 보조에 그치는 위협, 그리고 어느 것으로도 해결되지 않는 위협을 지점별로 나누는 작업입니다.
- [운영 중인 API를 모두 모르면 어떤 보안 문제가 생길까](https://www.ixc.co.kr/insights/api-inventory-security): API Inventory는 무엇을 만들기로 선언했는지, 무엇이 배포됐는지, Runtime에서 무엇이 관측됐는지, 누가 왜 책임지는지를 계속 대조하는 운영 Register입니다.
- [MCP 서버를 운영 환경에 연결하기 전에 확인할 보안 항목](https://www.ixc.co.kr/insights/mcp-production-security-checklist): MCP 운영 보안은 검증된 사용자와 Tenant에 Tool 권한을 묶고 Token·승인·Secret의 경계를 강제하며 실행 결과와 권한 회수를 추적하는 통제입니다.
- [AI 코딩 에이전트가 만든 PR은 어떤 조건을 통과해야 병합할 수 있을까](https://www.ixc.co.kr/insights/ai-coding-agent-pr-merge-policy): AI PR 병합 정책은 작성 주체와 관계없이 현재 Revision의 필수 검사와 승인을 강제하고 Agent의 권한과 작업 출처를 증거로 남기는 정책입니다.
- [장애 대응 Runbook은 어떻게 설계해야 할까: 탐지·완화·복구·회고](https://www.ixc.co.kr/insights/incident-response-runbook): 장애 대응 Runbook은 장애의 정답을 적어 두는 문서가 아니라, 누가 판단하고 무엇을 먼저 지키고 언제 복구됐다고 말하고 다음 사람에게 무엇을 넘길지를 미리 합의해 둔 운영 문서입니다.
- [작은 개발팀은 VM, PaaS, 컨테이너, Kubernetes 중 무엇을 선택해야 할까](https://www.ixc.co.kr/insights/compute-operating-model): Compute Operating Model 선택은 필요한 통제를 충족하는 후보 가운데 반복 운영 책임이 팀의 Complexity Budget 안에 들어오고 Exit Cost가 허용 범위에 있는 모델을 고르는 결정입니다.
- [WordPress 운영 책임은 관리형 호스팅·직접 운영·관리형 인프라에서 어떻게 달라질까](https://www.ixc.co.kr/insights/wordpress-operating-model): WordPress 운영 모델 선택은 Core·Runtime·Database·Plugin·Code·Backup·Restore·Security·Monitoring·Incident의 실행자와 최종 판단자를 확정하는 일입니다. 지원 범위 밖의 문제를 이어받을 담당자도 정합니다.
- [알림은 언제 사람을 깨워야 할까: 실행 가능한 경보 설계](https://www.ixc.co.kr/insights/actionable-alert-routing): 실행 가능한 경보 설계는 지금 사람이 개입하지 않으면 사용자 피해가 커지고 호출받은 사람이 실제로 상황을 개선할 수 있을 때만 Page를 보내고, 나머지 신호는 Ticket이나 Dashboard로 보내는 라우팅 방식입니다.
- [회귀 테스트 범위는 코드 변경량이 아니라 무엇으로 정해야 할까](https://www.ixc.co.kr/insights/risk-based-regression-testing-scope): 회귀 테스트 범위는 얼마나 많은 코드가 바뀌었는가보다 그 변경이 잘못됐을 때 어디까지 영향을 주고 얼마나 늦게 발견되며 얼마나 어렵게 되돌릴 수 있는가로 정합니다.
- [월 클라우드 비용을 고객·주문·거래당 비용으로 바꾸는 법](https://www.ixc.co.kr/insights/cloud-unit-economics): 클라우드 단위 비용은 같은 기간·같은 범위에 포함한 클라우드 비용을 같은 기간·같은 범위에서 발생한 유효 가치 단위로 나눈 값입니다.
- [AI 에이전트가 느리거나 잘못 행동할 때 무엇을 관측해야 할까](https://www.ixc.co.kr/insights/ai-agent-observability): AI 에이전트 관측은 사용자 요청부터 최종 결과까지의 한 Run을 단위로 삼아 Retrieval, Model Call, Tool, Retry, Guardrail, 외부 의존성, 비용과 사용자 결과를 하나의 실행 경로로 연결하는 일입니다.
- [테스트 자동화는 무엇부터 하고 무엇은 사람에게 남겨야 할까](https://www.ixc.co.kr/insights/test-automation-portfolio): 테스트 자동화의 우선순위는 스크립트로 만들 수 있는지가 아니라 자주 실행되고 실패 영향이 크며 기대 결과를 기계가 판정할 수 있고 환경과 데이터를 반복 재현할 수 있는지로 정합니다.
- [클라우드 이전 비용을 계산할 때 서버 요금 외에 포함해야 할 것](https://www.ixc.co.kr/insights/cloud-migration-tco-costs): 클라우드 이전의 총비용은 목표 환경의 정상 운영비에 조사·설계·Refactoring·데이터 이동·Dual Run·검증·Downtime 위험·교육·기존 계약 잔여 비용·Rollback·안정화 비용을 더한 값입니다.

## 자료

- [IXC 회사 소개 자료 · 2026](https://www.ixc.co.kr/assets/company-overview.md): 아이엑스씨가 네 부문에서 무엇을 맡고 무엇을 맡지 않는지, 어떤 순서로 일하고 무엇을 산출물로 내는지 이 자료에 적었습니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [해외 IT 서비스 국내 계약·원화 결제 안내서](https://www.ixc.co.kr/assets/overseas-vendor-contract-guide.md): 해외 카드 결제만 받는 서비스를 국내 구매 절차로 사들일 때 계약 형태 셋이 증빙과 세무, 지원 창구를 어떻게 바꾸는지 적은 안내서입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [QA 아웃소싱 업체 선정 가이드 · 2026](https://www.ixc.co.kr/assets/qa-outsourcing-guide.md): QA를 외부에 맡길 때 무엇을 보고 고르는지, 제안서와 계약서에서 어느 항목을 먼저 확인하는지 여섯 축으로 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [소프트웨어 QA 외주 비용·공수 산정 가이드](https://www.ixc.co.kr/assets/qa-cost-estimation-guide.md): QA 견적이 왜 그 값으로 나오는지를 여섯 개 변수로 나누고 각 변수가 공수를 어느 방향으로 움직이는지 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [출시 전 QA 검수 서비스 이용 안내서](https://www.ixc.co.kr/assets/release-readiness.md): 출시일이 잡힌 상태에서 외부 검수를 붙일지 정할 때 보는 판단 축과 준비물, 범위를 자르는 방법과 필요한 일정을 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [소프트웨어 QA 서비스 소개서 · 2026](https://www.ixc.co.kr/assets/qa-services-overview.md): IXC가 소프트웨어 QA 부문에서 맡는 여섯 가지와 일하는 순서, 단계마다 전달하는 산출물을 적은 소개서입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [릴리스 판정 메모·시나리오 결과표 양식](https://www.ixc.co.kr/assets/quality-evidence.md): 출시 전 QA 검수의 산출물로 나가는 두 문서가 어떤 칸과 열로 짜여 있고 각 칸에 무엇을 적는지 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [바이브코딩 앱 출시 전 검증 점검표](https://www.ixc.co.kr/assets/ai-app-release-checklist.md): 생성형 도구로 만든 앱을 내보내기 전에 직접 밟아 보는 여섯 갈래의 점검 항목입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [자동화 실패 분석·격리·복귀 운영 양식](https://www.ixc.co.kr/assets/test-automation-failure-log.md): 재실행하면 통과하는 테스트의 최초 실패를 보존하고, 원인 조사와 임시 검증, 수정 후 복귀 근거를 연결하는 운영 양식입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [변경별 회귀 테스트 범위 결정 워크북](https://www.ixc.co.kr/assets/regression-scope-workbook.md): 변경 한 건의 영향 후보에서 실행할 회귀 테스트와 제외 이유를 고르고, 미확정 조건과 실행 결과를 연결하는 작성 양식입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [클라우드 운영 대행 업체 선정 가이드](https://www.ixc.co.kr/assets/cloud-managed-service-guide.md): 운영을 밖에 맡길 때 계약서에서 실제로 갈리는 여섯 축과, 잘못 고른 계약이 끝났을 때 무엇이 남는지를 정리한 가이드입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [클라우드 비용 절감 진단 점검표 · 2026](https://www.ixc.co.kr/assets/cloud-cost-guide.md): 청구서가 오른 뒤 어디부터 열어 볼지, 항목마다 무엇을 확인하고 어떤 순서로 손대는지 묶음별로 나눈 점검표입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [클라우드 구축·이전·운영 서비스 소개서](https://www.ixc.co.kr/assets/cloud-services-overview.md): 클라우드 환경을 세우고 옮기고 운영하는 여섯 서비스의 범위와 일하는 순서, 단계마다 넘기는 산출물을 한 문서에 적은 자료입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [클라우드 착수·운영 인수 인계 점검표](https://www.ixc.co.kr/assets/cloud-kickoff-checklist.md): 계약 뒤 첫 주에 양쪽이 주고받는 항목을 자산과 권한, 연락 체계, 복구 확인, 종료 조건 다섯 묶음으로 나눈 점검표입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [CDN·WAF 구성 점검표 · 해외 접속](https://www.ixc.co.kr/assets/cdn-waf-checklist.md): 해외 접속이 느리거나 비정상 요청이 늘었을 때 응답 속도와 요청 판별, 원본 트래픽 절감을 순서대로 짚는 점검표입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [CDN·해외 가속 도입 검토 안내서](https://www.ixc.co.kr/assets/cdn-selection-guide.md): 해외 사용자의 응답이 느릴 때 CDN을 붙일지, 어떤 축으로 공급 방식을 고를지 판단하는 순서를 적은 안내서입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [클라우드 이전 리허설·컷오버 실행표](https://www.ixc.co.kr/assets/cloud-migration-runbook.md): 이전 순서와 데이터 정본, 리허설 증거와 복귀 시한을 연결해 전환의 진행·보류를 결정하는 실무 양식입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [국내 PG·간편결제 선정 가이드 · 2026](https://www.ixc.co.kr/assets/pg-selection-guide.md): 수수료율보다 먼저 봐야 하는 정산 주기와 결제수단의 폭, 기능 지원, 연동 공수, 심사 조건으로 결제사를 좁히는 순서를 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [해외 결제 연동 안내서 · PayPal·Stripe](https://www.ixc.co.kr/assets/overseas-payment-guide.md): 국내 PG로 해외 매출을 받을 때 막히는 지점부터 통화와 정산, 세금, 분쟁 대응까지 해외 결제로 넘어갈 때 새로 생기는 일을 설명합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [결제 연동·정산 서비스 소개서 · 2026](https://www.ixc.co.kr/assets/payments-services-overview.md): 국내 PG와 간편결제, 해외 결제 연동부터 운영과 대사, 리스크 대응까지 결제 부문이 맡는 범위와 단계별 산출물을 정리한 소개서입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [결제 연동 착수 점검표 · 국내 PG·간편결제](https://www.ixc.co.kr/assets/payment-integration-checklist.md): 국내 PG와 간편결제 연동 개발을 시작하기 직전 계약과 상태 설계, 테스트 환경, 운영 인계에서 빠진 항목을 짚는 점검표입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [결제 정산 대사 규칙·운영 런북 양식](https://www.ixc.co.kr/assets/payments-reconciliation.md): 대사 규칙을 어떤 축으로 세우고 불일치가 났을 때 무엇부터 여는지, 런북의 각 칸에 무엇을 적는지 나눈 양식입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [PG 계약·심사 준비 안내서 · 2026](https://www.ixc.co.kr/assets/pg-contract-screening-guide.md): 결제사를 정한 뒤 계약과 가맹점 심사에서 무엇을 먼저 정하고 어떤 서류를 준비하며 기간과 담보 조건이 무엇에 따라 갈리는지 순서대로 짚습니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [구독 과금 규칙·검증 시나리오 설계서](https://www.ixc.co.kr/assets/subscription-billing-specification.md): 가상 B2B 월 구독의 요금제 변경과 청구 실패, 해지 시점을 계약 규칙과 기대 결과로 작성하는 실무 양식입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [OneSignal 유료 플랜 전환 안내서](https://www.ixc.co.kr/assets/onesignal-paid-plan-guide.md): 무료로 쓰던 원시그널이 유료 경계에 닿았을 때 플랜과 과금 축, 데이터 정리, 잔류·이전 판단을 순서대로 짚습니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [CRM 서비스 소개서 · OneSignal 기반](https://www.ixc.co.kr/assets/crm-services-overview.md): 원시그널 한 도구 위에서 진단과 설계, 구축, 운영 대행까지 여섯 서비스가 어떤 순서로 이어지는지 담았습니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [OneSignal 온보딩·데이터 정의 점검표](https://www.ixc.co.kr/assets/onesignal-onboarding-checklist.md): 도입이 정해진 뒤 개발과 마케팅이 합의할 항목을 식별자와 이벤트·속성, 권한, 테스트, 인계 다섯 묶음으로 나눈 점검표입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [캠페인 발송 전 점검표·여정 운영 규칙](https://www.ixc.co.kr/assets/campaign-send-checklist.md): 대량 발송 직전에 짚을 항목과 여정이 늘어날 때 서로 부딪히지 않게 하는 운영 규칙을 함께 담았습니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [앱 푸시 직접 구현·도구 도입 판단 안내서](https://www.ixc.co.kr/assets/push-tooling-decision-guide.md): FCM과 APNs로 직접 보내던 발송이 어디까지 감당되는지, 무엇이 생겼을 때 도구가 필요해지는지, 옮길 때 무엇이 걸리는지를 순서대로 가릅니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [OneSignal 고객 여정 설계 워크북](https://www.ixc.co.kr/assets/onesignal-journey-workbook.md): 고객의 목표 행동부터 진입·분기·종료·재진입과 검증 증거까지 합의하는 설계서와 작성 예제입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [OneSignal 사용자 식별·이벤트 명세 키트](https://www.ixc.co.kr/assets/onesignal-event-specification.md): 회원과 구독의 관계, 이벤트 필드와 전송 시점, 누락·중복·순서 역전의 처리를 합의하는 실무 명세와 예제입니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [CRM 캠페인 QA 시나리오·결과 기록집](https://www.ixc.co.kr/assets/crm-campaign-qa.md): 계정 전환과 이벤트 지연, 여정 종료와 링크 이동을 시험 데이터·기대 결과·실행 증거로 연결합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.
- [CRM 캠페인 성과 측정·실험 설계 워크북](https://www.ixc.co.kr/assets/crm-campaign-measurement.md): 목표 행동과 비교 집단, 관측 기간과 데이터 누락을 정의해 캠페인 결과를 다음 실행으로 연결합니다. 제공 파일: 한국어·영어·일본어 PDF + XLSX.

## 기계 판독

- [사이트맵](https://www.ixc.co.kr/sitemap.xml)
- [뉴스룸 RSS](https://www.ixc.co.kr/newsroom/rss.xml)
- 서비스·인사이트 상세는 URL 뒤에 `.md`를 붙이면 Markdown 원문을 반환합니다. 예: https://www.ixc.co.kr/services/qa-outsourcing.md