Dreams_come trueIT

[기능] 소셜로그인 BE (1. 전달받은 토큰 검증)

Fo_rdang — Tue, 2 Sep 2025 17:55:16 +0900

첫번째로, APP한테 전달받은 토큰 검증하는 코드를 작성해보자.

핵심

- 구글은 id_token 서명 검증

- 카카오는 access_token 유효성 검증 + 사용자 ID 확인

자세히

- 구글:id_token=>OAuth2Client로 서명 + aud/iss 검증

- 카카오:access_token=> Kakao API /v2/user/me 호출로 사용자 ID 확인

1. 환경변수 (.env)

# Google
GOOGLE_CLIENT_ID=xxxxxxxxxxxx-abcdefg.apps.googleusercontent.com

# Kakao (항상 필요한 것)
KAKAO_APP_ID=1234567
KAKAO_API_BASE=https://kapi.kakao.com

# JWT
JWT_ACCESS_SECRET=super-secret-access
JWT_REFRESH_SECRET=super-secret-refresh

JWT_ACCESS_TTL=900s         # 15분
JWT_REFRESH_TTL=30d         # 30일

01. google

백엔드(NestJS)

보통은 Web 클라이언트 ID만 있으면 충분
왜냐하면 구글에서 발급한 id_token 안에 aud가 Web Client ID로 세팅돼 있기 때문.

프론트(iOS / Android / Web App)

각 플랫폼에 맞는 Client ID를 써서 OAuth 요청을 시작해야 해.
React Native(Expo)에서 expo-auth-session 설정할 때 iOS용, Android용 client_id를 지정
웹에서 로그인 버튼 붙일 때는 Web Client ID를 사용.

02. kakao

카카오 개발자 콘솔에 들어가면 여러 키가 있어

앱 ID (숫자) → 1234567 같은 숫자 ID.
REST API 키 → 보통 xxxxxxxxxxxxxxxxxxxxxxxxxxxx 이런 문자열.
JavaScript 키 → 웹 SDK에서만 사용.
Native 키 → iOS/Android SDK에서 사용.
Client Secret (선택) → 보안 강화 옵션 켜면 발급.

어떤 걸 BE에서 써야 하나?

백엔드에서 토큰 검증:
- /v1/user/access_token_info 호출 시 응답에 appId가 들어오는데,
- 이게 내 앱의 "앱 ID(숫자)"랑 같아야 “내 앱에서 발급된 토큰”임을 보장해.
- 따라서 KAKAO_APP_ID (숫자) 가 반드시 필요해.
KAKAO_API_BASE:
- 카카오 API 기본 URL.
- 보통 변하지 않지만, 테스트나 프록시 환경에서 base URL을 바꿀 수 있게 환경변수로 뺀 거야.
- 실제 호출은 /v2/user/me, /v1/user/access_token_info 같은 엔드포인트로 이 주소를 prefix로 붙여 사용.
REST API Key:
- 백엔드에서 코드 → access_token 교환 할 때 사용.
- 예: /oauth/token 요청 시 client_id=REST_API_KEY.
- 즉, FE에서 code를 보내고, BE가 REST_API_KEY로 토큰 교환할 경우에만 필요.
- 만약 FE가 이미 access_token을 얻어서 BE로 넘겨주는 구조라면, 꼭 필요하지는 않아.
- 내 구조를 다시 보면:
  지금 FE가 Kakao access_token 받아서 BE에 전달 → BE는 /v2/user/me로 사용자 확인.
  이 경우 KAKAO_APP_ID만 있으면 충분하고, REST_API_KEY는 안 써도 돼.
Client Secret:
- 콘솔에서 “보안 강화” 옵션을 켠 경우에만 필요.
- 옵션을 켜지 않았다면 비워둬도 된다.

03. 우리 앱 자체 인증 토큰 (jwt)

JWT_ACCESS_SECRET / JWT_REFRESH_SECRET는 우리 앱의 자체 인증 토큰(JWT)을 서명할 때 쓰는 비밀키야.

openssl rand -base64 48 | tr '+/' '-_' | tr -d '='

SECRET은 길고 랜덤하게 생성해서 .env에만 보관.

04. token

1. access token

역할: API 요청 시 사용자 인증을 위한 토큰

- 유효기간: 짧음 (15분~2시간)

- 용도: 실제 서비스 API 호출 시 헤더에 포함하여 권한 확인

- 저장: 메모리나 상대적으로 안전하지 않은 저장소

- 특징: 자주 사용되므로 탈취 위험이 높아 짧은 수명으로 설정

2. refresh token

역할: 만료된 access token을 새로 발급받기 위한 토큰

- 유효기간: 김(보통2주 ~1개월)

- 용도: access token 재발급 전용

- 저장: 서버 db 또는 안전한 저장소 (HttpOnly 쿠키 등)

- 특징: 자주 사용되지 않아 탈취 위험이 상대적으로 낮음

동작과정

1. 로그인 성공

=> 서버가 access token + refresh token 발급

2. api 요청

=> access token을 헤더에 담아서 요청

3. access token 만료 (15분 후 )

=> api 요청 시 401 에러 발생

4. 자동 토큰 갱신

=> 앱이 refresh token으로 /auth/refresh 호출

=> 서버가 새로운 access token + 새로운 refresh token 발급

5. 사용자는 아무것도 모름(무중단 갱신)

Access 15분이어도 Refresh로 자동 갱신하면 사용자는 거의 로그인 다시 안 해요.
재로그인은 Refresh가 만료/무효일 때만.

2. DTO

// auth/dto/index.ts
export class GoogleDto { idToken!: string }
export class KakaoDto { accessToken!: string }
export class RefreshDto { refreshToken!: string }

! 기호는 definite assignment assertion, 확정 할당 단언이다.

ex)

- idToken은 반드시 string 타입이다.

- 이 값은 런타임에 반드시 존재하니, 컴파일러한테 "나중에 무조건 값이 들어올 거니까 걱정하지마" 알려주는 것.

- 즉, undefined 상태일 수 있다는 오류를 막아주는 역할

class GoogleDto {
  idToken: string  // ❌ Error: Property 'idToken' has no initializer
}

