분류 전체보기

반복 작업을 줄이는 엑셀1~4주차에서는 엑셀을 데이터 분석 도구로 사용하는 방법을 학습했다.조회 함수 (XLOOKUP, INDEX + MATCH)피벗 테이블을 활용한 데이터 요약데이터 패턴 분석하지만 실제 업무에서 더 많이 등장하는 문제는 분석보다 반복 작업이다.예를 들어 서비스 운영 업무에서는 매주 다음과 같은 작업이 반복된다.결제 로그 다운로드유저 활동 데이터 정리매출 합계 계산보고용 리포트 작성문제는 매주 데이터만 바뀌고 작업 구조는 동일하다는 것이다.그래서 이번 주차의 목표는 하나였다.데이터만 바꾸면 리포트가 자동으로 완성되는 엑셀 구조 만들기5주차 학습 목표이번 주차에서는 다음 내용을 중심으로 학습했다.데이터 입력을 최소화하는 자동화 설계리포트 템플릿 구조 만들기수식 재사용 구조 설계간단한 자동..

요즘 보안, 블록체인, 인증 시스템 등을 공부하다 보니 결국 가장 근본이 되는 개념이 암호학(Cryptography)이라는 생각이 들었습니다.특히 웹 서비스나 인증 시스템을 기획하거나 개발할 때로그인인증 토큰결제개인정보 보호같은 기능들이 모두 암호 기술 위에 올라가 있기 때문에 기본 개념 정도는 알고 있어야 한다고 느껴 스터디를 시작했습니다.이번 글에서는 암호학의 기본 개념부터 현대 암호의 구조까지 정리해보겠습니다.Chapter 1. 암호학(Cryptography)이란 무엇인가1. 암호학의 정의암호학은 정보를 보호하기 위해 데이터를 변환하는 기술입니다.쉽게 말하면 누군가 메시지를 보더라도 내용을 이해하지 못하도록 만드는 기술입니다.대표적인 예시는 다음과 같습니다. • HTTPS 통신 • 로그인 비밀번호 ..

데이터를 “요약”하는 사람이 인사이트를 만든다3주차에서는 흩어진 데이터를 조회 함수로 연결하는 방법을 학습했다.XLOOKUPINDEX + MATCH다중 조건 조회하지만 데이터를 연결했다고 해서 바로 의미가 생기는 것은 아니다.실무 로그 데이터를 보면 대부분 이런 특징을 가진다.행(Row) 데이터가 수백 ~ 수천 개결제, 접속, 이벤트 로그가 섞여 있음숫자는 많지만 패턴은 보이지 않음그래서 이번 주차의 핵심은 하나였다.데이터를 요약해서 패턴을 찾기그리고 그 중심 도구가 바로 피벗 테이블(Pivot Table) 이다. 4주차 학습 목표이번 주차에서는 다음 내용을 중심으로 학습했다.피벗 테이블 설계 사고방식데이터 집계 기준 설정 방법계산 필드 / 계산 항목 활용피벗 차트 시각화실습 목표는 다음과 같았다.일 ..

변호사와 의사가 개발자를 이긴 해커톤?본문/참고: https://medium.com/coding-nexus/claude-hackathon-winners-5-non-coder-apps-in-one-week-736425986774, https://news.hada.io/topic?id=26871&utm_source=slack&utm_medium=bot&utm_campaign=TGJGDQ4UR최근 AI 업계에서 흥미로운 사건 하나가 화제가 되었습니다.Anthropic이 개최한 Claude Code 해커톤에서 전통적인 개발자가 아닌 사람들이 대부분 수상했다는 이야기입니다.처음에는 단순한 밈처럼 보였지만, 실제 기사를 찾아보니 꽤 의미 있는 변화의 신호처럼 느껴졌습니다. 그래서 이번 글에서는 기사 내용을 정리하고..

최근 플랫폼 서비스가 빠르게 확장되면서 앱 안에서 실행되는 인앱 서비스(Mini App) 형태가 많이 등장하고 있습니다. 특히 금융 플랫폼에서는 사용자가 앱을 떠나지 않고 다양한 서비스를 이용할 수 있도록 하는 구조가 중요해지고 있습니다.그중 대표적인 사례가 토스 인앱(Toss Mini App)입니다.이번 글에서는 토스 인앱을 실제로 기획하고 개발하면서 경험한 과정을 서비스 기획자의 관점에서 정리해보려고 합니다.단순한 기능 설명이 아니라 기획 → 개발 협업 → 실제 구현 과정까지의 실무 경험 중심으로 작성했습니다.1. 토스 인앱(Mini App)이란 무엇인가토스 인앱은 쉽게 말해 토스 앱 내부에서 실행되는 웹 기반 서비스입니다.외부 서비스가 토스 플랫폼 안으로 들어와 다음 기능을 활용할 수 있습니다.토스..

