코드 없이 만드는 Odoo Studio: 맞춤 모델·뷰·자동화 가이드

소개

Odoo Studio는 대시보드·문서·IoT 같은 보조 기능들에 비해 근본적인 영업·재고·회계 데이터가 신뢰할 때 비로소 가치를 만듭니다. 화면 꾸미기나 자동화는 기반 데이터가 정확하지 않으면 겉만 번지르르해질 뿐입니다.

대부분 팀은 먼저 거래 처리를 위해 Odoo를 도입한 뒤 ‘더 나은 통찰’과 ‘팀 맞춤 화면’이 필요하다고 요청합니다. 그 다음 플랫폼 앱과 세심한 커스터마이징이 등장합니다.

Studio는 핵심 데이터 모델을 훼손하지 않으면서 정보가 어떻게 보이고 접근되는지를 관리자와 파워유저가 직접 설계할 수 있게 해줍니다.

COO나 제품 책임자, 내부 Odoo 챔피언은 표준 앱을 확장할지, 아니면 외부 전문가를 불러 아키텍처를 다질지 판단하는 다음 단계를 평가할 때 이 지침이 유용합니다.

Studio는 모듈형 ERP인 Odoo의 일부입니다. 팀들은 책임이 분명하고 반복 가능한 워크플로우, 검색 가능한 히스토리를 원할 때 스프레드시트와 흩어진 메시지 대신 Studio를 선택합니다. 이 문서는 '코드 없는 커스텀 모델·뷰·자동화'를 결재권자에게 설명하는 핵심 스토리를 담고 있습니다.

이 글은 난이도 1(쉬움)부터 10(전문가)까지 순위화한 Top 10 가이드입니다. 각 레벨에는 실제로 Studio에서 클릭할 단계가 번호로 붙어 있습니다.

멋있어 보여서 10단계부터 시작할 필요는 없습니다. 팀이 편한 지점에서 출발하세요.

먼저 도전 과제 섹션을 읽고, 지금 팀 수준에 맞는 레벨을 열어보세요.

이 가이드에서 다루는 내용

• 전형적인 회사 기술 스택에서 Odoo Studio가 담당하는 역할
• 오늘날 팀들이 가장 많이 부딪히는 마찰 지점과 그 원인
• 초급 규율부터 고급 전략까지 순위화된 10가지 활용 사례
• 언제 자동화·통합을 위해 Odoo 파트너를 불러야 하는지

직면한 과제

리더가 아름다운 대시보드를 보며 회계의 현금 수치와 맞지 않는 이유를 묻습니다. 누군가 불완전한 데이터를 바탕으로 뷰를 만들었고, 이제 회의는 의사결정 대신 신뢰 문제로 시작됩니다.

리더는 통찰과 맞춤 프로세스를 원하지만 데이터와 커스터마이징이 거버넌스 없이 확산되면 소용없습니다. 대시보드와 Studio 변경은 신뢰할 수 있는 트랜잭션 데이터 위에 있을 때만 효과를 냅니다.

혹시 이런 문제를 겪고 있나요?

• 운영 현실과 맞지 않는 KPI
• 샌드박스 없는 무분별한 커스터마이징
• 업데이트 이후 조용히 깨지는 통합

좋은 소식은 모든 것을 한 번에 바꿀 필요가 없다는 점입니다. 아래 한 가지 사례를 골라 30일간 Studio에서 시범 운영해보고 변화를 측정해보세요.

Studio 활용 사례 Top 10

Odoo Studio의 10가지 활용 사례를 난이도별(레벨 1 — 쉬움부터 레벨 10 — 전문가)으로 정리했습니다. 각 항목은 ‘무엇을 만들지’와 ‘Studio에서 실제로 어떤 클릭을 하는지’를 답합니다.

레벨 1은 당장 적용 가능한 일일 승리입니다. 마지막 레벨은 아키텍처와 데이터 품질이 유지될 때 같은 앱이 얼마나 확장될 수 있는지 보여주기 위한 의도적인 최고 단계입니다.

현 수준에 맞는 레벨을 골라 테스트 데이터베이스에서 번호 순으로 따라 해보고, 이전 레벨이 지루해지면 위로 올라가세요.