- 쓰는 이유: ts가 strict 모드일 때, 클래스 프로퍼티가 생성자에서 초기화되지 않으면 에러를 낸다. (굳이 생성자에서 초기화 안해도 되게됨)

TypeScript는 기본적으로 클래스의 프로퍼티가 생성자에서 초기화되어야 한다고 요구합니다

class User {
  name: string;
  
  constructor(name: string) {
    this.name = name;  // ✅ 생성자에서 초기화
  }
}

3. UsersService

사용자 관련 DB 조회/저장/갱신 로직 담당

// users/users.service.ts
import { Injectable } from '@nestjs/common';

export type Provider = 'google' | 'kakao';

export interface User {
  _id: string;
  provider: Provider;
  providerId: string;  // google sub or kakao id
  email?: string | null;
  name?: string | null;
  picture?: string | null;
  tokenVersion: number;
}

@Injectable()
export class UsersService {
  async findByProvider(provider: Provider, providerId: string): Promise<User | null> { /* ... */ return null; }
  async upsertByProvider(input: Partial<User> & { provider: Provider; providerId: string }): Promise<User> { /* ... */ return {} as any; }
  async bumpTokenVersion(userId: string): Promise<void> { /* ... */ }
}

1. Provider 타입

- 로그인 제공자(provider)를 `문자열 리터럴` 타입으로 정의.
- google 또는 kakao 중 하나만 올 수 있다는 뜻.

2. User 인터페이스

export interface User {
  _id: string;              // MongoDB 같은 DB의 기본 id
  provider: Provider;       // google or kakao 
  providerId: string;       // 구글은 sub 값, 카카오는 id 값 
  email?: string | null;    // 사용자의 이메일 
  name?: string | null;     // 사용자 이름 
  picture?: string | null;  // 프로필 이미지 url 
  tokenVersion: number;     // JWT refresh 토큰 무효화 용도로 쓰임 
}

User 타입을 schema 파일 코드로 수정했다.

// users/user.schema.ts
import { Prop, Schema, SchemaFactory } from '@nestjs/mongoose';
import { HydratedDocument } from 'mongoose';

export type UserDocument = HydratedDocument<User>;

export type Provider = 'google' | 'kakao';

@Schema({
  timestamps: true,
  collection: 'users',
  // API로 나갈 때 민감/내부 필드 제거
  toJSON: {
    versionKey: false,
    transform: (_doc, ret) => {
      // 내부 식별/보안 관련 값은 숨김
      delete ret.providerId;
      delete ret.tokenVersion;
      return ret;
    },
  },
})
export class User {
  // _id는 선언하지 않음: 기본 ObjectId 사용

  @Prop({ required: true, enum: ['google', 'kakao'] })
  provider!: Provider;

  // Google sub / Kakao id (숫자형이어도 문자열로 저장)
  @Prop({ required: true })
  providerId!: string;

  @Prop()
  name?: string;

  // 이메일은 nullable + 유니크(부분 인덱스). 소셜이 안 줄 수 있으므로 optional 유지
  @Prop({ lowercase: true, trim: true })
  email?: string;

  @Prop()
  avatar?: string;

  @Prop({ unique: true, trim: true })
  nickname?: string;

  // 이메일 검증시각(선택)
  @Prop()
  emailVerifiedAt?: Date;

  // 리프레시 토큰 로테이션용 버전
  @Prop({ default: 0, select: true })
  tokenVersion!: number;

  // 상태/운영용 필드(선택)
  @Prop()
  lastLoginAt?: Date;

  @Prop({ default: true })
  isActive?: boolean;
}

export const UserSchema = SchemaFactory.createForClass(User);

// 고유 식별: provider + providerId
UserSchema.index({ provider: 1, providerId: 1 }, { unique: true });

// nickname 유니크(문자열일 때만)
UserSchema.index(
  { nickname: 1 },
  { unique: true, partialFilterExpression: { nickname: { $type: 'string' } } },
);

// email 유니크(문자열일 때만)
UserSchema.index(
  { email: 1 },
  { unique: true, partialFilterExpression: { email: { $type: 'string' } } },
);

// 닉네임 중복 이슈 줄이려면 대소문자 무시 collation도 고려
// UserSchema.index({ nickname: 1 }, { unique: true, collation: { locale: 'en', strength: 2 } });

4. TokenService

// auth/token.service.ts
import { Injectable } from '@nestjs/common';
import { JwtService } from '@nestjs/jwt';

@Injectable()
export class TokenService {
  constructor(private jwt: JwtService) {}

  signAccessToken(userId: string) {
    return this.jwt.sign(
      { sub: userId, typ: 'access' },
      { secret: process.env.JWT_ACCESS_SECRET!, expiresIn: process.env.JWT_ACCESS_TTL || '900s' },
    );
  }

  signRefreshToken(userId: string, tokenVersion: number) {
    return this.jwt.sign(
      { sub: userId, tv: tokenVersion, typ: 'refresh' },
      { secret: process.env.JWT_REFRESH_SECRET!, expiresIn: process.env.JWT_REFRESH_TTL || '30d' },
    );
  }

  verifyRefresh(token: string) {
    return this.jwt.verify(token, { secret: process.env.JWT_REFRESH_SECRET! });
  }
}

5. 구글 id_token 검증 + 카카오 access_token 검증

// auth/auth.service.ts
import { Injectable, UnauthorizedException } from '@nestjs/common';
import { OAuth2Client } from 'google-auth-library';
import axios from 'axios';
import { UsersService } from '../users/users.service';
import { TokenService } from './token.service';

@Injectable()
export class AuthService {
  private googleClient = new OAuth2Client();

  constructor(
    private users: UsersService,
    private tokens: TokenService,
  ) {}

