구내식당 없는 한 건물의 여러 회사 직원이 점심을 각자 주문·결제하고 로비에서 함께 받습니다. 메뉴 취합과 대표 정산 없이 건물별 마감·수령번호로 운영하는 공동배달 기획입니다. 인물·경험·지표는 검증 전 가설입니다.
fig***'s project
Updated 2026.09.09
우리 건물 점심 공동배달 앱
포지셔닝
한 줄 포지셔닝
우리 건물점심,각자 고르고 함께 받아요 — 회사 계약·총무취합·대표 정산 없이, 한 건물의 개인 주문을 회차로 모아 로비에서 공동수령하는점심 공동배달(가설 단계 기획).
문제 정의
- 구내식당 없는오피스 건물의5~30인 소기업 직장인은 회사규모가 작아 단체식사 운영이 어렵고(가설),누군가 메뉴를취합하고 대표 결제 후 정산하는 부담이 있다(가설).
- 제한된점심시간에 개별 배달 도착 시점이 불확실해식사 시간이 잘린다(가설).
- 실제 고객조사는 아직 없으며, 모든 문제 인식은 검증 전 가설이다.
기존 대안
- 배민 함께주문: 같은 주소로 여러 사람이 주문을 모을 수 있으나, 일반적으로 한 회사·모임 안에서 대표자가 모아 처리하는흐름에 가깝고 건물 단위 회차 운영·로비 수령존 개념은 아니다.
- 배달대장 사무실점심: 사무실점심 단체 주문을 지향하지만,본 서비스처럼 건물 입주 여러 회사의 개인 주문을 회차로묶고 개인 수령번호로각자찾아가는 방식과는 운영 단위가 다르다.
-셔틀 단체주문: 단체 주문 관리 기능을 제공하나, 조직 단위 주문 중심이며 건물 로비 수령존과 회차 마감·최소수량·미달 전액환불 운영의 조합은본 기획의 검증 대상이다.
- 개별 배달앱:각자 따로 주문하면취합·정산 부담은 없지만 도착 시점이 불확실하고 배달비 부담이 개인에게 집중된다(가설).
- 참고: 위 대안들의 세부 기능은현재 확인된 사실만 기술했으며, 경쟁사의 기능 부재 여부를 단정하지 않는다.
타겟 고객
-핵심 유저: 구내식당이 없는 김포 장기동 지식산업센터 한 건물에 입주한5~30인규모 소기업 직장인. 회사 계약이나총무취합 없이 개인 자격으로 참여한다.
- 초기타겟: 해당 건물1곳,점심1회차(12:00~12:20 수령 목표), 제휴음식점2~3곳. 확보 실적이 아닌 시범 운영 계획이다.
- 공급 고객: 도보권 제휴음식점2~3곳, 로비 수령존 운영을합의하는 건물 관리담당자.
고유 가치 제안
- 단순 '공동주문 기능'이 아니라, 특정 고객(구내식당 없는 소기업 직장인) x 반복 상황(매일점심시간) x 건물 로비 운영(수령존·수령번호·회차 마감)의 조합이 차별화라는 가설이다.
-각자 필요한날만 개인 주문·결제하므로총무취합과 대표 정산이 필요 없다(예상빈도 가설: 주2~3회).
- 결제 전에 주문 마감 시각, 예상 수령시간, 확정총액, 회차 성립 최소수량(10식 가정)을 명확히 보여준다.
- 모집 미달 시 자동취소·전액환불하며, 미달 추가요금을 자동청구하지 않는다. 성립 후판매자취소·지연 대응 정책을 명시한다.
- 정시 도착과 무료배달은 보장하지 않으며, 이를약점으로 주장하지 않는다.
출시 메시지
"우리 건물점심,각자 고르고 함께 받아요. 메뉴취합도, 대표 결제도 없이 — 오늘 마감 전에각자 주문하고,12시에 로비에서 수령번호로찾아가세요. 모이지 않으면 자동취소, 전액환불됩니다." (김포 장기동 시범 건물 기준, 정시 도착·무료배달 보장 문구는 사용하지 않음)
로그인
Sign up
이 기획의 다음 화면을 이어서 설계하려면 상담하기
체험 AI 횟수를 모두 썼어요. 직접 더 돌리기보다, 방금 만든 화면을 가져가 기획·화면설계로 마무리합니다.
Essential cookies are always used to provide the service. You can choose whether to allow preferences, analytics, and marketing cookies.
Essential
Required for Rails sessions, CSRF protection, sign-in, security, abuse prevention, and storing your cookie consent state. This category cannot be turned off.
Preferences
Stores settings you explicitly choose, such as language selection and interface preferences, so the service works more smoothly for you.
Analytics
May be used to understand service usage and improve the product. This category is off by default.
Marketing
May be used for ad measurement, retargeting, and campaign optimization. Klavy does not currently use this for SMS or phone marketing tracking.