1. 고객 폼에 맞춤 필드를 2분 만에 추가하기 Level 1 — 쉬움

레벨 1은 가장 단순한 Studio 작업입니다: 관리자 한 명, 누락된 한 필드, 코드나 스키마 마이그레이션 불필요. 필드를 끌어다 폼에 놓으면 다음 새로고침부터 전 사용자가 볼 수 있습니다.

Odoo에서 실제로 하는 방법

1. Contacts에서 고객 레코드를 열고 화면 우측 상단의 Studio 아이콘을 클릭합니다.
2. 툴박스에서 Char 필드를 골라 회사명 바로 아래 폼에 드래그해서 놓습니다.
3. 레이블을 '담당자 메모'로 바꾸고, 팀이 어떤 내용을 적어야 하는지 툴팁을 추가합니다.
4. 저장하면 모든 사용자와 모든 고객 레코드에 필드가 즉시 적용됩니다.
5. 다른 고객을 열어 필드 존재를 확인하고 한 번 값을 입력한 뒤 채터에 변경 로그가 남았는지 확인합니다.

얻는 것: IT 티켓이나 개발 릴리즈 없이 그날 오후에 바로 누락 정보를 수집할 수 있습니다.

2. 그룹화된 필드와 조건부 표시가 있는 '규정 준수' 탭 추가하기 Level 2 — 쉬움

레벨 2는 레이아웃 작업으로 진화합니다. 관련 정보를 별도 탭에 모아 사용자들이 스크롤하지 않고도 찾게 만듭니다.

Odoo에서 실제로 하는 방법

1. Studio 모드에서 고객 레코드를 열고 마지막 탭 옆의 플러스 아이콘을 클릭해 새 탭 이름을 '규정 준수'로 지정합니다.
2. 새 탭 안에 섹션을 추가한 뒤 VAT 확인(boolean), NDA 서명(boolean), 최근 감사일(date) 등 세 필드를 넣습니다.
3. 이 탭은 회사 유형의 고객일 때만 표시되도록 설정합니다(개인 연락처일 때는 숨김).
4. 세 필드 모두에 변경 로그(Log Changes)를 켜 채터에 누가 언제 변경했는지 기록되게 합니다.
5. 저장 후 페이지를 새로고침해 회사 레코드에만 Sales와 Internal Notes 사이에 규정 준수 탭이 위치하는지 확인합니다.

얻는 것: 규정 준수 정보가 별도 스프레드시트가 아니라 고객 카드에 유지되어, 한 달 뒤 업데이트되지 않는 엑셀 파일 문제를 해결합니다.

3. 아침 영업 스탠드업용 맞춤 칸반 보드 만들기 Level 3 — 쉬움

레벨 3는 뷰 개념을 도입합니다. 같은 영업 주문 데이터가 영업팀별로 그룹화되고 기한별 색상이 적용된 보드로 변해 10분 스탠드업을 이끌게 됩니다.

Odoo에서 실제로 하는 방법

1. Sales → Orders를 열고 Studio 아이콘을 클릭한 뒤 Views에서 'Add a Kanban view'를 선택합니다.
2. 카드에 고객명, 예상 매출, 영업 담당자를 드래그하고 Date Deadline 기준 색상 규칙을 설정합니다.
3. 레코드를 Sales Team별로 그룹화하고 Active = True 필터를 빠른 필터로 추가해 종료된 딜은 숨깁니다.
4. Studio의 뷰 접근 설정에서 이 보드를 Sales Manager 그룹의 기본 보드로 고정합니다.
5. 다음날 아침 스탠드업을 이 보드에서 진행하며 카드를 열로 이동하면 변경이 모든 사용자에게 실시간으로 반영됩니다.

얻는 것: 매니저는 여러 보고서를 열어 파이프라인을 설명하는 대신 한 화면으로 10분 만에 시각적 점검을 마칩니다.

4. 브랜드와 조건부 블록이 반영된 견적서 PDF 맞춤화하기 Level 4 — 중간

레벨 4는 화면을 넘어 인쇄물까지 다룹니다. Studio의 리포트 편집기로 견적서 PDF를 브랜딩, 동적 합계, 조건부 섹션으로 재설계할 수 있습니다.

