6월에 레이아웃에 남긴 메모 8개 중 4개가 "안 맞는다"는 얘기였습니다

7월 말에 6월에 적어 둔 레이아웃 수정 메모를 다시 열어 봤습니다. 메모는 8개였고, 그중 4개가 같은 불만이었습니다. 두 요소가 서로 안 맞는다는 것입니다. 왼쪽 로고와 텍스트, 오른쪽 영역과 왼쪽 영역, 가운데에서 퍼지는 선과 점, 이미지와 텍스트 줄이 한 메모씩 차지하고 있었습니다.

그중 두 개를 고친 과정이 남아 있어서 적어 둡니다.

오른쪽 영역이 왼쪽보다 낮아 보인다는 메모는 원인이 단순했습니다. 바깥 행이 두 열에 위 여백을 똑같이 주고 있었는데, 오른쪽 열이 같은 여백을 한 번 더 주고 있었습니다. 하나를 지우니 두 열의 윗선이 같은 위치(25.25px)에서 시작했습니다.

이미지와 텍스트 줄을 맞추라는 메모는 쉽게 안 풀렸습니다. 적어 둔 문장이 "안 맞춰도 되나? 맞추는 게 좋을 것 같은데"였으니 저도 확신이 없었던 모양입니다. 브라우저에서 재 보니 이미지 상자와 텍스트 상자의 윗선은 y=375.86으로 정확히 같았습니다. 그런데 눈으로 보면 그림이 낮았습니다. 텍스트는 줄 간격 때문에 첫 글자의 윗선이 상자보다 약 14px 아래에서 시작하고, 그림에는 그런 간격이 없기 때문입니다. 일단 그림을 14px 올려서 첫 줄 글자 윗선에 맞췄고, 잘라 낸 스크린샷으로 확인했습니다.

이 수정이 맞는지는 아직 모르겠습니다. 상자 기준으로 맞추면 숫자는 깔끔한데 눈에는 틀려 보이고, 글자 기준으로 맞추면 눈에는 맞는데 값에 -14px 같은 보정이 붙습니다. 이미지와 텍스트 상자를 나란히 놓을 때 윗선을 상자에 맞추시는지 첫 글자에 맞추시는지 궁금합니다.

네이버 검색이 24% 줄었다던 주에, 검색어가 찍힌 유입은 9% 늘어 있었습니다 — 매주 숫자를 보다 틀린 다섯 군데

• 합계 안의 바구니: 네이버 검색 유입 76 → 165 → 126(−23.6%)에 매주 "반토막", "두 배", "하락"을 붙임. 그중 "(검색어 없음)"이 10 · 61 · 13 · 22 · 38로 오르내렸고, 검색어가 찍힌 유입은 66 → 104 → 113 → 113 → 154로 5주 동안 한 번도 줄지 않음
• 평균 뒤의 횟수: 서식 페이지 체류 4.6초로 "검색 의도 불일치" 진단 → 조회 8회의 평균이었음(4주 뒤 19회에 562초). 같은 날 14세션짜리 숫자는 "표본 작아 보류"라고 적어 놓고
• 판정일의 분모: 웹툰 3편·상담 버튼 판정일을 10/16 으로 정했는데, 10/2 에 보니 웹툰 블로그 7일 조회 6·5·4(사용자 = 배포 확인한 나) · 버튼 노출 2주 22회 → 판정 대신 10/30 연기, 분모부터 만들기로
• 0일 때의 순서: 4주 측정 중이라 믿은 버튼이 코드에 0건 · 웹툰 이벤트 미수집은 뒤에 깔린 브라우저 탭 · 9/24~27 방문 급감은 추적 장애가 아니라 추석. 자 → 환경 → 달력 → 세상 순서를 매번 건너뜀
• 무엇을 잰 숫자인가: 계획표 검색량 1,470 → 발행 당일 다시 재니 서식 이름은 월 40, "등록기준지"는 10,310 → 제목·FAQ를 "뜻·조회·변경"으로 뒤집음. 그 뒤로 검색량은 발행 당일 다시 잼

숫자는 한 번도 틀리지 않았고, 숫자 하나에 그럴듯한 문장을 바로 붙인 쪽이 틀렸습니다. 표로 정리한 판: https://backendvibe.com/s1/19?utm_source=disquiet&utm_medium=maker_log

[TAMI] 음악 창작자 플랫폼을 함께 만들 개발 팀원 2분(백엔드 1, 프론트엔드 1)을 찾습니다. (~10/26 23:59)

안녕하세요, 음악 창작자를 위한 '포트폴리오 및 협업 플랫폼 TAMI'의 대표입니다.