  // === Google: id_token 서명+aud/iss 검증 ===
  async loginWithGoogle(idToken: string) {
    try {
      const ticket = await this.googleClient.verifyIdToken({
        idToken,
        audience: process.env.GOOGLE_CLIENT_ID!,
      });
      const payload = ticket.getPayload();
      if (!payload) throw new UnauthorizedException('Invalid Google token');

      // iss 안전 확인 (권장)
      const issOk = payload.iss === 'accounts.google.com' || payload.iss === 'https://accounts.google.com';
      if (!issOk) throw new UnauthorizedException('Invalid Google issuer');

      const sub = payload.sub;                 // 고유 사용자 ID
      const email = payload.email ?? null;
      const name = payload.name ?? null;
      const picture = payload.picture ?? null;

      const user = await this.users.upsertByProvider({
        provider: 'google',
        providerId: sub,
        email, name, picture,
      });

      const accessToken = this.tokens.signAccessToken(user._id);
      const refreshToken = this.tokens.signRefreshToken(user._id, user.tokenVersion);

      return { userId: user._id, accessToken, refreshToken };
    } catch (e) {
      throw new UnauthorizedException('Google token verification failed');
    }
  }

  // === Kakao: access_token 유효성 검증 ===
  // 1) /v1/user/access_token_info 로 토큰 유효·소유 App 확인 (appId 매칭)
  // 2) 필요 시 /v2/user/me 로 프로필 추가 조회
  async loginWithKakao(accessToken: string) {
    try {
      // 1) 토큰 유효성 & appId 확인
      const infoRes = await axios.get(
        `${process.env.KAKAO_API_BASE || 'https://kapi.kakao.com'}/v1/user/access_token_info`,
        { headers: { Authorization: `Bearer ${accessToken}` } },
      );
      const { id, appId, expiresIn } = infoRes.data as { id: number; appId: number; expiresIn: number };

      if (!id || !appId) throw new UnauthorizedException('Invalid Kakao token');
      const expectedAppId = Number(process.env.KAKAO_APP_ID);
      if (expectedAppId && appId !== expectedAppId) {
        throw new UnauthorizedException('Kakao token issued for different app');
      }
      if (!expiresIn || expiresIn <= 0) {
        throw new UnauthorizedException('Kakao token expired');
      }

      // 2) (선택) 사용자 프로필 조회
      const meRes = await axios.get(
        `${process.env.KAKAO_API_BASE || 'https://kapi.kakao.com'}/v2/user/me`,
        { headers: { Authorization: `Bearer ${accessToken}` } },
      );
      const kakao = meRes.data;
      const kakaoId = String(kakao.id);
      const profile = kakao.kakao_account || {};
      const email = profile.email ?? null;
      const name = profile.profile?.nickname ?? null;
      const picture = profile.profile?.profile_image_url ?? null;

      const user = await this.users.upsertByProvider({
        provider: 'kakao',
        providerId: kakaoId,
        email, name, picture,
      });

      const access = this.tokens.signAccessToken(user._id);
      const refresh = this.tokens.signRefreshToken(user._id, user.tokenVersion);
      return { userId: user._id, accessToken: access, refreshToken: refresh };
    } catch (e) {
      throw new UnauthorizedException('Kakao token verification failed');
    }
  }

  // === Refresh ===
  async refresh(refreshToken: string) {
    try {
      const payload = this.tokens.verifyRefresh(refreshToken) as { sub: string; tv: number; typ: string };
      if (payload.typ !== 'refresh') throw new UnauthorizedException('Not a refresh token');

      const user = await this.users.findByProvider(/* 무관 */ 'google', ''); // 구현에 맞게 바꿔
      // ↑ 실제로는 userId로 직접 조회:
      // const user = await this.users.findById(payload.sub)

      if (!user) throw new UnauthorizedException('User not found');
      if (user.tokenVersion !== payload.tv) {
        throw new UnauthorizedException('Refresh token revoked');
      }

      const newAccess = this.tokens.signAccessToken(user._id);
      const newRefresh = this.tokens.signRefreshToken(user._id, user.tokenVersion);
      return { accessToken: newAccess, refreshToken: newRefresh };
    } catch {
      throw new UnauthorizedException('Invalid refresh token');
    }
  }

  // (선택) 강제 로그아웃: tokenVersion 증가시켜 기존 refresh 전부 무효화
  async revokeAll(userId: string) {
    await this.users.bumpTokenVersion(userId);
  }
}

포인트

Google: verifyIdToken + audience=GOOGLE_CLIENT_ID + iss 체크.
Kakao: GET /v1/user/access_token_info로 appId 매칭과 유효/만료 먼저 확인 → GET /v2/user/me로 프로필.
우리 DB에는 (provider, providerId)로 upsert.

최종적으로 우리 서비스용 JWT(access/refresh) 발급.

6. Controller

// auth/auth.controller.ts
import { Body, Controller, Get, Post, UseGuards, Request } from '@nestjs/common';
import { AuthService } from './auth.service';
import { GoogleDto, KakaoDto, RefreshDto } from './dto';
import { JwtAuthGuard } from './jwt.guard';

@Controller('auth')
export class AuthController {
  constructor(private auth: AuthService) {}

  @Post('google')
  google(@Body() dto: GoogleDto) {
    return this.auth.loginWithGoogle(dto.idToken);
  }

  @Post('kakao')
  kakao(@Body() dto: KakaoDto) {
    return this.auth.loginWithKakao(dto.accessToken);
  }

  @Post('refresh')
  refresh(@Body() dto: RefreshDto) {
    return this.auth.refresh(dto.refreshToken);
  }

  @UseGuards(JwtAuthGuard)
  @Get('me')
  me(@Request() req: any) {
    return { userId: req.user.sub };
  }
}

7. JWT Guard & Strategy (보호 api 용)

// auth/jwt.strategy.ts
import { Injectable } from '@nestjs/common';
import { PassportStrategy } from '@nestjs/passport';
import { ExtractJwt, Strategy } from 'passport-jwt';

@Injectable()
export class JwtStrategy extends PassportStrategy(Strategy, 'jwt') {
  constructor() {
    super({
      jwtFromRequest: ExtractJwt.fromAuthHeaderAsBearerToken(),
      secretOrKey: process.env.JWT_ACCESS_SECRET!,
      ignoreExpiration: false,
    });
  }
  async validate(payload: any) {
    // req.user 로 들어감
    return { sub: payload.sub };
  }
}

// auth/jwt.guard.ts
import { AuthGuard } from '@nestjs/passport';
export class JwtAuthGuard extends AuthGuard('jwt') {}

8. 보안 체크리스트 (짧게)