Odoo에서 실제로 하는 방법

1. Settings → Studio → Reports로 이동해 Sales Order 모델에 연결된 Quotation 또는 Order 리포트를 선택합니다.
2. 레이아웃 편집기에서 헤더에 회사 로고를 넣고 열 순서를 설명, 단가, 수량, 세금, 소계로 재배치합니다.
3. state = draft일 때만 보이는 조건 블록을 삽입해 '견적 유효기간 30일' 배너를 브랜드 색으로 표시합니다.
4. 고객 레코드에서 동적으로 불러오는 결제 조건을 푸터에 추가해 각 PDF가 계약 현실과 일치하게 만듭니다.
5. 저장 후 Studio를 종료하고 테스트 견적서를 이메일로 보내 PDF가 새 레이아웃대로 출력되는지 확인합니다.

얻는 것: 영업팀은 디자인이나 재무에 매번 Word 파일 수정을 요청하지 않고도 브랜드와 법적 조건이 반영된 견적서를 보낼 수 있습니다.

5. 코드 없이 내부 워크플로우용 신규 앱 만들기 Level 5 — 중간

레벨 5는 커스터마이징을 넘어 ‘새 앱 창조’ 단계입니다. 코드 한 줄 없이 Odoo에 기본 제공되지 않는 워크플로우 전용 앱을 만들 수 있습니다.

Odoo에서 실제로 하는 방법

1. Studio에서 New App을 클릭하고 이름을 '장비 대여'로 정한 뒤 아이콘과 색을 선택하면 메뉴와 데이터 테이블이 생성됩니다.
2. 새 모델에 필드를 추가합니다: 자산명(Char), 대여자(Borrower Many2one → res.users), 대여일(date), 반납예정일(date), 상태(selection).
3. 기본 Kanban·List·Form 뷰를 생성하고 폼 상단에 상태를 statusbar로 표시하도록 조정합니다.
4. 메뉴를 Inventory 아래로 배치하고 Employee 그룹에 Read/Write 권한을 부여해 누구나 대여를 요청할 수 있게 합니다.
5. 두 개의 대여 레코드를 만들어 하나를 모든 상태로 이동시키며 워크플로우가 끝까지 작동하는지 테스트합니다.

얻는 것: 이전에는 추적되지 않던 장비 이동이 담당자·기한·관리자 뷰가 포함된 깔끔한 디지털 기록으로 관리됩니다.

6. 코드 없는 서버 액션으로 연체 알림 자동화하기 Level 6 — 중간

레벨 6는 자동화 논리를 도입합니다. Studio의 Automations 빌더로 필드 변경, 일정, 생성 시 액션을 트리거할 수 있습니다—파이썬 파일을 열 필요 없이요.

Odoo에서 실제로 하는 방법

1. Equipment Loan 앱에서 Studio → Automations로 가서 New를 눌러 첫 번째 노코드 규칙을 만듭니다.
2. 트리거를 Status 업데이트로 설정하고 새로운 값이 Overdue일 때 Equipment Loan 모델에 적용되도록 합니다.
3. 두 개의 액션을 추가합니다: 이메일 템플릿을 Borrower에게 발송(자산명·반납예정일 포함)하고 채터에 붉은 주석을 남기기.
4. 두 번째 규칙은 매일 아침 9시에 Due Date가 오늘보다 지난 대여를 찾아 Status를 Overdue로 변경하도록 설정합니다.
5. Due Date를 과거로 설정한 대여를 만들어 다음 실행에서 자동으로 상태가 바뀌고 이메일이 발송되는지 확인합니다.

얻는 것: 알림이 매일 아침 자동으로 돌아가므로 누군가 수작업으로 연체 장비를 쫓지 않아도 되고, 관리자들이 ‘회수가 됐나?’를 묻지 않게 됩니다.

7. 조건부 버튼이 있는 다단계 승인 워크플로우 구성하기 Level 7 — 어려움

레벨 7은 Studio를 워크플로우 엔진처럼 씁니다. 구매 요청을 상태바, 역할 기반 버튼, 조건부 로직으로 모델링해 누가 어떤 단계를 진행할 수 있는지를 강제합니다.