TAMI는 현재 모두의 창업 1라운드를 통과했고, 기획/마케팅 5명의 팀원과 함께하고 있으며 추후 디자인 인력이 추가될 예정입니다. '음악인의 명함'으로 시작해 예술계의 링크드인을 꿈꾸는 저희와 처음부터 팀원으로 함께해 주실 백엔드 개발자 1분, 프론트엔드 개발자 1분을 구합니다.

목표는 12월 초 beta test를 위한 1차 MVP 완성입니다.

■ 공통 사항
* 스택: Cloudflare 단일 스택 (Pages + Workers(Hono 또는 Next.js on Workers), R2, D1), TypeScript
* 12월 출시 및 beta test 일정에 맞춰 빠르게 실행하고 소통할 수 있으신 분

① 백엔드 · 개발 리드 (1명)
[ 담당 업무 ]
* 시스템 구조, 데이터 모델, 권한·보안 설계 (멤버 권한 및 비공개 링크)
* 음원 업로드·스트리밍 (R2, presigned URL, multipart), signed URL로 비공개 음원 보호
* 작업방 API (곡 폴더, v1/v2 버전, 타임스탬프 댓글)
* 개발 일정 관리, 코드 리뷰

[ 필수조건 ]
* TypeScript / JavaScript 서버 개발 경험
* API 설계, 인증·권한 처리에 대한 이해
[ 우대사항 ]
* 개발 프로젝트 팀장·리드 경험
* MVP 출시 경험
* 대용량 파일 업로드 구현, 서버리스·Cloudflare 경험

② 프론트엔드 (1명)
[ 담당 업무 ]
* 포트폴리오 페이지: 3~4개 블록 템플릿 기반 커스텀 편집 화면, 화면 내 곡 재생, 영상 임베드, 웹/모바일 대응
* 작업방 화면: 업로드, 파형 플레이어, 타임스탬프 댓글, 버전 전환

[ 필수조건 ]
* React(또는 Next.js), TypeScript 경험
* 반응형 웹, API 연동 경험
[ 우대사항 ]
* 개발 프로젝트 팀장·리드 경험
* 에디터형 UI나 오디오 재생 UI(Web Audio, wavesurfer.js) 경험
* 디자인 감각, 디자이너 협업 경험

■ 지원·문의
간단한 자기소개, 참조하면 좋을 이력, GitHub나 포트폴리오 링크를 10/26 23:59 까지 아래 메일로 보내 주세요.

이메일: so1129yeon@naver.com
메일 제목: [TAMI 개발자 지원] 백엔드 또는 프론트엔드 / 이름

AI가 덧붙인 상품을 사용자 입력으로 착각하지 않게 하기

상표 셀프출원 준비 도구 선빵을 만들고 있습니다. 의류 사업을 가상으로 넣어본 시연에서, 결과의 분류 번호보다 먼저 확인해야 할 문제가 보였습니다.

입력에는 “자체 브랜드 티셔츠와 바지를 제작해 자사몰에서 판매하고, 타사 브랜드 편집숍은 운영하지 않는다”고 적었습니다. 결과에는 청바지 같은 구체적인 예시가 추가됐습니다. 또 사용자가 직접 고르지 않은 분류를 “신청하신”이라고 표현했습니다. 후보 제안과 실제 선택을 혼동할 수 있는 부분입니다.

그래서 이번 공개 안내에서는 세 칸을 나눴습니다.
- 내가 실제 입력한 사업 범위
- AI가 추가로 제안한 후보
- 공식 명칭과 다시 대조할 항목

새 기능을 출시하거나 이 오류를 고쳤다는 이야기는 아닙니다. 10월16일 제작자 계정으로 진행한 가상 시연을 공개하고, 결과를 그대로 출원 목록으로 복사하지 않도록 입력과 결과를 함께 보여줬습니다. 실제 고객 사례·출원·결제는 아닙니다.

입력·결과 화면과 대조 과정 보기

의류 브랜드를 준비 중이라면 먼저 판매할 상품, 상표를 붙일 곳, 자체 브랜드인지 여러 브랜드 판매인지 세 줄로 적어보세요. 선빵에서 분류·지정상품 후보 확인하기는 Google 로그인이 필요하고, 진단은 무료입니다. 후보를 검토하는 도구이며 출원·등록을 완료하는 것은 아닙니다.

AI 결과를 다루는 제품에서는 사용자 입력과 모델의 추가 제안을 어떻게 구분하고 계신가요? 이 글은 실제 제작자 시연 기록을 바탕으로 AI의 도움을 받아 정리했습니다.

AI Video Translator 업데이트: 번역 검수, 용어집, SRT 자막 분리

시리즈 영상이나 온라인 강의처럼 여러 편을 꾸준히 더빙하시는 분들 요청을 모아 세 가지를 넣었습니다.