“메뉴 구조”가 아니라 “서비스의 질서”를 설계하는 일기획을 하다 보면 이런 말을 자주 듣는다.“일단 IA부터 정리해볼게요.”그런데 실제로 IA를 깊게 고민하지 않으면 결국 나중에 화면이 늘어나고, 기능이 추가될 때마다 구조가 무너지기 시작한다.IA는 단순히 메뉴를 나누는 작업이 아니다. 서비스 전체의 정보 질서를 정의하는 작업이다.1. IA의 본질은 정보의 위치와 관계를 정하는 것이다.IA를 더 정확하게 표현하면 이렇다.사용자가 원하는 정보를 가장 적은 인지 비용으로 찾도록 정보의 위치와 관계를 설계하는 것.여기서 핵심은 두 가지다.첫째, 위치다.이 정보는 어디에 있어야 하는가?사용자는 이걸 어디에서 찾을 것 같은가?둘째, 관계다.이 정보는 무엇과 연결되어야 하는가?상위 개념은 무엇이고 하위 개념은 무..

“권한은 기능보다 먼저 설계되어야 한다”1. 최소 권한 원칙이란 무엇인가Principle of Least Privilege (PoLP), 최소 권한 원칙은시스템의 사용자·계정·프로그램이자신의 역할을 수행하는 데 필요한 최소한의 권한만 갖도록 설계하는 보안 원칙이다.여기서 중요한 건 두 가지다.“최소한”“필요한 범위 내에서”이 원칙은 단순히 권한을 줄이자는 이야기가 아니다.기능 중심 설계가 아니라 ‘위험 통제 중심 설계’로 전환하자는 철학에 가깝다.2. 왜 ‘최소’여야 하는가많은 조직은 편의성을 이유로 권한을 넓게 준다.“관리자니까 다 보게 하자”“어차피 내부니까 괜찮다”“나중에 정리하자”하지만 보안 사고는 보통권한이 과도하게 열려 있는 지점에서 시작된다.최소 권한 원칙의 핵심 논리는 단순하다.“권한이 적..

1. Single Source of Truth란 무엇인가Single Source of Truth(SSOT)는조직이나 서비스 내에서 “이 데이터가 공식 기준이다”라고 합의된 단 하나의 데이터 출처를 의미한다.단순히 말하면,“이 숫자가 맞는 숫자다”라고 모두가 동의한 기준점이다.여기서 중요한 포인트는‘단일’보다 ‘합의’다.데이터가 하나의 테이블에 있느냐 X하나의 대시보드냐 X“이걸 기준으로 이야기한다”는 공통 인식이 있느냐가 핵심이다.2. SSOT가 왜 필요해지는가마케팅팀 보고서의 DAU ≠ 운영팀 보고서 DAU앱 분석 툴 수치 ≠ DB 직접 조회 수치같은 지표인데 팀마다 숫자가 다름이때 회의는 이렇게 흐른다.“어, 이 숫자 다른데요?”“저희는 이 기준으로 봤어요”“그럼 어느 게 맞는 거죠?”숫자 검증 → ..

엑셀은 “연결”될 때 진짜 힘이 생긴다2주차까지는 한 시트 안에서조건과 판단 로직(IF, AND, OR)을 만드는 연습을 했다면,3주차는 엑셀을 ‘데이터 도구’로 쓰기 시작한 주차였다.실무에서 엑셀을 쓰다 보면 항상 이런 상황이 나온다. 기준 정보는 한 표에 있고로그 데이터는 다른 표에 있고결국 ID를 기준으로 다시 연결해야 의미가 생김 이번 주차 목표는 딱 하나였다.흩어진 데이터를 ID 기준으로 정확하게 연결하자 3주차 학습 목표조회 함수의 역할 분리 구조 이해기준 테이블 ↔ 로그 테이블 연결 실습단일 조건 → 다중 조건 조회까지 확장 실습용 데이터 구성① 기준 테이블 – 유저 마스터 시트명: USER_MASTER A열 (유저 ID)B열 (유저명)C열 (가입일)D열 (등급)U001Alice2025-0..

2주차 학습 목표이번 주의 목표는엑셀을 단순한 계산 도구로 쓰는 것이 아니라,기획에서 사용하는 ‘판단 기준’을 엑셀 수식으로 명확하게 표현하는 것이었다. 엑셀 수식으로 “사람이 하던 판단”을 자동화여러 조건이 섞인 기준을 논리적으로 정리하는 연습운영/기획에서 쓰는 상태값, 판단 기준을 수식으로 표현 핵심 주제엑셀로 ‘판단 기준’을 표현한다. 이번 주차는 값 계산이 아니라조건에 따라 상태를 나누고, 예외를 처리하는 로직에 집중했다. 실습을 위한 데이터 구성실습을 위해 간단한 유저 데이터 테이블을 직접 구성했다.컬럼 구성은 다음과 같다.A열: 유저 IDB열: 최근 접속일C열: 누적 결제 금액D열: 결제 횟수E열: 유저 상태 (판단 결과 컬럼) 이 중 E열을조건 로직으로 자동 분류되는 컬럼으로 만드는 것이..