Skip to content

2024.07.03 주제 선정 회의

Moly edited this page Jul 8, 2024 · 1 revision

🍀 아이디에이션

기획 목표

8명 전체가 사용자 지향 프로젝트를 희망

구구 프로젝트

  • 찬성
    • 서비스화 될 가능성이 우리가 제안한 프로젝트보다 크다고 생각
      • 다음기수에 우테코에서 진행될 가능성 유
    • 유지보수를 고려해 구현하는 경험
    • 구구의 아이디어 → 구구가 피드백해주는데 좋은 방향으로 이끌어줄 가능성이 높다
  • 반대
    • 컨텐츠 작성까지 우리의 몫인데, 시간적 여유가 될지 모르겠다.
    • 우리가 정말 문제를 인식하고 필요에 의한 주제인가?

주요 아이디어

  1. private SNS
    1. 불특정 다수와 너무 많은 광고 + 원치 않는 정보에서 벗어나 친밀한 사람들끼리 정보를 얻을 수 있도록 돕는다.
  2. 레저 확인 사이트
    1. 정보를 찾기 어려운 초보 레저인들에게 가격, 후기 등의 정보 제공
    2. 전문성을 가지고 접근성을 높여주는 것
  3. 사회초년생 자산 관리
    1. 사회초년생들에게 자산 형성에 대한 가이드 제공
    2. TDD + 작은 목표로 동기 부여 → 달성 유도
  4. 1:N 집단 지성 게임
    1. 아이스 브레이킹 게임 + 재미 보장
  5. 취미 공유 및 영업
    1. 취미를 영업하고 싶은 사람과 새로운 취미를 찾고 싶은 사람 매칭

🔥 최종 아이디어 구체화

1. 위치기반 SNS

근처에서 일어나는 이벤트의 정보를 쉽게 접할 수 있다. (위치 기반 소통)

  • 이벤트란?
    • 팝업, 전시 등
  • 서비스 범위를 고민
    • 대학교
    • 우테코 캠퍼스 (위치 기반이라는 메리트는 사라지지 않을까?)
    • 지역
      • 의문점: 범위가 넓으면 근처에서 일어나는 이벤트를 쉽게 접할 수 있게 해주는 것의 의미가 있을까? → 시작 서비스 범위는 작은 것은 좋으나, 목표 서비스 범위가 작을 필요가 있을까 싶다.
  • 증발되는 서비스
    • 컨텐츠가 사라지는 서비스기 때문에, 사용자가 컨텐츠를 올리지 않으면 흥미가 떨어질 것 같다.
    • 사용자가 없을 때 개발로 설정할 수 있는 게 없다.
  • 회의 중요 포인트
    • 사용자에 역할이 크다 (사용자 의존도가 높다)

2. 샤오롱바오 : 취미 정보 공유

크루들끼리 취미 or 취향 or 관심사 정보를 공유한다.

  • 취미 vs 정보공유
    • ‘취미 vs 정보공유’는 다른 분야인가?
      • 해당 sns 에서 원하는 바가 광고성이 없는 정보 공유라면, 정보 공유 쪽인 것 같다.
      • 취미는 악기 연주, 요리 등 하나의 분야라고 생각 → 취미랑 정보 공유는 그래서 다른 분야인 것 같다.
    • 취미를 공유하는 것은 자신이 좋아하는 분야에 대해 공유하는 것이니 광고성이 없다고 생각한다.
  • 익명성
  • 크루 사용성 고려
    • 동아리 검색
    • 원하는 정보 검색 (ex. 키보드 검색)
  • 어떻게 사용할 것 같나?
    • 정보 공유
      • 기타, 방탈출
    • 정보 검색
      • 음식점 정보
      • 기기 정보
  • 인스타와 동일하지 않는가?
    • 광고성이 없고, 소규모인 인스타인 것 같다.
  • 회의 중요 포인트
    • 기능: 네이버 카페 + UI: 인스타(핀터레스트)
    • 우테코 내에서 동아리 및 취향 공유에 도움을 줄 수 있을 것 같다.

3. 템플릿 ⭐

나만의 코드 템플릿을 저장하고, 다른 사람들의 코드 템플릿을 검색/확인할 수 있다.

  • 깃허브 레포지토리 + 스택 오버플로우

  • 회의 중요 포인트

    • 깃허브와 다른 점
      • 검색이 용이 (내 코드, 남의 코드 모두)

최종 아이디어 선정

만들고 싶은 서비스 주제는?

나만의 코드 템플릿을 저장하고 공유하는 서비스

만들고 싶은 서비스 기획 목적, 서비스에 대한 설명

기획 배경

- 매 프로젝트마다 공통적으로 사용하는 코드들을 나만의 템플릿으로 만들어서 관리할 수 있도록 돕는 서비스가 필요했다.
- 특정 기능 구현을 위한 코드 레퍼런스를 빠르게 검색하기 어렵다.

기존 서비스의 문제점

- 깃허브: 필요한 기능의 코드를 참고하기 위해 전체 프로젝트 소스코드를 파악해야 한다.
- 벨로그: 발행할 수 있는 정보의 폭이 넓어서, 필요한 코드 레퍼런스만 빠르게 찾아서 스크랩하기 어렵다.

서비스 주요 기능

- 나만의 코드 템플릿을 저장하고 재사용 할 수 있다.
- 코드 템플릿 위주의 검색 결과를 빠르게 얻을 수 있다.

⚡️ 코드zap

프로젝트

규칙 및 정책

공통

백엔드

프론트엔드

매뉴얼

백엔드

기술 문서

백엔드

프론트엔드

회의록


Clone this wiki locally