다세대 주택을 위한 하우징 토탈 케어 서비스
다세대 주택의 아파트화를 꿈꾼다!
다세대 주택의 불편함이 없는 날까지 핫케톡이 책임지겠습니다.
집에 수리할 게 생기면 [뚝딱]으로 간편하게 수리 신청!
다른 집과 소통하고 싶으면 [똑똑]으로 연락!
우리집 관리비 어떻게 사용되고 있는지 관리!
| 분야 | 이름 | 포지션 |
|---|---|---|
| 백엔드 | 신지환 | 💻서비스 기획,서버 및 개발 담당 |
| 백엔드 | 신민경 | 💻서비스 기획, 명세 및 개발 담당 |
| 프론트엔드 | 황선우 | 💻서비스 기획, 디자인 및 개발 담당 |
다세대 주택 관리 문제 "주택관리자(반장)과 거주민 사이의 갈등"
- 기존 시공업체 컨택 방법
- 문제점: 귀찮은 책임 소재 파악 / 시공업체와 시간 컨택 / 견적서 요청 / 비용 분담
- 결과: 불필요하게 많은 시간 소요 / 번거로움이 동반
💡핫케톡의 고장/수리 발생 시 플로우
- 해결 방안: 집주인과의 소통 기능 / 수리 요청 기능 / 최소한의 요청 / 빠르고 쉬운 요청
- 결과: 각 유적 간의 불필요한 플로우를 최소화
- 입주민 간의 소통
- "기타 소리가 너무 시끄어워요", "아이가 살아서 밤시간에는 조금만 주의해주세요.", "찾아가서 말하는 게 부담스러워 !"
- "관리자가 필요해!"
💡 핫케톡의 관리사무소의 기능
- "기타 소리가 너무 시끄러워요." -> "익명으로 부탁해야겠다!"
- "아이가 살아서 밤시간에는 조금만 주의해주세요." -> "메시지는 부담스러우니 태그로 알려야지!"
- "화장실 천장에서 위층 물이 흘러요." -> "201호에게 메시지를 보내야겠다!"
- "엘리베이터가 안 되는 줄 몰라서 오늘 지각했어요." -> "건물 공지를 확인해야지!
📌 다세대 주택 거주자들이 가지는 불편함을 간편하고 빠르게 해결하고자 한다.
- 다세대 주택은 아파트에 비해 받는 정보의 양이 적습니다.
- 내가 내고 있는 관리비가 어디에 사용되는 지도 알 수 없어요.
- 수리를 받을 때도 어떤 곳에서 받아야 하는 지 몰라요.
- 옆 집이 시끄러우면 얼굴을 붉히며 직접 대면할 수 밖에 없어요.
| 핵심 가치 | 비전 | 미션 |
|---|---|---|
| 다세대 주택의 아파트화 | 다세대 주택의 불편함을 해소한다. | 다세대 주택 거주자의 니즈를 파악한다. |
| 기능 이름 | 액션 | 내용 |
|---|---|---|
| 뚝딱 | 수리 및 시공 영역 | 세입자가 수리 및 시공을 요청하면 업체에서 견적서를 작성, 세입자가 견적서를 선택 후 업체 매칭을 할 수 있는 기능 |
| 똑똑 | 입주민 소통 영역 | 입주민들과 소통의 문은 열어두고, 불필요한 접촉은 막을 수 있는 기능 |
다세대 주택은 지속적으로 증가하는 주거 유형이다.
특히 임대와 관리에 불편함을 겪고 있는 주택 소유자, 세입자, 공사업체가 많아, 이들의 요구를 충족하는 플랫폼에 대한 수요가 매우 크다.
핫케톡🔥은 각기 다른 요구를 가지나 사용자들을 하나의 플랫폼으로 연결함으로써 강력한 시장 잠재력을 갖추고 있다.
주거 관리와 관련된 기능들은 주기적으로 사용되므로 사용자들은 플랫폼을 지속적으로 이용할 가능성이 높다.
특히 세입자와 집주인은 지속적으로 월세 및 관리비를 확인하고, 수리 요청 등의 기능을 사용하게 되며, 공사업체는 견적 입찰 기회를 정기적으로 얻게 된다.
초기에는 기본적인 주거 관리와 수릴 요청 기능을 제공하지만, 향후 다양한 기능이 추가됨에 따라 사용자 편의성을 크게 증대시킬 수 있다.
예를 들면, 인테리어 업체의 입찰, 이사 서비스, 폐기물 처리 서비스 등 다양한 기능의 도입 가능성이 열려있다.
- Github Actions를 이용해 Springboot CI/CD를 자동화하였습니다.
- Github Webhook을 이용해 push시 서버 배포까지 자동화하였습니다.
- AWS EC2, RDS를이용해 서버, DB, 객체를 클라우드로 24시간 관리/배포가 가능하도록 하였습니다.
- Github를 통해 버전관리와 분산관리를 진행했습니다.
- API 통신을 위해서는 URLSession, URLRequest를 사용하고 추가적으로 Alamofire 라이브러리를 통해 구현할 예정입니다.
- 빠르고 효율적인 개발을 위해 MVC 패턴을 적용할 예정입니다.
- 자세한 화면정의가 가능하고 협업이 용이한 figma를 사용하였습니다.
- Blender를 활용하여 3d 디자인을 제작할 예정입니다.
- "main"에는 배포 했을 시에만(서버 연동), 모든 PR & Merge는 "develop" 에서 이루어진다.
- 기능의 이름우로 브랜치를 따 개인 작업 진행 -> "develop" 브랜치로 PR
- "[기능] 제목 - 부연설명" 형식으로 이루어진다.
- “[기능] 제목” → 필수
- "- 부연설명" → 선택
- 15자 이상 X
- init : 초기 세팅
- build : 외부 의존성 설치나 빌드 시스템에 영향을 주는 변경사항
- ci: CI 환경설정과 스크립트에 변화가 있는 경우
- docs: 문서, 주석 관련
- feat: 새로운 기능 추가
- fix: 버그 픽스
- refactor: 코드 리팩토링 관련
- chore: 버그 픽스 또는 기능 추가에 해당되지 않는 '자잘한' 변경사항 (rename, remove 등)
- test: 테스트 관련 수정