Odoo에서 실제로 하는 방법

1. Requester, Amount, Justification, Approver 필드와 상태바(Draft, To Approve, Approved, Refused)를 가진 Purchase Request 모델을 만듭니다.
2. 폼에 Submit(심사 전 Draft에서 보이는 버튼), Approve·Refuse(상태가 To Approve일 때만 보이고 Manager 그룹 사용자에게만 보이는 버튼)을 추가합니다.
3. 각 버튼이 레코드를 다음 단계로 이동시키고 Submit 시 자동으로 Approver를 할당하도록 구성합니다.
4. Studio 자동화를 만들어 금액이 5,000 이상일 때 Approved 단계 도달 시 CFO에게 2차 승인 이메일을 보내게 합니다.
5. My Pending Approvals 필터를 저장해 매니저가 자신에게 할당된 요청만 대시보드에서 보도록 고정합니다.

얻는 것: 승인 절차가 이메일 스레드 대신 Odoo 안에서 통제되고 감사 로그가 남아, 메일함 재편성으로 결재가 사라지는 일을 막습니다.

8. 레코드 규칙과 그룹 접근으로 맞춤 모델 잠그기 Level 8 — 어려움

레벨 8은 보안 문제입니다. 같은 Equipment Loan 앱에서 역할마다 권한이 달라야 할 때 Studio의 보안 레이어가 읽기·쓰기·조회 권한을 강제합니다.

Odoo에서 실제로 하는 방법

1. Settings → Users and Companies → Groups에서 Equipment Manager와 Equipment Employee 같은 그룹을 생성해 설명을 붙입니다.
2. Equipment Loan 모델에서 그룹별로 Read·Write·Create·Delete 권한을 설정합니다: Employee는 본인 대여 생성·조회만, Manager는 전체 편집 가능.
3. 레코드 규칙을 추가해 Equipment Employee는 Borrower가 현재 사용자와 같은 레코드만 보게 하고, Manager는 회사 전체 레코드를 보게 만듭니다.
4. Approval Notes나 Acquisition Cost 같은 민감 필드는 Studio의 필드 가시성 규칙으로 Employee 그룹에서 숨깁니다.
5. 테스트 직원 계정으로 로그인해 타인 대여를 볼 수 없는지 확인한 뒤 관리자 계정으로 전환해 전체 접근을 검증합니다.

얻는 것: 하나의 앱으로 모든 사용자를 서비스하되 역할마다 봐야 할 것만 보게 하여 별도 데이터베이스나 수동 엑스포트 없이 기밀 유출 위험을 줄입니다.

9. 스마트 버튼으로 커스텀 모델을 CRM·재고·프로젝트와 연결하기 Level 9 — 어려움

레벨 9는 통합입니다. Equipment Loan 모델이 고립된 섬이 아니라 CRM, 프로젝트, 재고 등 다른 표준 앱과 정보를 공유하는 허브로 변합니다.

Odoo에서 실제로 하는 방법

1. Equipment Loan에 res.partner로 향하는 Many2one 필드를 추가해 각 대여를 고객이나 파트너에 연결합니다.
2. 고객 폼에 Studio로 'Open Loans' 스마트 버튼을 추가해 해당 파트너의 대여를 필터링하고 실시간 개수를 표시하게 합니다.
3. 대여 레코드에 고객의 미수금 잔액을 보여주는 관련 필드를 추가해 재무 담당자가 새 대여 승인 전에 리스크를 볼 수 있게 합니다.
4. 대여가 Returned로 표시되면 창고팀에 확인 활동을 생성하는 Studio 자동화를 구축합니다.
5. 프로젝트의 고객이 일치할 때 대여 레코드를 스마트 버튼으로 프로젝트 폼에 추가해 두 타임라인을 한 번에 연결합니다.

얻는 것: 장비·고객·재고·프로젝트가 동일한 타임라인을 공유해 누구도 데이터를 다시 입력하지 않고 영업·창고·프로젝트 팀이 같은 정보를 기반으로 행동합니다.

관련 필드, 스마트 버튼, 자동화, 보안 규칙을 표준 앱 4개와 커스텀 모델 1개에 걸쳐 연결하는 작업은 파트너 주도의 Studio 프로젝트에서 다솔로가 수행하는 전형적인 아키텍처 작업입니다.