더빙 전 번역 검수: 음성을 만들기 전에 번역문을 한 문장씩 확인하고 직접 고칠 수 있습니다
용어집: 시리즈 전체에서 같은 용어가 같은 번역으로 나오도록 정해 둘 수 있고, CSV로 가져오기·내보내기가 됩니다
SRT 자막 분리: 더빙 영상마다 SRT 파일이 따로 제공되고, 자막을 영상에 입힐지 선택할 수 있습니다. 깨끗한 영상과 자막을 유튜브나 강의 플랫폼에 각각 올리기 편해졌습니다

특히 강의 영상 만드시는 분들께 궁금한 게 있습니다. 자막을 영상에 입히는 편이 좋으세요, 파일로 따로 올리는 편이 좋으세요?

https://ai-video-translator.com/ko

3년 뒤 더 오를 지역, 적중률 85% 모델을 앱으로 만들었습니다

"그래서 이 동네, 앞으로 어떨까?"

부동산 앱은 많지만, 이 질문에 근거를 보여 주는 앱이 없어서 직접 만들었습니다.

집삼집팜이 하는 일
- 국토부 실거래가로 동네별 집값 흐름을 지도에 보여 줍니다.
- 3년 뒤 상대적으로 강할 지역을 모델로 계산합니다.
- 재건축 조건을 갖춘 저평가 단지를 금색 마커로 표시합니다.
- 내 집을 등록하면 지금 팔 때 실제로 남는 돈(세금·이자 반영)과 팔 때 신호를 알려 줍니다.

과거 방대한 실거래 데이터로 검증한 결과
- 상위 지역이 하위 지역보다 더 오른 비율: 85%
- 상위 지역의 3년 성과: 전국 평균보다 +4.2%p
- 최근 몇 년간은 한 번도 빗나가지 않았습니다
- 저평가 재건축 단지(금 마커): 77% 적중

매주 금요일에는 버튜버 '릴리'가 이 데이터로 주간 집값 리포트 영상을 올립니다.

구글 플레이에서 '집삼집팜'을 검색해 보세요. 써 보시고 의견 주시면 바로 반영하겠습니다.

※ 매수 권유가 아니며, 투자 판단은 각자 하시는 거예요.

정정 메일을 ‘수정된 기준’의 안내로 보기

작은 제품 팀은 오류를 발견하면 화면의 값부터 고치기 쉽습니다. 하지만 고객이 이미 받은 안내는 그대로 남아 있을 수 있습니다. 오피셜메일의 업무 메일 운영 관점에서, 정정 안내를 보낼 때 점검할 세 가지를 정리했습니다.

무엇을 바로잡는지 좁히기

보낸 날짜·제목·오류 항목을 식별할 수 있게 적습니다. ‘앞선 메일에 오류가 있습니다’보다 어느 안내의 어떤 부분인지 분명해야 고객이 대조할 수 있습니다.

새로 적용할 기준을 한곳에 놓기

• 잘못된 내용과 확인된 정확한 내용을 가까이 적습니다.
• 파일을 다시 보낸다면 본문에 실제 파일명과 버전을 남깁니다.
• 확인이 덜 된 조건은 확정처럼 쓰지 않습니다.

정정 메일을 보냈다는 사실과 이전 메일이 회수됐다는 사실은 다릅니다. 발송 완료를 고객의 확인 완료로 바꾸지도 않습니다.

이미 진행한 작업을 확인하기

이전 안내로 검토하거나 작업한 것이 있다면 알려달라고 요청합니다. 실제 합의 없이 새로운 마감이나 보상을 약속하지 않고, 확인한 영향에 따라 다음 조치를 안내합니다.

가상 문장 예시: 앞서 보낸 자료 검토 안내에서 파일 버전을 잘못 적어 정정드립니다. 검토 대상은 이번 메일에 첨부한 [정확한 파일명·버전]입니다. 이전 파일로 진행한 작업이 있다면 알려주세요.

실제 발송 전에는 대괄호를 바꾸고 첨부 여부를 직접 확인해야 합니다. 중요한 정보가 포함된 오발송은 별도 담당 절차도 확인하세요.

이 글은 제품 기능 추가나 고객 성과를 알리는 글이 아니라, 작은 팀이 검토해 볼 운영 기준입니다. 다음 발송 점검에서 제목·본문·첨부가 같은 기준을 가리키는지 살펴보세요.

오피셜메일에서 업무 메일 운영 안내 살펴보기

PC방 경영 게임을 혼자 만들면서 가장 오래 붙잡은 건 «어디에 놓느냐»였습니다.

처음에는 기물마다 매출만 다르게 줬더니 가장 비싼 걸 사서 아무 데나 놓는 게 정답이 됐습니다. 그래서 라면 조리대와 자판기는 좌석에서 가까울수록 잘 팔리게 하고, 통로를 막으면 손님이 지나가지 못하게 바꿨습니다. 이제는 사는 순서보다 놓는 자리를 더 오래 고민하게 됩니다.