HTTPS 강제(앱↔서버 전 구간).
구글은 반드시 aud(=GOOGLE_CLIENT_ID)와 iss 체크.
카카오는 /access_token_info에서 appId가 내 앱과 일치하는지 확인.
Refresh 토큰 무효화는 tokenVersion으로 관리(유출 대비).
CORS는 credentials/origin 정확히.
프로덕션은 가능하면 RS256(비대칭키) 사용 및 키 롤링 고려.

[기능] 소셜로그인 구현 플로우 및 역할(RN + NestJS + MongoDB)

Fo_rdang — Tue, 2 Sep 2025 17:05:30 +0900

01. 개발 진행중인 앱 스택

- 클라이언트: React Native

- 백엔드: Nest.js + MongoDB

02. 로그인 플로우

1. 앱에서 Google/Kakao OAuth => id_token(구글) or access_token(카카오) 획득

2. 앱이 이 토큰을 NestJS 서버로 전송

3. 서버에서 공식 방식으로 검증

- Google: id_token 서명 검증 + aud/iss 체크

- Kakao: access_token으로 /v2/user/me 호출

4. DB에서 사용자 조회, 없으면 upsert (새로 만든다는 뜻)

5. 서버에서 JWT 발급 (짧은 access token + 긴 refrest token)

6. 앱은 access token을 써서 API 호출

03. FE, BE 역할

1. FE

1)expo-auth-session으로google/kakao 로그인 화면띄움

2) 로그인 성공시,

- 구글:id_token획득

- 카카오:access_token획득

3) 획득한 토큰을 NestJS 서버로 전달 (ex: /auth/google, /auth/kakao)

2. BE

1) 전달받은 토큰 검증

- 구글:id_token=>OAuth2Client로 서명 + aud/iss 검증

- 카카오:access_token=> Kakao API/v2/user/me호출로 사용자 ID 확인

2) DB 작업

- 해당 provider + providerId 로 사용자 조회

- 없으면, 신규 생성 (upsert)

3) JWT 발급

- 짧은 수명 access token + 긴 수명 refresh token

- 앱은 이후 API 호출할 때 access token 사용

창업중심대학(0) - 모집공고

Fo_rdang — Mon, 17 Mar 2025 19:20:53 +0900

창업중심대학 개요

예비창업자, 창업기업(7년이내)를 함께 지원해서 그런가

아래 정부 지원 사업 지원 규모보다 더 큰 금액이다. 평균 75백만원이다.

- 신창업 사관학교

- 예비창업패키지

예비창업자가 살아남기는 더 치열할 듯 싶다.

지원내용

모집공고

아래 사진 보면,

2025년 3월 중에 모집공고가 뜬다고 나와있는데,

3월 14일에 실제로 떴다.

사이트 공유

https://www.k-startup.go.kr/web/contents/webCMRCZN.do?id=165007&schM=view#none

창업중심대학

www.k-startup.go.kr

사업안내

1. 사업개요

창업지원 역량이 우수한 대학을 '창업중심대학'으로 지정하여 대학발 창업을 활성화하고 
지역창업 허브 역할을 수행하기 위한 사업으로 대학발 창업기업 및 지역특화 창업기업 지원

2. 지원대상

예비창업자 및 창업기업

3. 지원예산 및 규모

예산현황: 774.75억원 
지원규모: 약 800개사

4. 그외 정보

연계사업공고

어떤 공고를 지원할지는, 지원자의 자격 요건 or 사업의 특성을 고려해서 정해야 할 듯 싶다.

- 권역 내 일반형

- 지역주력산업 연계형

- 생애최초 청년 예비창업형

예비창업패키지(4) - 서류 지원 후기

Fo_rdang — Thu, 13 Mar 2025 13:45:10 +0900

1. 서류 지원

아래와 같이 서류 지원했다.

3월 12일 16:00 까지 제출이였는데 10분 전 쯤에 신청 완료 했다.

기대는 100중에 8% 정도 밖에,,, (이것도 양심 없음)

그 이유는 3월 11일에 9시간 정도 들여서 신창업 썼다가 다 못썼고,

3월 12일에 8시간 정도 들여서 (신창업 쓰던거 이어서 씀) 간신히 제출했는데,

마지막에 개요를 쓰느라고

가장 중요하다는 개요를 30분 정도 만에 대충 쓰고 내버렸다...

일단 없는 셈 치고, 내 서비스 개발 열심히 해야지 ~

예비창업패키지(1) - 주관기관 선정하기

Fo_rdang — Wed, 12 Mar 2025 16:49:41 +0900

지원하기전, 주관기관 선정해야 한다.

좀 정보를 알아가기 전에 내 선정 기준을 정리해봤다.

1. 주관기관 선정 기준

1) 경쟁률

당연히, 경쟁률을 신경 쓸 수 밖에 없다.

알아보니, 서울의 어느 기관 22 : 1 의 경쟁률이였다 하고,

평균 경쟁률은 5.5 : 1이라고 한다.

지방 기관은 경쟁률이 덜하다는 뜻. !

당연하게 생각했다.

서울에 사는 사람들이 많으니 당연한거 아닌가?

하지만 좀 더 정보를 알아보면,

어디 살든 상관없이 기관에 지원할 수 있다고 한다.

대부분 온라인으로 진행되는 프로그램이기 때문이다.

몇번 정도는 오프라인이라 어려움이 있을 수 있다.

따라서 내가 사는 곳에서 갈만한 곳이여야 한다. (나 같은 경우, 대전이 맘에 간다 )

일단 지방 쪽으로 마음을 키웠다.

그런데, 갑자기 지방으로 몰리는거 아니야? 하는 맘도 든다.

하지만 좀 더 정보를 알아보면,

무턱대고 지방에 지원할 수는 없다.

따라서 다른 선정 기준도 고려하여 합리적으로 선택해보자

2) 전문 분야

아래 모집 공고 사이트를 보면, 주관기관에 대한 소개자료가 있다.

https://www.k-startup.go.kr/web/contents/bizpbanc-ongoing.do?schM=view&pbancSn=171974&page=1&schStr=regist&pbancEndYn=N

2025년도 예비창업패키지 예비창업자 모집 공고

www.k-startup.go.kr

주관기관 소개자료

그 파일을 읽어보면, 각 주관기관마다 집중발굴 하겠다는 분야가 적혀있다.