10. AI·대시보드·BI 동기화를 갖춘 코드 없는 고객 헬스 미니앱 운영하기 Level 10 — 전문가

레벨 10은 최고 단계입니다. Studio로 고객 헬스 미니앱을 만들어 각 앱에서 신호를 모으고 리스크 점수를 매기며 Odoo AI로 채터 요약을 생성하고 실시간으로 리더십 대시보드에 전달합니다.

Odoo에서 실제로 하는 방법

1. Customer Health 모델을 만들고 Score, 최근 NPS, 오픈 티켓 수, 연체 인보이스, 최근 주문일, AI Summary 등의 필드를 CRM·Helpdesk·Sales·Accounting의 related 필드로 채웁니다.
2. 매일 밤 Studio 자동화가 가중 공식을 이용해 Score를 재계산하고 상태를 Healthy, Watch, At Risk, Churn Imminent으로 전환합니다.
3. Odoo AI 액션을 추가해 매주 월요일 최근 30일 채터를 읽고 한 단락 분량의 리스크 요약을 AI Summary에 기록하게 합니다.
4. 계정 매니저는 자신에게 배정된 고객만 보도록, 임원은 개인 메모를 가린 전체 포트폴리오를 보도록 레코드 규칙을 구성합니다.
5. 모든 CRM 기회에 Customer Health 스마트 버튼을 임베드해 딜 검토 화면에서 점수와 AI 요약을 즉시 확인할 수 있게 합니다.
6. Spreadsheet 대시보드 'Customer Risk Live'를 만들어 점수별로 고객을 순위화하고 실시간 갱신하며 상위 10개 위험 고객을 웹훅으로 Discuss 채널에 보냅니다.
7. 데이터셋을 Studio 웹훅 자동화로 외부 BI(예: Looker, Power BI)와 동기화해 리더십이 CRM 팀과 동일한 숫자를 보게 합니다.

얻는 것: 한 개의 미니앱으로 전사에 동일한 고객 리스크 뷰를 제공하고 AI가 요약을 작성하며 Studio가 연결을 담당하므로 사람은 고객 회복에 집중할 수 있습니다.

모델 그래프 설계, AI 프롬프트 구성, 보안 규칙, 실시간 대시보드 및 외부 동기화 설계는 다솔로가 파트너 주도 프로그램에서 조립하는 전문 영역입니다. 대부분의 팀은 첫 시도에 크로스앱 접착을 제대로 하기 위해 외부 팀의 도움이 필요합니다.

전문가의 도움이 필요한 경우

레벨 1~6 범주라면 표준 Odoo Studio와 인내심 있는 내부 오너, 그리고 사람들이 안전하게 실험할 수 있는 샌드박스만으로도 성공할 가능성이 큽니다.

레벨 7 이상부터는 위험 요소가 커집니다: 잘못된 고객에게 이메일이 발송되는 자동화, 업그레이드를 막는 Studio 필드, 새벽 2시에 재고 동기화가 멈추는 API 등 운영 영향이 생깁니다.

이건 팀의 실패가 아니라 아키텍처·테스트·거버넌스가 중요한 신호입니다.

다수의 앱 설계, 국가별 규정 준수, 복잡한 통합 또는 이사회가 정해 놓은 가동일이 있는 경우 파트너를 초빙하세요.

다솔로(Dasolo)와 함께하기

다솔로는 기업이 실제로 일하는 방식에 맞춰 Odoo를 구현합니다: 커스텀 앱, 깔끔한 통합, 컨설턴트가 떠난 뒤에도 기억에 남는 교육을 제공합니다.

Studio 로드맵에 이 가이드의 고급 사례가 포함되어 있다면, 우리는 단계별 계획을 설계합니다: 빠른 승리부터 시작해 명확한 책임자와 테스트 스크립트가 있는 자동화·통합으로 확장합니다.

귀사는 범위와 예산을 통제합니다. 우리는 Odoo 전문성을 제공해 운영 환경에서 값비싼 시행착오를 피하게 합니다.

무료 상담 예약:

데모 일정을 잡으세요