이번에 설치 없이 브라우저에서 바로 해볼 수 있게 열었습니다. 하루는 실제 시간 2분이고 3배속이 있습니다.

처음 5분 동안 «기물을 살지, 알바를 뽑을지»가 이해됐는지가 제일 궁금합니다. 어디서 막혔는지, 몇 분쯤 껐는지 한 줄이라도 남겨 주시면 고치겠습니다.

🎉 드디어 한모아에 첫 번째 제작자가 등장했습니다!

"내가 만든 것, 누군가 써줬으면 좋겠는데..."

이런 고민에서 시작한 창작물 공유 플랫폼 한모아(HANMOA)

그동안 혼자 작품을 등록하며 운영했는데, 드디어 첫 번째 외부 제작자분이 찾아오셨습니다!

첫 번째 참여 작품은 AIPie님의 '돗가비 윷놀이'!

아직 작은 플랫폼이지만, 누군가 자신의 작품을 믿고 등록해 줬다는 게 정말 기쁘네요.

이제 목표는 하나입니다.

제작자의 작품이 더 많은 사용자와 만날 수 있도록! 🚀

직접 만든 게임이나 웹 도구가 있으신가요?

• HTML·ZIP 파일 업로드
• 외부 URL 링크 등록
• 누구나 자신의 작품 공유 가능

여러분의 작은 프로젝트도 한모아에서 빛날 수 있습니다.

👉 https://hanmoa.kr

공공자료의 공식 이름은 아무도 검색하지 않았다 — 캠핑장 한눈에

바이브마트 진열대에서 "쓸모확정" 배지를 단 자체 제작 앱입니다. 지자체에 정식 등록된 전국 야영장 3,097곳을 시·도와 시·군·구로 좁혀서 보고, 업종·운영 기간·부대시설·반려동물 동반 여부까지 한 화면에서 봅니다. 가입도 설치도 없습니다.

https://vibemart.kr/camp.html

만들면서 배운 것 하나. 공공자료는 차를 자리 옆에 대는 캠핑장을 "자동차야영장"이라고 부릅니다. 저도 처음엔 그 말을 그대로 지역별 쪽 제목에 붙였습니다. 나중에 검색량을 재 보니 "자동차야영장"은 거의 0이었고, 사람들이 실제로 치는 말은 "오토캠핑장"이었습니다. 같은 물건인데 이름이 달랐던 겁니다. 그래서 제목에는 사람들이 치는 말을 쓰고, 자료의 공식 이름은 본문에 그대로 남기는 쪽으로 바꿨습니다. 반대로 "반려동물 동반"처럼 자료에 있는 표시는 손대지 않고 원문 그대로 보여줍니다 — "가능(소형견)"이라고 적혀 있으면 그 괄호까지 그대로요. 자료에 없는 조건(사이트마다 울타리가 있는지, 화장실이 깨끗한지)은 지어내지 않고 "자료에 칸이 없다"고 적습니다.

비슷하게 "작지만 끝까지 만든" 웹앱이 있으시면 진열 신청을 받습니다. 제가 직접 써보고 배지를 붙입니다 → https://tally.so/r/RGyM89

디스코드 서버의 첫인사를 웹에서 만들고 있어요 — Rabi

안녕하세요. Discord 봇 Rabi를 만들고 있는 제작자입니다.

새 멤버에게 받을 질문과 제출 후 보이는 메시지, 환영 카드를 서버에 맞게 설정할 수 있도록 만들고 있어요.

• 작성 양식: 한 줄·여러 줄·선택 항목·파일 업로드로 질문을 구성합니다.
• 자기소개 메시지: 문구·답변 항목·순서·구분선을 따로 편집하고 웹에서 미리 볼 수 있습니다.
• 환영 카드: 유저 프로필이나 자기소개 답변을 카드의 텍스트·정보 칸에 연결합니다. Discord에는 정적 이미지로 올라갑니다.

멤버는 지정된 작성 채널에서 /자기소개를 사용합니다. 다시 실행하면 기존 자기소개를 수정할 수 있고, /자기소개검색으로 다른 멤버의 자기소개를 본인만 확인할 수도 있어요. 웹 설정은 변경 후 하단 저장 버튼을 눌러 반영합니다.

30초 소개 영상
영상은 테스트 데이터로 만든 웹 미리보기이며, 실제 Discord 전송 녹화는 아닙니다.

현재 베타입니다. 실제 기능 이용에는 Discord 로그인과 봇 설치가 필요하며, 현재 설치에는 관리자 권한을 요청합니다. Discord의 역할 계층 제한도 그대로 적용되니 먼저 별도 테스트 서버에서 확인해 주세요.