생각해보자,

바이오를 원하는데 농축산 사업으로 지원하면 되겠는가?

NOPE !

그렇기 때문에 소개자료를 읽어서, 내 분야에 맞는 기관을 쭉 나열해보자.

+ 설명회를 다섯개 기관 정도를 들었는데, 예비창업 패키지는 거의 모든 기관이 전분야를 지원한다.

그래서 상관없을 가능성이 크다고 결론 내렸다.

3) 지원 프로그램

의외로 이 지원 프로그램이 중요하게 느껴지긴 했다.

각 기관 설명회를 들어보니, 연게해서 후속 투자가 이뤄질 수도 있고,

어떤 법률 ? 에 관한 인재 pool 이 다 갖춰져 있다고 하면,

되게 매력적으로 느껴졌다.

2. 주관기관 선정 (설명서 기준임)

오 이게 설명서를 쭉 읽어보면서 내가 매력적으로 느낀 주관기관을 나열해보려고 한다.

원래는 단순하게 뽑아보려고 했는데, 결국 사람과 함께 하는거 아니겠는가?

글을 읽다보면, 함께하고 싶은 기관이 뚜렷해져서 공유해보려고 한다.

+ 아래와 같이 글을 정리하다가 그만 뒀는데,

그 이유는 설명회를 듣는 것으로 충분하다는 생각으로 바뀌었기 때문이다.

설명회를 들어보면 기관마다 딱 분위기가 느껴지고,

매력적으로 느낄 기관이 생긴다.

1. 건국대학교 (2025.02.27.(목), 14:00~15:00)

- 집중발굴: IT, SW 바이오, AI 분야 창업기업이라 적혀있음

- 스타트업 스튜디오?

- 기본적인거 지원한다고 쓰여있음

- 27명

2. 광운대학교 (2025.02.26.(수), 14:00~16:00)

- 꽤 경험이 많은 것 같음

- 후속 투자 검토를 하심 (최소 30역 /연 투자 의향)

3. 동국대학교 (2025.02.19.(수), 18:00~19:00)

- 창업자 환수 금액 0원이 될 수 있도록 꼼꼼한 사업비 집행 지원

- 사후 연계: 타 사업 지원, 후속투자, 연계

- 투자사, 법률, 지재권, 마케팅, 경영, 글로벌 문제 해결 POOL 확보

- XR 기반 시제품 제작 가능한 메이커스페이스 인프라 활용 지원

- 프로그램 선택 참여하는 유연한 갖추고 있음. (필수3개, 선택2개)

- 우수기업 대상 투자 집행 예정이라고 확언하심

4. 서울 과학기술대학교 (2025.02.24.(월), 14:00~15:00)

- 메리트가 안보임

5. 연세대학교 (2025.02.21.(금), 10:30~12:00)

- 바이오/헬스케어, 로봇, 자율주행 구현 지원 => 난 아님

- 프로그램이 잘되어있음

- 투융자 정기 상담(월 2회), 법률 정기 상담(월1회)

- 투자 협력기관이 적혀있음

- 설명회가 3개나 되는거 보면 경쟁률이 지난해 셌던 것 같음

6. 경기대학교 (2025.02.20.(목), 10:00~11:30)

- ICT 분야 집중육성

...진행중 아오 머리 아파

7. 서울대학교(시흥) (2025.02.19.(수), 14:00~16:00)

- 연 3억원 직접투자 집행

- 바이오 특화

8. 수원대학교 (2025.02.26.(수), 14:00~16:00)

9. 인천대학교 (2025.02.24.(월), 10:30~11:30)

10. 인하대학교 (2025.02.27.(목), 13:00~14:00 / 2025.02.28.(금), 10:30~11:30)

11. 가톨릭 관동대학교 (2025.02.21.(금), 14:00~15:00)

12 국립 한밭대학교 (2025.02.27.(목), 14:00~15:00)

13. 대전창조경제 혁신센터 (2025.02.20.(목), 14:00~)

14. 고려대학교 세종산학협력단 (2025.03.04.(화), 14:00~16:00)

15. 충북창조경제혁신센터 (2025.02.19.(수), 13:30~14:30)

16. 광주창조경제 혁신센터 (2025.02.27.(목), 14:00~16:00)

17. 전남창조경제혁신센터 (2025.02.24.(월), 14:00~17:00)

18. 전북창조경제혁신센터 (2025.02.20.(목), 14:00~15:00)

19. 제주창조경제혁신센터 (2025.02.26.(수), 14:00~16:00)

20. 계명대학교 (2025.02.28.(금), 14:00~15:00)

21. 대구창조경제혁신센터 (2025.02.25.(화), 10:00~12:00)

22. 경남창조경제혁신센터 (2025.02.21.(금) 10:00~11:30)

23. 부산창조경제혁신센터 (2025.02.25.(화), 14:00~16:00)

24. 울산창조경제혁신센터 (2025.02.19.(수), 14:00~16:00)

25. 벤처기업협회 (2025.02.19.(수), 14:00~16:00 / 2025.02.25.(화), 14:00~16:00)

- 기본적임 !

26. 한국여성벤처협회 (2025.02.21.(금), 14:00~16:00)

예비창업패키지(0) - 모집공고

Fo_rdang — Wed, 12 Mar 2025 16:30:36 +0900

k - 스타트업 홈페이지에 2월 셋째주에 모집 공고 예정이라고 안내 모달창이 떠있었는데,

두둥,

2025년 2월 17일 (월) 모집공고가 떴다.

https://www.k-startup.go.kr/web/contents/bizpbanc-ongoing.do?schM=view&pbancSn=171974&page=1&schStr=regist&pbancEndYn=N

2025년도 예비창업패키지 예비창업자 모집 공고

www.k-startup.go.kr

거두절미하고 핵심을 요약해보자.

1. 접수기간

2025-02-24 ~ 2025-03-12 16:00

2. 지원자격

