개요
서비스
미리보기
소개
- 서비스 명: Aloha Coupon, 알로하 쿠폰
- 서비스 주제: 커플 쿠폰 서비스
- 서비스 플랫폼: iOS App
핵심기능
- 두 명의 사용자가 커플로 연동할 수 있다.
- 커플 쿠폰북에 원하는 쿠폰을 추가할 수 있다.
- 쿠폰북에서 골라 상대에게 쿠폰을 발급할 수 있다.
- 보유하고 있는 쿠폰을 사용하면 상대에게 알림이 전송된다.
스토리 보드
프로젝트
규모
-
기간: 3달
- 전체 기간
20.12.28 ~ 21.03.18
- 전체 기간
-
인원: 3명
- Noly-Poly✋
PM
네이티브 iOS App 개발 - Aejeong👩💻
도메인 및 API 서버 구현 - Whaler👨
브랜딩, 마케팅
- Noly-Poly✋
기술 스택
- 언어
- Swift/SwiftUI
- Java
- MySql
- 프레임워크
- Spring Boot
- API
- Social Login(Kakao, Google, Apple)
- Firebase FCM Notification
- Apple In-App Purchase API
- 라이브러리
- Alamofire
- SwiftyJSON
- JPA
- QueryDsl
- Lombok
- okhttp3
- Jasypt
기획
1. 커플 쿠폰이란?
나와 여자친구는 '커플 쿠폰'이라는 개념을 도입해 장기 연애 중 일어나는 거스러미를 유연하게 대처하고 있었다. 예를들어 약속에 지각을 했을때 무조건 용서를 해주어야하는 '지각 용서권', 보고 싶다고 호출을 하면 모든 일을 제쳐두고 달려가야 하는 '소환권', 커피나 밥을 사주는 쿠폰 등 다양한 상황에 맞춰 쿠폰을 서로 주고 사용하는 식이다. 상대에게 화가 나는 일이 생겼을때 용서해줄테니 쿠폰을 달라고 협박 협상을 할 수도 있다.
2. 팀 프로젝트로 출발
이 커플 쿠폰 제도는 참 좋은데 단점이 있다. 쿠폰을 사용하지 않고 무한정 쟁여놓아 부담을 높이거나 구두로 진행되다 보니 혼동하는 경우도 잦았다. 그래서 서비스로 만들어 관리할 수 있으면 편리할 것 같아 이번 팀 프로젝트로 진행되었다.
3. 웹이 아닌 앱 개발
이 서비스의 핵심 기능은 쿠폰을 잘 보관하고 쿠폰을 사용했을때 상대에게 알림(푸시)가 가는 것이다. 그런데 알림 기능을 구현하려면 모바일 웹에서는 불가능 했고 팀에는 앱을 개발할 수 있는 개발자가 없었다. 고민 끝에 Objective-C까지는 아니더라도 전부터 그나마 Swift에 관심이 있었던 내가 맡기로 했다.
개발
1. 속성으로 학습하기
1-1. Swift와 SwiftUI
책과 온라인 클래스를 알아 보다가 인프런에서 커리큘럼에 JSON 통신과 여러 예제들도 포함된 SwiftUI - iOS14 퍼펙트 가이드를 찾아서 열심히 수강했다. 강의가 다 끝나서야 알게된 것이 Swift와 SwiftUI는 엄연히 다른 언어였다. Swift가 Server의 Java라면 SwiftUI는 JavaScript 기반의 jQuery를 쓰는 차이와 비슷했다. 그래서 데이터 모델과 여러 API를 사용하기 위해 Swift도 공부를 해야했는데 iOS 개발을 위한 swift5 완벽 가이드를 참고하며 구글링하며 프로젝트를 진행했다. 쉽고 객체지향적이며 괜찮은 언어라고 생각되는데 Swift와 관련해서 참조 자료가 아직까지 너무 부족해서 문제가 생겼을때마다 애를 먹었던 것이 기억에 남는다.
2. API
2-1. API 서버와 통신
Postman으로 API를 테스트하며 응답결과에 맞춰 연결해나갔다. 처음에는 App에서 API 서버로 요청하기 위해 Swift로만 사용했었다.
class WebService{
func getCoupon(completion: @escaping ([CouponVO]) -> Void) {
guard let url = URL(string: "") else {
return
}
URLSession.shared.dataTask(with: url) { (data, response, err) in
guard let hasData = data else {
return
}
let coupons = try! JSONDecoder().decode([CouponVO].self, from: hasData)
completion(coupons)
}
}.resume()
}그러다가 직관성과 HTTP 메소드를 편하게 사용하기 위해 라이브러리를 찾아보았다. Cocoapods을 통해서 라이브러리들을 install 하였고, Alamofire를 사용한 코드로 대체하여 통신하고 받아온 JSON은 SwiftyJSON으로 파싱하여 사용했다.
class WebService{
func getCoupon(){
let url = ""
AF.request(
url,
method: .get,
parameters: nil,
encoding: URLencoding.default,
header: ["Content-Type":"application/json", "Accept":"application/json"]
)
.validate(statusCode: 200..<300)
.responseJSON{ (json) in
print(json)
}
}
}2-2. 소셜 로그인 API
import SwiftUI
import KakaoSDKCommon
import KakaoSDKAuth
import Firebase
import GoogleSignIn
class AppDelegate: NSObject, UIApplicationDelegate, GIDSignInDelegate {
// 카카오 로그인
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil) -> Bool {
print("didFinishLaunchingWithOptions called!")
KakaoSDKCommon.initSDK(appKey: "", loggingEnable:true)
return true
}
// 구글 로그인
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil) -> Bool {
print("didFinishLaunchingWithOptions called!")
FirebaseApp.configure()
GIDSignIn.sharedInstance().clientID = FirebaseApp.app()?.options.clientID
GIDSignIn.sharedInstance().delegate = self
return true
}
func sign(_ signIn: GIDSignIn!, didSignInFor user: GIDGoogleUser!, withError error: Error!) {
guard let user = user else{
print(error.localizedDescription)
return}
let credential =
GoogleAuthProvider.credential(withIDToken: user.authentication.idToken, accessToken: user.authentication.accessToken)
Auth.auth().signIn(with: credential){ (result, err) in
if err != nil{
print((err?.localizedDescription)!)
return
}
// SocialSession
signTemp.set(platform:"google",id:(result?.user.email)!)
print((result?.user.email)!)
}
}
}API 문서에 설명된 환경과 달랐는데 참조 자료가 나오질 않았다. 한참을 해매다가 결국에 Main Struct에 Adaptor을 이용해 AppDelegate를 연결해주어 해결했다. 테스트에 성공을 하고 SocialSession 객체를 만들어 카카오, 구글, 애플 로그인을 한번에 컨트롤 할 수 있도록 했다.
애플 로그인은 화면에서 구현을 하게끔 되어있었다.
SignInWithAppleButton(.signIn,
onRequest:{ (request) in
request.requestedScopes = [.fullName, .email]
}, onCompletion:{ (result) in
switch result{
case .success(let authorization) :
if let appleIDCredential = authorization.credential as? ASAuthorizationAppleIDCredential {
let userId = appleIDCredential.user
let identityToken = appleIDCredential.identityToken
let authCode = appleIDCredential.authorizationCode
let email = appleIDCredential.email
let givenName = appleIDCredential.fullName?.givenName
let familyName = appleIDCredential.fullName?.familyName
let state = appleIDCredential.state
socialSession.set(state: true, id: userId)
isLogin.toggle()
}
break
case .failure(let error) :
break
}
}
)2-3. 푸시 API
FCM API를 이용해 알림 기능을 개발하는데 앱 자체에서 요청과 응답을 처리하려고 했으나 로컬 푸시를 성공시키지 못했다. 그래도 원격으로 서버를 한번 거쳐 앱 -> 서버 -> FCM -> 앱으로 구현을 마쳤다. 알고보니 하필 업데이트 사이즈가 컸던 최신 버전의 Swift를 사용하게 되었는데 그래서 같은 환경의 사례를 찾아볼 수 없었다. 최신 버전의 언어를 사용하면서 겪는 애로사항을 알게된 것 같다.
앱스토어 등록
App Store Connect
개발자 등록
처음으로 해야할 것은 애플 개발자 등록이였다. 애플 개발자 프로그램의 회비는 무려 연 99달러로 한화 129,000원인 셈이라 작은 금액은 아니였지만 꼭 해야하는 절차였다. 개인의 경우 크게 어려움 없이 신청하고 몇 일이 지난 뒤 승인받을 수 있었다.
App Upload
예전에는 더 복잡했었다고 하는데 간단해졌다. xCode에서 Archive해둔 App을 App Store Connect로 바로 Upload 할 수 있었다. 버전 업데이트할때마다 과정을 반복했다. 처음에 애플 개발자 사이트에서 Certificates, Identifiers & Profiles, Provisioning 들을 등록해야하는데 사이트가 리뉴얼이 되면서 카테고리 분류도 달라져있어서 적당히 잘 찾아서 해야했다.
TestFlight
나는 바로 테스트 해볼 수 있었지만 팀원들의 경우 App을 테스트하려면 이메일 인증을 거쳐 사용자를 등록해준다음 TestFlight 앱을 앱스토어에서 다운 받으면 앱 내 리스트에서 베타 버전의 App을 설치하는 절차가 필요했다. 개발자 팀원들은 어려움이 없었지만 일반 팀원들은 복잡하게 느꼈다고 한다.
Appstore 심사
애플 앱스토어 심사가 깐깐하기로 유명했기에 리젝 사례들을 찾아 미리 검토를 열심히 했다. 최근 몇년사이 기간도 짧아지고 개선됐다고 한다.
TIP
- 애플 심사원은 한글을 읽을 수 있다.
- 코드를 뜯어보지 않고 표면적인 기능을 심사한다.
- 앱이 복잡하면 심사에 걸리는 시간이 길어진다.
- 보통 2일 내에 승인, 리젝이 나는 경우가 많다.
- 미국 휴일을 포함하는 경우 심사 기간이 매우 길어진다.
REJECT CASE
로고, 저작권 도용
샘플 데이터, 아이콘, 스크린샷에 주의한다.앱 빌더 사용
다른 사업체의 앱을 하나의 계정으로 관리하는 것은 불가능하다.테스트용 아이디
애플 심사 직원은 회원가입을 하지 않는다.회원가입 필수 필드
GDPR(개인정보보호법)에 따라 표면적으로 연관성이 없다면 설득해야하고 보통 리젝된다.ip 노출
앱을 사용하는 도중 어떤 이유로든 ip가 노출되어선 안되고 반드시 도메인이 연결되어 있어야한다.테스트 콘텐츠 노출
차라리 아무 컨텐츠가 없는건 괜찮지만 test와 같은 개발을 위한 단어가 들어있으면 리젝 사유이다.ATTENTION
- 통신
- HTTPS 프로토콜을 준수한다.
- 소셜 로그인
- 일반 로그인 혹은 게스트 로그인이 필요하다.
- 로그인 이외에 소셜 기능을 사용한다.
- 애플 로그인은 필수로 탑재한다.
- 완성도
- 오류가 발생하지 않는다.
- 앱으로 만들지 않아도 될 정도의 단순한 기능 구성이 아니다.
- 형편없는 서비스 디자인이 아니다.
- 결제
- 인앱으로 구입해야하는 디지털 재화를 다른 방식(쿠폰과 같은)으로 제공하지 않는다.
- 인앱으로 구입해야하는 디지털 재화를구입해서 상대방에게 선물하는 기능을 제공하지 않는다.
- 초대, 리뷰에 대한 리워드를 주지 않는다.
- 스크린샷
- 아이폰이 아닌 형태의 스마트폰이 그려져 있는 앱 스크린샷을 제출하지 않는다.
하지만 리젝을 피할 수 없었는데 말도 안되는 이유는 아니였고 양식에 어긋난 부분들을 조금씩 수정했다. 그리고 로그인을 하고 커플 연동을 해야 완전히 서비스를 이용해볼 수 있었는데 임시 커플 연동 코드를 기재해서 테스트 해보실 수 있도록 하고 재심사에 통과했다.
알로하 쿠폰 플러스
인앱결제 기능
앱의 반응도 괜찮았고 구독방식 플러스 기능을 추가하자고 팀의 의견이 모여서 인앱결제 기능을 개발하는데 레퍼런스 자료가 한, 두개 정도밖에 찾을 수가 없었고 심지어 지금 개발환경과 일치하지도 않아서 분석하고 여러 시도를 하는데 애를 먹었다.
운영 배포
1.0 버전이 먼저 배포가 된 후 결제 기능이 추가된 버전을 배포해야 했는데 수익이 생기는 일이다 보니 사업자와 통신판매업이 필요해 이것을 등록하느라 보름정도 소요됐던 것 같다. 그런데 문제가 생겼다. 테스트 환경에서는 결제 기능이 잘 됐었지만 배포된 앱에서는 제대로 작동하지 않는 것이였는데, 이게 앱에서 문제가 있는건지 Connect 설정에 문제가 있는건지 알 수 있는 단서가 없었다. 결국 해결하지 못 하고 프로젝트를 종료하게 되었다. 너무 아쉽다.
마치며
JAVA 언어 기반의 웹 개발에 익숙해있던 나에게 새롭지만 막막한 모험이였던 프로젝트였다. 처음 써보는 언어와 개발 및 테스트 환경과 툴에 배포 또한 다 해매고 찾아보았어서 아주 특별한 경험으로 남을 것 같다. 또 써보고 싶다.