서버를 운영하신다면 새 멤버에게 어떤 질문을 받고 싶으신가요? 작성 양식과 제출 메시지를 나눠 설정하는 방식이 이해하기 쉬운지도 의견을 듣고 싶습니다.

서비스 둘러보기 · Rabi 프로덕트
문의·오류 제보: dmswns0147@gmail.com
민감한 대화·사진·토큰은 공개 댓글에 올리지 말아 주세요.

안녕하세요 저는 창업가를 꿈꾸는 20살 학생입니다
7월에 가치투자 플랫폼 개발을 시작해서 지금은 추가로 마이크로 saas 리스팅 플랫폼을 만들고 있습니다! 아직 많이 부족하고 만든지 며칠밖에 되지 않았지만 관심 가져주시면 감사하겠습니다. 초기라 매물 하나하나가 소중합니다. 새 프로젝트를 진행하느라 바쁘시거나 엑싯하고 다른 걸 하고싶으신 분들, 아이템이 너무 많으신 분들 매물 등록 해주시면 감사하겠습니다! https://hafandeals.vercel.app/ 현재 법률사무소 20곳에 연락을 보냈고 거래안전을 위해 제휴를 맺는 단계입니다 도와주십시오 ㅜㅜ

AI Video Translator 업데이트: 유튜브 더빙, 이제 출연자마다 각자 목소리로

게스트 인터뷰, 합방, 팟캐스트처럼 여러 명이 나오는 유튜브 영상을 더빙하면 지금까지는 모든 출연자가 같은 목소리로 나왔습니다. 이번에 다중 화자 인식을 넣어서, 말하는 사람을 구분하고 더빙본에서도 진행자는 진행자 목소리로, 게스트는 게스트 목소리로 유지되도록 바꿨습니다.

출연자가 여럿인 채널을 운영하는 크리에이터분들께 같은 요청을 여러 번 받아서 우선순위를 올렸습니다. 요청해 주신 분들 감사합니다.

말이 자주 겹치는 토크쇼식 영상에서 구분이 잘 되는지 특히 궁금합니다. 자세한 내용과 피드백은 OKKY에도 올려 두었습니다.
https://okky.kr/articles/1565768

https://ai-video-translator.com/ko

AI Video Translator 업데이트: 여러 명이 나오는 영상도 각자 목소리 그대로

인터뷰, 팟캐스트, 대담 영상처럼 두 명 이상이 나오는 영상을 번역하면 지금까지는 모든 사람이 같은 목소리로 더빙되는 문제가 있었습니다. 이번에 다중 화자 인식을 넣어서, 말하는 사람을 구분하고 번역본에서도 각자 원래 목소리를 유지하도록 바꿨습니다.

이 기능을 요청해 주신 분들 덕분에 우선순위를 올릴 수 있었습니다. 감사합니다.

화자가 여러 명인 영상을 자주 다루시는 분들, 실제로 써 보시고 어떤 장면에서 구분이 헷갈리는지 알려 주시면 바로 확인하겠습니다.

https://ai-video-translator.com/ko

이번 주 메이커 로그입니다.

이번 주 순수익 계산 실례
- Carhartt WIP Kelly Shirt Jac Cooper Twill Rinsed Peanut (M): 크림 마지막 체결 268,000원(10/14) − 판매 수수료·검수 택배비 − 직구 실매입가 = 순수익 90,500원(59%). FIP Pro 페이지에 공개된 이번 주 수익률 1위 페어예요.
- Carhartt WIP Giacca estiva Detroit bianco naturale (M): 크림 마지막 체결 238,000원(10/16) 기준 순수익 63,100원(41.3%). 같은 브랜드인데도 모델에 따라 수익률이 2배 가까이 차이 나더라고요.
- 반대로 Asics Gel-Kayano 14(265)처럼 체결가는 괜찮아 보이는데 수수료·택배비 빼고 나면 10%대로 내려가는 페어도 꾸준히 나옵니다. "체결가가 높다"와 "순수익이 크다"는 다른 얘기라는 걸 매주 다시 확인하는 느낌이에요.

이번 주 새로 붙인 것
- 가격·딜 콘텐츠(SNS·블로그)에 쓰는 기준을 한 번 더 조였습니다. 국내 가격비교 최저가 대비 30% 이상 AND 5만원 이상 싸야 "싸다"고 쓰도록 바꿨어요(이전엔 15%·3만원이었는데, 체감상 "그 정도로 싸다는 느낌이 안 든다"는 반응이 있어서 기준을 올렸습니다).
- 영상·게시물 첫 화면에 정답(직구가)을 바로 보여주던 걸, "국내 얼마인데 직구하면 얼마일까?" 질문으로 바꿔서 끝까지 보게 만드는 쪽으로 테스트하고 있습니다.