- 사업공고일('25.2.17.) 기준 신청자 명의의 사업자 등록 및 법인설립 등기를 하지 않은 자

- 사업공고일('25.2.17.) 기준 '25년('25.1.1.~2.17.)에 개인사업자 폐업 또는 법인사업자 폐업(해산 및 청산)을 하지 않은 자

3. 제출서류

- 사업계획서

- 기타 제출서류

4. 선정절차 및 평가방법

- 총 3단계평가

- 서류 평가 (2배수 내외 선정)

- 인큐베이팅

- 발표평가 (30분 이내)

5. 지원내용

- 자금 평균 5000만원, 창업 프로그램

- 자금을 총 2단계로 차등 지원

- 1단계 : BM 구체화를 위한 시장조사 및 최소기능 제품(MVP) 제작을 위한 사업화 준비 자금 지원(2000만원 내외)

- 2단계: 협약 중간 시점에 1단계 사업계획 진척도 및 향후 추진계획 등을 평가하여 사업화 자금 추가 지원 (4000만원 내외)

마음가짐

원래 가벼운 마음으로 지원하려고 했었는데, 맘이 바뀌었다.

아무리 짱구를 굴려봐도, 예창패 지원금이 없으면 내 서비스를 도저히 광고를 할 수가 없다. 확장해나갈 수가 없다.

열심히 작성해보고,

결과는 온 맘으로 받아들이겠소 ~

그것이 인생이지 않는가 ~~~

함 해보자 뽀당

예비창업패키지(3) - 유튜브 영상 정보 정리

Fo_rdang — Wed, 5 Mar 2025 12:48:27 +0900

사업계획서 작성하기 위해서 유튜브 영상을 보고, 정리를 하려고 한다.

영상1

https://www.youtube.com/watch?v=L094m6yoxNE

영상 1

정리)

- 평가항목을 자세히 살펴보고, 그에 맞춰서 작성해라

- 사업계획서 초반인 '문제인식'에서 후킹이 돼야 한다.

- 해결하려는 문제에 공감이 되어야 한다. 얼마나 큰 문제인지 ! => 뒷부분 공들여 읽도록 (어떤 식으로 문제를 해결할까?)

- 내가 이런 분야를 좋아하는 사람인데, 이게 불편해서, 내가 내 주변 사람한테 설문조사를 돌려봤어. 그랬더니, 많더라고 한 80%가 그렇대. 이걸 잘 보여주려면 설문 문항, 그래프, 이미지로 표현하는 것이 중요 ! , 인터넷 기사 검색, 고나련 설문조사 검사, 기사에 그래프가 있으면 다 넣고, 문제 겪고 있는 나이대 , 여성 & 남성 , 1인 가구, 고객 명확하게 정의, 내 고객에 해당하는 사람이랑 심층 인터뷰 사진이면 좋다.

- 기존 서비스(가 있어야 한다. 사람들의 수요와 돈이 된다는 증빙임) & 내 서비스 비교

- 시간이나 비용을 줄이는 장점이 있으면 숫자로 표현

- 기존 서비스 고객은 어떤 사람들, 돈을 얼마나 많이, 어느 빈도로 지출? , 이런 불편함을 느끼고 있는데 나는 이 불편함을 해소해서 기존 서비스보다 더 좋아할 수밖에 없다. 내가 이렇게 고객에 대해서 잘 알고 있다.

- 내가 이 사업에 대해서 직접 노력한 것 보여주기

- 매출이나 성장성 같은 기존 성과 x

- 실현할 수 있는 노력을 얼마나 했는지, 지원금으로 진짜 해결할 수 있는지 확인함

- 서비스 원하는 사람들이 이메일을 남길 수 있는 랜딩 페이지, 구글 설문 조사 를 보여주면 지금은 이런 것을 기반으로 사업 준비하고 있고, 지원 받으면 몇 달 뒤에 ~이런 결과물을 낼 수 있고, 심사위원 머리에 그려져야 한다.

- 비슷한거 나오면 어떻게 할거에요? (사용후기, 데이터 쌓기 가 중요해서 지원 사업 1년 안에 어떤 데이터를 쌓아서 유의미하게 방어를 할 것이다. 어떤 전략으로 사람들을 이만큼 모아서 트래픽을 쌓을 수 있을지 최대한 촘촘하게 계획 )

- 수익모델

- 내 사업 지속하려면 시작하기 위한 돈 + 지속하기 위한 돈 을 생각해야돼

- 플랫폼 비즈니스 서비스 특히 !

- 초기에는 수익모델이 조금 약하다.

- 없다면, 앞에서 말한 문제점이나 기존 서비스와의 비교에 좀 더 힘을 주거나

- 어떻게 사람들을 모을지 디테일하게 적고, 수수료는 몇 퍼센트고 그 근거는 어떻고, 기존 유사 서비스들은 수수료가 얼마인데 전에 설문조사 해보니까 우리 고객들이 이정도 금액은 수수료로 지불할 의향이 있다고 하더라.

- 내가 합격한 거 상상하기

- 블로그 찾아보기

- 행사나 교육 참여한 사진있음 => 프린트해서 내가 곧 현장에 있게될거라고

영상2

https://www.youtube.com/watch?v=tab65xqtpzI

1.일반 현황

- 제품 및 서비스를 임팩트 있게 정의할 것

- 길면, 주의력 분산된다.

ex) AI 기반 학습자 개인 맞춤형 중/고등 입시 영어 학습 시스템 (AI English Tutor)

- 흔하고 뻔한 헤드라인은 눈에 가지 않아

ex) 시스템 => 도구 , 과외 선생님

- 쉽게 상상가게

ex) 학습 도구, 학습 선생님 같은 상품적 표현

- 평범한 단어들 => 경쟁력 , 기술이 없나?

ex) 큐레이션, 개인 맞춤형, AI, 머신러닝, 기계 학습, 블록체인

결론: 사용자와 심사위원 입장에서 쉽게 이해되고 호기심 드는 , 재밌는 언어로 정의 임팩트 !! 간결 표현 하자

1) 학생 업고 뛰는 새로운 디지털 학교의 등장 On School Is REAL !

2) 너의 학교는...

3) 응답하라 2025는 디지털 학교가 배경이 된다. (Onschool Is Real)

2. 개요

- 기회를 주는 것

- 서비스 차별화되는지

- 시장에 대해서 표현

- 이때 사로잡아야 한다.

- 자기 소개하는 방법

- 무게감과 임팩트가 중요하다.

