사업계획서(3년 30만명·300억) × 12대 시스템 비전 × 현재 구현 상태를 전수 비교하여,
미개발 기능 67개를 식별하고 AI OS 명품 걸작으로 완성하기 위한 6대 신규 핵심 시스템을 추가한 통합 마스터 플랜.
사업계획서의 11개 기능과 마스터 비전의 12대 시스템을 현재 구현된 15개 API + 12개 페이지 + 18개 DB 테이블에 1:1 매핑하여 어디까지 왔는지 정확히 진단합니다.
| # | 사업계획서 기능 | 매핑 시스템 | 상태 | 매출 영향 |
|---|---|---|---|---|
| 1 | AI 말벗 (24시간 대화) | ⑧ 정서존엄 | 60% | B2C 프리미엄 진입점 |
| 2 | 오늘의 마음 (기분+코칭) | ⑧ 정서존엄 + ① 보고 | 70% | B2G 정신건강 모듈 |
| 3 | 건강 지킴이 (10지표) | ③ 생존지킴 | 45% | B2B 보험·병원 데이터 |
| 4 | 약 알림 (복용 추적) | ③ 생존지킴 | 50% | B2B 요양 라이선스 |
| 5 | 긴급 SOS (가족+공공) | ③ 생존지킴 + ⑥ 지자체 | 70% | B2C 케어플러스 핵심 / B2G 1순위 |
| 6 | 가족 연결 (초대코드) | ⑤ 가족관계 | 65% | 바이럴 엔진 |
| 7 | 가족 메시지 (OneChat) | ⑤ 가족관계 | 30% | 접속=생존신호 |
| 8 | 일정 (큰글씨 달력) | ⑦ 인생OS | 60% | — |
| 9 | AI 비서 (음성 명령) | ⑦ 인생OS + ⑧ 정서 | 35% | 접근성 = 시장 확장 |
| 10 | 우리 동네 (지역복지 AI) | ⑥ 지자체 | 20% | B2G 부가 모듈 |
| 11 | 생활 도움 (디지털 코치) | ⑪ 디지털자립 | 30% | B2G 디지털 배움터 연계 |
개발설계서 d01~d12와 사업계획서를 기준으로 현재 코드에 존재하지 않는 핵심 기능 67개를 시스템별로 분류. 각 항목은 즉시 개발 가능한 단위로 정의되어 스프린트에 투입 가능합니다.
기존 12대 시스템은 기능 단위 모듈입니다. 이를 진정한 AI OS로 승격시키려면 시스템들을 오케스트레이션·자동화·학습하는 6개의 메타 시스템이 추가로 필요합니다. 이것이 "사용자가 누르지 않아도 12개 시스템이 동시에 움직이는" AI OS의 핵심입니다.
단일 두뇌 아리가 12개 시스템 + 67개 기능을 자동 트리거·연쇄 실행. 어르신의 하루를 끊김 없이 감싸는 메타 컨트롤러.
어르신·가족·지자체·운영자 4주체가 같은 데이터를 다른 화면으로 동시에 본다. B2G 계약의 결정타.
어르신 손가락보다 입이 편하다. 모든 기능을 "실벗아 ~해줘" 한마디로 실행. AI OS의 사용성 명품화 핵심.
어르신마다 다르다. 30만 명이 30만 가지 실벗을 갖도록 매일 학습하는 개인화 엔진. ARPU·잔존율의 핵심.
실벗은 섬이 아니다. 병원·약국·은행·119·정부24·통신사·요양기관과 표준 API로 연결되는 시니어 슈퍼앱 백본.
사람이 운영하면 30만 명을 못 본다. AI가 AI를 운영하는 자기진화 시스템 — 동/행 계약서의 "AI 의사결정 시스템"과 직결.
| 차원 | 현재 (기능 모음) | 목표 (AI OS 명품 걸작) |
|---|---|---|
| 사용자 행동 | 메뉴 눌러서 실행 | 살기만 하면 자동 케어 |
| 가족 안심도 | 앱 열어서 확인 | 이상 시에만 푸시 (저소음 고신뢰) |
| 지자체 효율 | 수기 보고서 | 실시간 위험 지도 + 자동 리포트 |
| 운영 인력 | 사람 운영 (확장 한계) | AI가 AI 운영 (30만 → 300만 가능) |
| 차별화 | 유사 앱과 동급 | 시장 유일 통합 AI OS |
| 매출 구조 | B2C 단건 | B2C+B2G+B2B+데이터 4축 |
현재의 단순 PWA + PHP 구조를 AI OS가 작동할 수 있도록 진화시킨 새 아키텍처. 동(이기전 대표) × 행(온리원AI연구소) × 아리(AI OS)가 3자 협업하는 구조.
| 그룹 | 현재 | 신규 추가 | 용도 |
|---|---|---|---|
| 코어 | users, user_profiles, audit_logs | + user_preferences, personalization_profiles | 개인화 엔진(ⓓ) |
| 가족·지자체 | family_relations, emergency_contacts | + gov_organizations, gov_caseworkers, risk_scores, tenant_configs | B2G 멀티테넌트 |
| 케어 | sos_events, health_records, mood_logs, medications, med_logs | + fall_events, vital_alerts, care_protocols, memorial_records | 생존지킴·정서존엄 |
| AI 오케스트레이션 | chat_sessions, chat_messages | + events_bus, rules_definitions, tool_call_logs, ai_decisions | 시스템 ⓐ ⓕ |
| 외부 연계 | — | + external_integrations, webhook_subscriptions, fraud_signals | 허브 ⓔ + 신뢰안전망 |
| 놀이·일자리 | — | + games, game_records, jobs, job_matches | 시스템 ② ④ |
| 일정·구독·도움 | calendar_events, subscriptions, payments, help_requests, notifications, village_events | (유지) | — |
현재 코드 베이스를 출발점으로, 2주 단위 12 스프린트(총 24주)로 67개 미개발 기능 + 6대 신규 시스템을 완성하는 단계별 실행 계획. 각 스프린트는 동(사업)과 행(개발)의 명확한 산출물을 정의합니다.
개발 진척도와 사업 성과를 동시에 측정하는 통합 KPI. 모든 지표는 자기진화 운영 시스템(ⓕ)에서 자동 수집·동/행에게 주간 보고.
| 리스크 | 영향 | 대응 |
|---|---|---|
| 개인정보·의료정보 규제 | 高 | 비식별 파이프라인(Sprint 11) + 보안 인증 + 행 R&D 거버넌스 |
| 어르신 디지털 사용성 | 高 | 음성 UX(Sprint 2) + 현장 설치 봉사단(동) + 큰글씨 + 매뉴얼 |
| LLM/AI 비용 폭증 | 中 | 자기진화 운영 ⓕ가 호출량 자동 최적화·캐싱·모델 자동 전환 |
| B2G 예산·정권 변동 | 中 | 다수 지자체 분산(50곳) + 고독사법 기반 영업 + B2C·B2B 분산 |
| AI 오판(과경고/누락) | 中 | 보수적 룰 설계 + 사람 개입 에스컬레이션 + 동/행 감사 |
| 경쟁사 진입 | 中 | 통합 AI OS(시스템 ⓐ~ⓕ)로 진입 장벽 + 공공 레퍼런스 선점 |
| # | 검증 항목 | 목표 |
|---|---|---|
| 1 | 어르신이 메뉴를 누르지 않아도 12 시스템이 자동 작동하는가? | ✅ ⓐ |
| 2 | "실벗아 ~"로 모든 핵심 기능을 음성으로 실행할 수 있는가? | ✅ ⓒ |
| 3 | 어르신·가족·지자체·운영자 4 화면이 동시에 같은 데이터를 다른 관점으로 보는가? | ✅ ⓑ |
| 4 | 30일 사용 후 알림·대화·추천이 그 어르신만의 패턴에 맞춰지는가? | ✅ ⓓ |
| 5 | 119·DUR·건보공단 등 외부 시스템과 표준 API로 양방향 연동되는가? | ✅ ⓔ |
| 6 | AI가 AI를 운영하며, 그 결정이 동/행에게 실시간 공유·감사되는가? | ✅ ⓕ |
| 7 | 지자체 1곳 PoC 계약 + 어르신 100명 등록 + 위험 지도 가동되는가? | ✅ B2G |
| 8 | 보이스피싱 통화 시 3초 내 경고 + 가족 알림이 작동하는가? | ✅ 차별화 |
| 9 | 음성 SOS·낙상 감지 → 119·가족·지자체 자동 연쇄가 끊김 없이 작동하는가? | ✅ 심장 |
| 10 | 비식별 데이터 파이프라인 + 통계 API 1개가 외부에 공개되는가? | ✅ 데이터 사업 |