1인 메이커라 피드백 하나하나가 큽니다. 순수익 계산 기준이 이상하거나 이런 기능 있으면 좋겠다 싶은 거 편하게 남겨주세요.

Pro 페이지 보러 가기

앱 다 만들었는데, 써 줄 사람이 한 명도 없더라고요

홍보글을 올리면 광고라고 퇴짜를 맞고,
지인에게 부탁하는 건 두세 번이면 끝이고,
광고를 태우려고 키워드를 찾아봤더니 검색하는 사람이 거의 없었어요.

그래서 "첫 유저를 구하는 곳" 자체를 만들었습니다.

새 서비스를 먼저 써 보고, 혜택을 받으세요.
개발자에게는 베타 테스터와 첫 유저를. 전 기능 무료.

👉 https://oriber.co.kr

한 줄로 말하면

개발자가 "이것 좀 써 보고 인증해 주세요 + 보상은 이거예요"라고 캠페인을 열면, 새 서비스를 먼저 써 보고 싶은 사람이 와서 인증하고 혜택을 받아가요.

믿을 수 있게 만들려고 신경 쓴 것

• ✅ 리뷰·별점은 요구할 수 없어요. 스토어 정책 때문에 등록 단계에서 자동으로 막아요.
• 🗓️ 며칠에 걸친 인증은 날마다 다른 할 일이 하루씩 열려요. 스크린샷에 날짜가 없어도 "그날 그걸 했다"는 게 확인돼요.
• 🤝 보상은 지급을 약속하고, 받았는지 사용자가 확인해요. 못 받으면 신고할 수 있어요.
• 🖼️ 웹 서비스는 메인 화면을 자동으로 캡처해서 소개에 보여 줘요.
• 🆓 지금은 모든 기능이 무료예요.

솔직하게 말씀드리면

아직 아주 초기라 캠페인도 사용자도 많지 않아요.
그래서 먼저 써 보고 거친 부분을 알려 주실 분, 그리고 베타 테스터가 필요한 개발자분이 필요해요.

의견을 듣고 싶어요

1. 개발자라면 — 이런 방식으로 테스터를 구하는 게 쓸 만한가요?
2. 사용자라면 — 어떤 보상과 할 일이면 참여하고 싶으세요?
3. 둘 다 — 쓰다가 헷갈렸던 화면이나 문구가 있나요?

댓글로 남겨 주셔도 되고, 메일로 보내 주셔도 좋아요 → hello@oriber.co.kr

감사합니다 🙏

인스타그램 DM에서 시작된 앱이에요.

저는 @wondervisionary라는 계정에 AI로 만든 풍경을 올려요. 2024년 크리스마스이브에 첫 장을 올렸고, 계획은 없었어요. 갈 수 없는 곳을 만들어 보고 싶었을 뿐이에요. 그런데 어느 날부터 같은 질문이 DM으로 계속 왔어요. "이거 배경화면으로 받을 수 있나요?"

그래서 6월 26일에 첫 커밋을 올렸어요. 하루 한 장의 조용한 풍경, 그 위에 문장 하나, 그리고 사람들이 물어보던 그 배경화면. 그게 Wonderday의 처음이에요.

대부분 밤에 혼자 만들었어요.

코드가 어려울 줄 알았는데, 아니었어요. 문장이었어요. 지금 2,275개예요. 하나하나 직접 골랐고, 열두 개 언어로 옮긴 뒤 다시 읽었어요. 한국어로는 좋은 문장이 일본어에서는 밋밋해지기도 하니까요. 그러다 한국어가 화면에서 단어 중간에 끊기기 시작했고, 그걸 13개 언어 전부 고치는 데 생각보다 훨씬 오래 걸렸어요.

가장 기억에 남는 밤은 출시한 날이 아니에요. 처음으로 누군가 돈을 낸 밤이에요. 한 번도 만난 적 없는 사람이 이 작은 걸 값어치 있다고 정해 준 거예요.

그래도 핵심은 여전히 무료예요. 문장을 읽고, 1분 호흡하고, 따라 쓰고, 한 줄 남기는 것까지. 계정도, 광고도 없어요. 제 인스타그램을 보는 사람 대부분이 저를 팔로우하지 않는 낯선 분들이에요. 그분들이 소개 없이 들어와도 바로 쓸 수 있어야 한다고 생각했어요.

넉 달이 지났고, 아직 작은 앱이에요.

혼자 만드는 분들께 묻고 싶어요. 처음으로 낯선 사람이 돈을 내 준 순간을 기억하시나요?

App Store에서 보기

안녕하세요, 부산에서 인터넷신문 EK뉴스(부산 아00303)를 운영하고 있습니다.