- AI 딥러닝 기반의 비대면 모바일 영어 학습 플랫폼 서비스 ? => 유사한거 너무 많아.

- 흥미도 떨어져

- AI 딥러닝 기반이 정말 가능한가? 의구심 => 읽다보면 역시나...

- 개성을 실는다면

- 이 서비스를 통해서 반복 사용해서 학습한 사람이 누구인가? "소외계층, 지방에 있는 학습 기회에서 조금은 기회가 된 분들이 굉장히 단기간에 학습적 성취를 추구할 수 있다" 같은 사용자 기반의 결과물

결론: 사용자 기반의 결과물을 앞에서 쓴다면 설득력이 있다.

- 찾지못한 내 친구를 찾을 수 있다.

- 나랑 맞는 친구

- 어울리는

- 친구랑 노는 방법의 확대

- 친구를 만나는 기회 확대

- 사회성

산타토익 대표님: 사용자가 원하는게 무엇인가 정확히 이해함

- 사용자는 AI 활용보다, 단기간에 빠르게 성적을 올리는 것에 관심있어함.

- 그 방법이 차별적이고, 개성있게 느껴져야 신선함.

바겐세일

- 바겐세일이란 말은 50년이 넘는 시간동안 살아남은 표현.

- 이제는 '어떻게 해서 바겐세일이 가능한거지?'라는 과정에 집중한다.

J: 학생들이란 사용자는 인기 있고 싶어하고, 관심 받고 싶어하며, 내 친구가 궁금하고, 나랑 맞는 친구를 사귀고 싶어한다.

- 차별성 너무 어렵게 썼다,

- "중/고생 입시 영어 최초의 학습자 맞춤형 어댑티브 m-러닝 시스템"

- 개성 x, 매력 x

- 매력적인 목표 시장은 용서가 된다.

- 5.1조라는 시장이 현실적으로 들리진 않는다.

- 사업적 단계를 봤을 때 조금 더 현실적인 것에 집중하는 것이 좋다.

- 독창적인 시장에 집중

- 어떤 고민거리가 있는 학생들 입장에서 들어가서 해당 학생들의 문제를 해결할 수 있다는 것

- 이 시장에 속해있는 학부모, 학원 선생님이라는지 구체적인 시장이나 시장의 참여자들로 정의를 한다면, 시장 크기도 훨씬 구체화되고 제품의 개성도 더 드러날 것

- 이런 형태의 시장 크기 정의는 다른 사업가들도 하기 때문에 개성이 사라짐.

- 내가 focus 하고자 하는 시장을 최대한 압축하고 또 압축해서 사용자를 딱 한명으로 만들어낼 수 있다면 더 전달됨

- 아 그래? 그런 시장이 있었어?

- 개성있는 시장 정의를 하자

꽉 잡을 수 있는 층 정의=> 확장해나가는 로드맵

- 작은 그림을 봐도, 큰 그림을 봐도 이야기 하고

- 작고 명확한 사용자를 유입시킬건데 (개성 중요)

=> 이것이 잘 됐을 때 어떻게 큰 시장에 효과적인 방식으로 임팩트를 줄 것인가?

- 어려운 단어들이 너무 많이 들어갔다.

- 심사위원 입장에서 메리트 없음

- 피로감이 많이 느껴짐

- focus 하고 싶은 2-3개 단어로 압축시키고

- 단어 중심으로 그림을 그렸을 듯.

- 맞춤형 커리 큘럼 => 나만의 오답노트 or 백만 명이 틀리는 오답 유형 or 내가 가장 많이 틀리는 실수를 알아채는 법

- ex) "오늘 남은 객실을 반값으로 이용하기"

- 1~3page에서 웬만하면 결정난다.

- 이 기술을 활용했을 때 어떻게 바뀔까에

- 요즘에 트렌디한것들 잘 안먹힘

J: 학교 배정, 반 배정 학생이 선택하는 시대가 도래한다.

학생들에게 친구를 만날 기회를 준다.

학생들은 더 많은 친구를 만날 권리가 있다.

영상 3

https://www.youtube.com/watch?v=qoSoLPOGyqc

k스타트업 매출상승을 위한 성공적인 온라인 마케팅 후기

Fo_rdang — Fri, 21 Feb 2025 13:59:26 +0900

수업 전

1차, 2차 지원했는데 마감이 다 되었다고 해서

3차에 교육을 들으러 갈 수 있었다.

그렇게 인기가 많나? 했는데, 애초에 많은 인원을 수용하지 못하는 교실이였다.

20명 정도 오셨던 것 같다.

연령대는 20대~60대 다양했다.

날짜는 2025년 2월 20일(목) 18: 30 ~ 21:00 였다.

그러나 실제로는 21:40에 끝났고, 질의응답을 원하신 분들은 더 오래있었다 (난 불참)

들어가면, 간식 자유롭게 먹으라고 하신다. (정말 다양하고, 붕어빵도 해주셨다 ㅋㅋㅋ)

그래서 나는 눈치 안보고 먹었다...

수업 중간엔 웬만하면 먹지 않으려고 했는데,,

당이 너무 땡겨서

영상 틀어주실 때 입에 쑤셔넣곤 했다.

( + 던킨도넛은 내돈내산이다)

수업후기

나는 실질적인 온라인 마케팅 방법을 들을 것으로 기대하고 갔다.

예를 들어, 인스타에서는 어떤 식으로 광고를 하고,

또 설정들,,

구글애즈를 통해서는 어떤 식으로 광고를 하고,

어떻게 광고들을 관리하고 하는지,,

이것들에 대해서 유튜브에 많이 나와있지만,

뭔가 이번 오프라인 세미나를 통해 집중적으로, 전체적으로 알고 싶었는데,

이것을 알려주는 세미나는 아니였다.

그럼 잘못 찾아왔냐? 그건 아니였다.

유의미한 수업이였다고 할 수 있다 !

대체로 직접 마케팅을 맡은 회사들의 사례를 통해

요즘 통하고 있는 마케팅 방법에 대해서 알려주셨다.

여기서 마케팅 방법이라 함은 ~~~

한줄로 말하면 감이 안오실 것 같아.

아래 간단하게 적어보겠다.

수업내용 (어떤 수업인지 감 잡으시라는 의미에서 작성)

