같은 "홈페이지 리뉴얼"이라도 원인이 다르면 범위가 달라집니다. 콘텐츠를 올릴 사람이 정해지지 않아 방치되는 사이트, 승인 단계가 늘어나면서 사람이 데이터를 옮겨 적는 업무, 앱과 웹이 서로 다른 고객 정보를 들고 있는 상태는 각각 손대야 할 곳이 다릅니다. Litmers는 상담 자리에서 무엇을 만들지보다 어디서 멈추는지를 먼저 확인하고, 그 지점에 필요한 영역만 조합해 제안합니다.

아래 네 영역은 따로 판매되는 상품이 아니라, 같은 방식으로 진단한 뒤 꺼내 쓰는 도구입니다. 한 영역만 진행하는 경우도 많고, 웹과 앱이 같은 데이터를 쓰는 경우처럼 함께 설계하는 편이 나은 조합도 있습니다.

웹 프로젝트에서 먼저 보는 것

누가 어떤 주기로 콘텐츠를 올리는가. 이 규칙이 정해지지 않으면 사이트는 열자마자 방치되고, 이후 개편 비용이 커집니다.

웹사이트 구축

기업 사이트, 서비스 페이지, 관리자 화면, 커머스까지 웹은 여전히 가장 넓은 접점입니다. 구조는 검색 노출과 문의 전환을 함께 고려해 잡습니다. 반응형 처리, 페이지 속도, 폼 처리 방식, 분석 항목은 프로젝트 초반에 확정합니다. Adobe 계열의 콘텐츠·마케팅 도구를 쓰는 조직이라면 기존 흐름에 연결하는 방향으로 범위를 잡습니다.

대상: 기업·서비스 사이트, 관리자 화면, 커머스, 콘텐츠 운영 도구 연동
초반에 확정하는 것: 반응형 범위, 페이지 속도 기준, 폼 처리 방식, 분석 항목

출시 이후까지

모바일 앱 개발

앱은 예약, 인증, 알림, 결제, 사내 업무처럼 손안에서 끝나야 하는 일에 맞습니다. iOS와 Android를 함께 대상으로 두는 경우가 흔하므로, 데이터 구조와 API를 공통으로 두고 플랫폼 차이만 분리하는 설계를 기본으로 검토합니다. 이 방식이 화면을 두 번 만드는 것보다 유지보수 비용이 적습니다.

플랫폼

iOS · Android

공통 데이터 구조, 플랫폼 차이만 분리

출시 후 운영

버전 업데이트

스토어 심사 대응, 푸시 알림 운영

함께 두는 것

웹 관리 도구

앱을 만든 뒤 관리자 화면이 필요해지는 경우가 많습니다

확인하는 지표

사용 지표

출시 후 무엇을 볼지 초반에 정합니다

맞춤형 소프트웨어

패키지로 해결되지 않는 부분은 대개 회사만의 예외 규칙입니다. 다만 기존 시스템을 무조건 교체하지는 않습니다.

맞춤 개발 후보

표준에서 벗어난 반복 업무

견적 산출, 승인 단계, 정산, 외주사 데이터 교환처럼 예외 규칙이 사람 손을 반복해서 타는 일은 맞춤 개발이 맞습니다. 매번 같은 사람이 같은 파일을 열고 있다면 그 지점이 후보입니다.

패키지·저코드가 나은 경우

흐름이 표준에 가까울 때

반대로 표준 흐름에 가까운 업무는 패키지나 저코드로 처리하는 편이 빠릅니다. 같은 기능이라도 변경이 드물고 예외가 적으면 굳이 새로 만들 이유가 없습니다.

기존 도구를 쓸 때

병목이 어디인지 먼저

ERP나 CRM을 이미 쓰고 있다면 병목이 어디인지 먼저 확인합니다. Salesforce 같은 도구를 도입하고도 정착하지 못하는 경우, 원인은 기능이 아니라 입력 부담이나 기존 화면과의 단절인 경우가 많습니다.

붙일 지점을 고르기

AI 솔루션

생성형 AI는 문서 요약, 사내 검색, 상담 보조, 반복 업무 자동화처럼 구체적인 지점에 붙을 때 효과가 드러납니다. 후보를 정할 때는 그 업무가 하루에 몇 번 반복되는지, 결과를 누가 검토하는지를 먼저 확인합니다. 검토자 없는 자동화는 오류를 그대로 쌓습니다.

모델 선택은 업무별로 나눕니다. 한국어 대화 품질이 중요한 서비스라면 Kanana 같은 국내 모델이 검토 대상이 되고, 범용 작업에는 글로벌 모델이 맞는 경우가 많습니다. 공공 영역에서는 KT가 소개한 실시간 검색 기반 에이전트 구조처럼 검색과 답변을 결합한 방식이 논의됩니다.