뉴스는 전문 기자만 쓰는 것이라는 생각에서 벗어나, 현장을 가장 잘 아는 시민·학생·주부가 직접 기사를 쓰고 제보할 수 있는 구조를 만들었습니다. 지원부터 기자증 발급까지 한곳에서 운영합니다.

기자단 운영 흐름

1. 지원서 제출 (시민기자, 객원기자, 전문필진, 제보자)
2. 검토 후 승인, 기자단 로그인 안내 메일 발송
3. 마크다운 에디터로 기사 작성, 사진 업로드, 제출
4. 편집부 검수 후 게재, 게재 안내 메일 발송
5. 기사 1건 게재 시 디지털 기자증 발급 (진위 확인 페이지 제공)

등급 구조

수습기자 → 기자(1건 게재) → 선임기자(5건) → 수석기자(1,500건)

글쓰기가 처음인 분도 시작할 수 있도록 작성 가이드와 피드백을 함께 제공합니다. 기사 작성이 부담스러운 분은 사진, 자료, 소식 제보만으로도 참여할 수 있습니다.

지금 필요한 피드백

• 처음 기사를 쓰는 분에게 에디터와 가이드가 충분히 쉬운지
• 기자단 지원서와 등급 구조가 이해하기 쉬운지

지원 페이지: EK뉴스 기자단 지원하기

솔직한 의견 남겨주시면 큰 도움이 됩니다. 감사합니다!

쇼핑몰 앱에서 배송지 변경 요청과 확정을 나누는 이유

가상의 쇼핑몰 앱에서 고객이 주문의 배송지를 A에서 B로 바꾸려 합니다. 새 주소를 입력하고 버튼을 눌렀다면, 화면에는 ‘변경 완료’라고 써도 될까요?

운영자가 확인한 뒤에만 주소를 바꾸는 서비스라면 아직은 아닙니다. 고객의 요청을 받은 것과 실제 주문에 새 주소를 적용한 것은 다른 단계입니다. 이 차이를 먼저 정하면 고객 안내뿐 아니라 관리자 업무와 저장할 정보도 함께 보입니다.

먼저 변경을 허용할 때와 담당자를 정합니다

이번 예시는 한 판매자가 직접 상품을 포장·발송하는 쇼핑몰입니다. 포장을 시작하기 전까지 배송지 변경을 요청할 수 있고, 운영자가 확인한 뒤 확정하는 방식으로 정해보겠습니다. 실제 고객 사례가 아닌 설계 예시이며, 모든 쇼핑몰이 따라야 하는 공통 정책은 아닙니다.

여기에는 운영 규칙도 하나 필요합니다. 요청을 받은 주문은 변경 가능 여부를 판단할 때까지 포장을 보류합니다. 고객에게는 확인 중이라고 안내하면서 운영자는 예전 주소로 계속 발송을 준비한다면, 요청을 받아둔 의미가 없어지기 때문입니다.

버튼을 보여줄 때뿐 아니라 요청을 실제로 받을 때도 현재 주문이 변경 가능한 상태인지 확인하도록 정합니다. 고객이 화면을 열어둔 사이 운영자가 포장을 시작했을 수도 있습니다.

요청한 주소와 확정된 배송지를 나눕니다

이 흐름을 세 단계로 나누고, 저장할 주소와 고객 안내, 포장의 다음 행동을 함께 적어보겠습니다.

• 요청 접수: 주문에 저장된 주소는 A로 유지합니다. 고객에게는 요청한 주소 B와 ‘확인 중’ 안내를 보여주고, 포장을 보류합니다.
• 변경 확정: 주문에 새 주소 B를 적용합니다. 고객에게 변경 완료와 확정된 주소 B를 보여준 뒤 포장을 재개합니다.
• 변경 불가: 주문 기록의 주소 A는 유지하지만 포장도 계속 보류합니다. 고객에게 사유와 문의 방법을 안내하고, 발송할 주소나 다음 처리 방법을 확인한 뒤 보류 해제 여부를 정합니다.

요청 접수 화면에서 주소 B를 보여주더라도, ‘요청한 주소’와 ‘실제 배송에 사용할 주소’가 구분돼야 합니다. 주문 내역의 주소를 먼저 덮어쓰고 운영자에게 나중에 확인하라고 하면, 어느 주소를 기준으로 처리할지 모호해집니다.

운영자는 같은 주문에서 기존 주소·요청 주소와 현재 포장 상태를 보고 판단합니다. 고객은 주문 내역에서 처리 결과와 주문에 저장된 주소를 확인할 수 있도록 합니다. 변경 불가는 기존 주소로 보내도 된다는 뜻이 아닙니다. 새 주소를 적용할 수 없다면 고객과 후속 처리를 정할 때까지 보류를 유지합니다.

관리자 화면에는 판단에 필요한 정보를 둡니다