1. 브랜딩에 관한 것

ex) 농수산물은 특징이 없으니, 파는 사람으로 브랜딩을 한다.

2. 대표의 신뢰성 , 제품의 안정성, 제조의 투명성이나 공정성을 강조하는 것

- 제품이 완성되는 과정을 영상으로 보여주며 제조의 투명성을 강조한다.

- 대표가 매트리스 원가 공개를 통해 신뢰성을 얻는다.

3. 상세페이지

- 상세페이지를 보기 좋게 작성해야 한다.

- 온릴스 상세페이지 보면 빨, 검, 흰, 노 이외 다른 색상은 사용하지 않는다.

- 실제 구매 고객 인터뷰 영상이 있다.

4. 썸네일

- 썸네일은 자극적이고, 독특하고, 이슈화 되어야 한다 !

5. 리뷰의 중요성

- 제품을 팔고 리뷰를 꼭 받아내야 한다.

- 해당 리뷰를 받을 수 있는 확률 높이는 간단한 방법 !

결론

대략 이런 내용이다.

나처럼 실질적으로 방법을 알고 싶었다면, 조금은 실망했을 수도 있지만

그런 나조차 광고에 대해서 다시 생각할 수 있었던 계기가 되었고,

큰 방향성을 다시 잡을 수 있어서 좋았다.

사업을 시작하신다면,

사업을 하고 계시다면,

이런 마케팅 수업 한번쯤 들어서 관점을 바꿀 수 있다면 좋을 것 같다.

# [15차] 원티드 일괄 8곳 [서류 지원 및 후기]

Fo_rdang — Tue, 31 Dec 2024 20:27:10 +0900

지원 동기

사실 원티드 일괄 지원을 좋아하지 않는다.

부트캠프 끝나고 일괄 지원 때 우수수 떨어졌고, 인턴 끝나고 일괄 지원 때도 다 떨어졌을 것이다?

그래도 몇 개 붙은건 그거 하나 정성스레 썼을 때 (자소서를 쓴다든가? ) 였기 때문이다.

그래도 이번엔 좀 다를까? 어떤 궁금증이 들었고, 아래와 같이 8곳 일괄 지원을 했다.

자격요건에 맞는 것 같을 때 지원을 했는데, 한번 두고 봐야 할 것 같다.

서류 지원

이건 re6, pt6 버전으로 지원을 했다. 이력서에 포트폴리오 link가 있으니 가능했다.

백준 11049 : 행렬 곱셈 순서 - javascript(dp)

Fo_rdang — Tue, 31 Dec 2024 12:17:24 +0900

문제 출처

https://www.acmicpc.net/problem/11049

정답 풀이

"행렬 곱셈 순서"는 dp를 이용해 푸는 전형적인 문제다.

최소 연산 횟수를 구하는 문제

행렬곱셈은 결합법칙을 따르기 때문에, 곱하는 순서에 따라 연산 횟수가 달라짐

문제 해결 전략

1. 행렬 곱셈 연산의 특징: 두 행렬 A (r1 x c1)와 B (r2 x c2)를 곱하면 새로운 행렬은 (r1 x c2)가 되고, 연산 횟수는 r1 * c1 * c2가 됩니다. 연산 순서를 바꾸면 그에 따라 필요한 곱셈 횟수가 달라집니다.

2. dp: DP 테이블을 사용하여 행렬을 곱하는 순서별 최소 연산 횟수를 저장합니다. dp[i][j]는 i번째 행렬부터 j번째 행렬까지 곱하는 데 필요한 최소 연산 횟수를 나타냅니다.

정답 코드

const fs = require('fs');
const input = fs.readFileSync('/dev/stdin').toString().trim().split('\n');
const n = parseInt(input[0]);
const matrices = input.slice(1).map(line => line.split(' ').map(Number));

const dp = Array.from({ length: n }, () => Array(n).fill(Infinity));
const dimensions = matrices.map(([r, c]) => [r, c]);

for (let i = 0; i < n; i++) {
    dp[i][i] = 0;  // 한 개의 행렬은 곱셈 연산이 필요하지 않음
}

for (let length = 1; length < n; length++) {
    for (let i = 0; i + length < n; i++) {
        const j = i + length;
        for (let k = i; k < j; k++) {
            const cost = dp[i][k] + dp[k + 1][j] + dimensions[i][0] * dimensions[k][1] * dimensions[j][1];
            dp[i][j] = Math.min(dp[i][j], cost);
        }
    }
}

console.log(dp[0][n - 1]);

의사 코드 추가

const fs = require('fs');
const input = fs.readFileSync('/dev/stdin').toString().trim().split('\n'); 
// 입력을 읽어온 후 처리 (첫 번째 줄은 행렬 개수, 나머지는 행렬의 크기 정보)
const n = parseInt(input[0]);  // 행렬의 개수
const matrices = input.slice(1).map(line => line.split(' ').map(Number)); 
// 각 행렬의 크기를 배열로 저장

const dp = Array.from({ length: n }, () => Array(n).fill(Infinity));  
// DP 테이블을 생성하고, 최소값을 찾기 위해 초기값을 Infinity로 설정

// 행렬의 차원 정보를 저장 (행, 열)
const dimensions = matrices.map(([r, c]) => [r, c]);

// DP의 대각선은 0으로 초기화 (한 개의 행렬은 곱셈이 필요하지 않기 때문)
for (let i = 0; i < n; i++) {
    dp[i][i] = 0;
}

// 연속된 행렬을 처리하는 범위를 length로 설정 (1개부터 n개까지)
for (let length = 1; length < n; length++) {
    for (let i = 0; i + length < n; i++) {
        const j = i + length;
        // i부터 j까지의 행렬 곱셈을 처리
        for (let k = i; k < j; k++) {
            const cost = dp[i][k] + dp[k + 1][j] + dimensions[i][0] * dimensions[k][1] * dimensions[j][1];
            // i에서 j까지 행렬 곱셈에 필요한 최소 비용 계산
            dp[i][j] = Math.min(dp[i][j], cost); 
            // 더 작은 연산 횟수가 있으면 갱신
        }
    }
}

// 최종 결과 출력 (dp[0][n-1]이 최소 연산 횟수)
console.log(dp[0][n - 1]);