AI·디지털 전환 살펴보기 프로젝트 사례 보기

저코드와 맞춤 개발의 경계

저코드는 입력·조회·알림처럼 표준적인 흐름을 빠르게 세우는 데 강합니다. 반면 권한이 여러 단계로 나뉘거나, 계산 규칙이 자주 바뀌거나, 외부 시스템과 실시간으로 물려야 하는 경우에는 한계가 옵니다. 이때 무리하게 저코드로 밀면 유지가 어려워집니다.

Litmers는 후보 기능을 목록으로 만들고 각 항목을 저코드, 패키지, 맞춤 개발로 나눠 제안합니다. 경계는 기술 취향이 아니라 변경 빈도와 예외 처리량으로 판단합니다. 이 구분을 초반에 해두면 견적 변동이 줄어듭니다.

저코드

입력·조회·알림처럼 단순하고 표준적인 흐름. 변경이 드물고 예외가 적은 단계에 씁니다.

패키지

이미 시장에 자리 잡은 표준 영역. 회사 고유 규칙이 거의 없는 업무는 이 쪽이 빠릅니다.

맞춤 개발

권한 단계가 여러 층, 계산 규칙이 자주 바뀌는 업무, 외부 시스템과 실시간 연동이 필요한 경우.

접합부

시스템 통합

새 서비스는 대개 기존 시스템과 붙어야 합니다. 인사, 회계, 물류, 고객 데이터처럼 이미 있는 데이터를 가져오고 다시 돌려보내는 작업이 실제 개발의 상당 부분을 차지합니다. 인터페이스 방식과 오류 처리 규칙을 초반에 정하지 않으면 막바지에 일정이 흔들립니다.

네트워크와 보안 정책도 여기에 포함됩니다. 서비스 품질은 화면이 아니라 그 아래 연결성과 권한 설계에서 결정됩니다. 기존 인프라가 있는 조직은 그 정책 위에 얹는 방식을 우선 검토합니다.

상담에서 출시까지 같은 순서로 갑니다

진행 절차 확인하기

증상 확인

어디서 멈추는지, 누가 어떤 주기로 손대는지 먼저 듣습니다.

범위 분해

후보 기능을 저코드·패키지·맞춤 개발로 나눠 목록으로 정리합니다.

설계 확정

데이터 구조, 인터페이스 방식, 오류 처리 규칙을 초반에 고정합니다.

개발·검수

단계별로 보여 드리고, 실제 사용 흐름에서 확인한 뒤 넘어갑니다.

출시·운영

버전 관리, 알림 운영, 지표 확인까지 출시 후를 함께 봅니다.

자주 나오는 질문

상담 자리에서 반복해서 나오는 세 가지입니다. 여기에 없는 내용은 문의로 남겨 주시면 확인해 답변드립니다.

네 가지 영역을 모두 맡길 필요가 있나요?

아닙니다. 필요한 영역만 선택해 진행할 수 있습니다. 다만 웹과 앱이 같은 데이터를 쓰는 경우에는 함께 설계하는 편이 이후 확장에 유리합니다.

저코드 도구를 쓰면 비용이 줄어드나요?

표준 흐름이 많은 프로젝트에서는 개발 기간이 짧아질 수 있습니다. 예외 규칙이 많으면 오히려 유지 비용이 늘어나므로, 적용 범위를 나눠 판단합니다.

기존 시스템을 그대로 두고 일부만 개선할 수 있나요?

가능합니다. 교체와 부분 개선을 비교해 제안하며, 인터페이스만 열어 해결되는 경우도 많습니다.

더 궁금한 점은 자주 묻는 질문 페이지에서 전체 목록을 확인하실 수 있습니다.

상담 안내

어느 영역부터 손댈지 함께 정리해 드립니다

지금 상황을 그대로 설명해 주시면, 위 네 영역 중 어디가 먼저인지와 그 이유를 상담 자리에서 정리해 드립니다. 아직 만들 것이 정해지지 않았어도 괜찮습니다. 막힌 지점을 확인하는 것부터 시작합니다.

상담 문의 남기기 진행 절차 확인하기

연락처

주소: 서울특별시 관악구 남현3길 61, 패스트파이브 사당점 411호, 대한민국
전화: +82 2-546-7606
이메일: [email protected]
운영 시간: 월요일–금요일 09:00–18:00

방문 상담이 필요하시면 문의 페이지에서 일정을 남겨 주세요.