‘주문 관리 기능’이라고만 적으면 주문 목록을 보여주는 것으로 끝날 수 있습니다. 이 예시에는 변경을 기다리는 주문을 찾고, 두 주소를 비교하고, 변경 가능 여부와 사유를 남기는 업무가 있습니다.

고객 앱에는 요청 접수와 처리 결과 안내가 필요합니다. 관리자에는 확인할 요청과 처리 기능이 필요하고, 데이터에는 주문에 적용된 주소와 별도로 요청한 주소·요청 시각·처리 결과가 남아야 합니다. 배송지 변경 하나도 이 세 범위를 함께 정해야 합니다.

첫 버전에서는 운영자가 직접 확인하고 처리하는 방식으로 시작할 수 있습니다. 다만 수동 처리라는 이유로 고객에게 결과를 알리는 일이나 확정 전 포장 보류까지 빠뜨리면 안 됩니다. 자동화 여부와 업무를 끝내는 기준은 따로 정해야 합니다.

개발 요청에는 버튼보다 처리 규칙을 적습니다

‘배송지 변경 기능을 넣어주세요’ 대신, 앞의 예시를 이렇게 전달할 수 있습니다.

포장 시작 전에는 배송지 변경을 요청할 수 있게 합니다. 요청을 받은 주문은 포장을 보류하고 운영자가 기존 주소와 요청 주소를 확인합니다. 확정하면 새 주소를 적용한 뒤 포장을 재개합니다. 변경할 수 없다면 사유를 안내하고 보류를 유지하며, 고객과 발송할 주소나 다음 처리 방법을 확인한 뒤 보류 해제 여부를 정합니다.

이 문장이 있으면 어떤 화면과 기록을 만들지, 누가 어떤 상태에서 처리할지 논의할 수 있습니다. 운영자가 확인하지 않아도 고객이 즉시 바꾸는 정책을 원한다면, 그에 맞춰 허용 조건과 처리 방법부터 달리 정하면 됩니다.

지금 준비 중인 앱의 버튼 하나를 골라보세요. 그 버튼은 요청을 받는 것인지, 실제 처리를 확정하는 것인지부터 적어보면 빠진 운영 업무를 찾는 데 도움이 됩니다.

고객 주문과 관리자 업무의 전체 범위를 함께 정리하고 싶다면 데브크래프트의 쇼핑몰 앱 개발 범위 가이드를 참고할 수 있습니다.

럭키스팟, 운세를 더 그럴듯하게 보여주는 것보다 풀이의 근거를 고민했습니다 🍀

안녕하세요. 럭키스팟을 만들고 있는 40LAB입니다.

럭키스팟은 이번 주 내 운세와 위치를 바탕으로 로또 판매점을 찾아보는 웹 서비스입니다.

서비스를 만들고 나니 한 가지 질문이 남았습니다.

“운세를 바탕으로 추천한다고 했는데, 그 운세는 어떤 기준으로 설명할 수 있을까?”

이번에는 화면이나 새로운 기능보다, 추천의 바탕이 되는 운세 로직을 손봤습니다. 실제 운세 풀이의 관점을 더 반영하는 방향으로 업데이트했습니다.

이번 개편에서 중요하게 생각한 것은 세 가지입니다.

1. 입력한 정보가 풀이에 어떤 의미를 갖는가

생년월일과 태어난 시간을 입력받는 만큼, 그 정보가 결과를 만드는 과정에서 의미 있게 쓰여야 한다고 생각했습니다. 단순히 사람마다 다른 결과를 보여주는 것을 넘어, 개인의 정보와 풀이가 어떻게 이어지는지에 더 집중했습니다.

2. 운세 풀이와 장소 추천이 자연스럽게 이어지는가

운세를 보여주고 가까운 판매점을 붙이는 것만으로는 럭키스팟만의 경험이 부족하다고 느꼈습니다. 개인의 주간 운세를 위치·방향·거리와 함께 살펴보는 서비스인 만큼, “왜 이곳이 나에게 추천됐는지”를 납득할 수 있는 연결을 고민했습니다.

3. 재미를 더하면서도 결과의 의미를 과장하지 않는가

운세 로직을 보완하는 것과 로또 당첨 가능성을 예측하는 것은 별개입니다. 최근 당첨 이력도 판매점을 살펴보는 참고 정보이지, 다음 당첨을 보장하는 근거는 아닙니다.

이번 업데이트의 목표는 ‘더 잘 맞히는 로또 서비스’가 되는 것이 아닙니다. 가볍게 즐기는 서비스라도, 결과를 만드는 기준과 설명에는 조금 더 정성을 들이고 싶었습니다.

직접 사용해보시고 추천 이유가 이해되는지, 풀이가 너무 추상적이거나 어색한 부분은 없는지 알려주세요. 다음 개선에 반영하겠습니다.