라벨이 Design인 게시물 표시

모바일 식권 서비스 만들기(4) - DB 스키마(Building a Mobile coupon for meal -DB schema)

이미지
모바일 식권 서비스 만들기(4) - DB 스키마(Building a Mobile coupon for meal -DB schema) 모바일 식권 서비스 만들기(4) - DB 스키마(Building a Mobile coupon for meal -DB schema) 음 일단 기본적인 DB schema 를 만들어볼려고 한다. 일단 크게 메뉴(Menu), 사용자(User), 식권(Coupon) 세 개의 모델을 만든 후 각각의 관계를 정의해서 만들 생각이다. 늘 그렇듯 이렇게 해놔도 또 추가할게 생기겠지만 쩜쩜 . . .

모바일 식권 서비스 만들기(3) - UI 디자인(Building a Mobile coupon for meal - UI design)

이미지
모바일 식권 서비스 만들기(3) - UI 디자인(Building a Mobile coupon for meal - UI design) 모바일 식권 서비스 만들기(3) - UI 디자인(Building a Mobile coupon for meal - UI design) 오븐 앱 툴로 UI 디자인을 해봤다. 먼저 식권 구매자가 사용하는 UI. 메인 페이지. 메뉴 페이지 수량설정 및 구매 페이지 결제 후 완료페이지 모바일 식권 페이지 여기까지 기본적인 구매자가 필요한 UI 페이지. 다음으로는 관리자가 필요한 UI 페이지 관리자_메인페이지 관리자_메인페이지(로그인 후) 사이드바 UI 메뉴 등록 페이지 메뉴 상세 페이지 일단 기본적으로 이렇게 UI 디자인을 한 이후에 DB를 짜봐야겠다.

즐겨찾기 사이트 모음 및 관리 서비스 만들기(1) - (Building a favorite site management service)

즐겨찾기 사이트 모음 및 관리 서비스 만들기(1) - (Building a favorite site management service) 즐겨찾기 사이트 모음 및 관리 서비스 만들기(1) - (Building a favorite site management service) 요즘 매일매일 들어가야하는 사이트가 많아졌는데 즐겨찾기에다가 저장해놔도 맨 아래에 있고 아무튼 뭔가 불편하다고 생각이 들었음. 그래서 즐겨찾기 사이트를 모아놓고 관리할 수 있는 사이트를 만들어야겠다고 생각을 해서 급하게 만들게 됨. 근데 만들려고 생각해보니까 로그인을 해야하는 문제가 있긴 한데 , , , 음 이건 아이디랑 비밀번호를 저장해놓으면 되지 않을까라는 생각이 듬. . 아무튼 머리 속에 있는 걸 빠르게 만들기로 , , , 간단한 사이트니까 기획없이 하려다가 그냥 잠깐 적고 가는게 좋겠다 생각이 듬. Q. 왜 만들어야하는가, 왜 이 서비스를 이용해야하는가? A. 현재 브라우저에 있는 즐겨찾기 서비스가 불편함. 찾는 것이 어려움. 끝. 1시간 안에 만드는 것이 목표.

만남(미팅, 소개팅) 서비스 만들기(1) - (Building a new dating service, meeting service)

만남(미팅, 소개팅) 서비스 만들기(1) - (Building a new dating service, meeting service) 만남(미팅, 소개팅) 서비스 만들기(1) - (Building a new dating service, meeting service) 이게 인기가 있을지는 모르겠지만 어차피 재미로 만드는거니까. 얼굴 사진이 없는 소개팅 서비스를 만들려고 한다. 얼굴 사진 없이 그 사람을 잘 드러낼 수 있는 정보만 보고 선택하게 된다면 조금 더 진정성이 있지 않을까 해서 만들어보는 것이다. 그럼 기획이라고 하긴 허접하지만 간략하게 기획을 해보려고한다. Q. 사람들은 왜 이 서비스를 이용해야 하는가? A. 음 … 어려운 질문이다 … 이 대답을 위해서는 왜 이 서비스를 만드려고 했는지에 대해 이야기하는 것이 좋을 것 같다. 데이팅 앱을 한 번 만들어보려고 해서 그동안 데이팅 앱에 대한 후기 및 문제점에 대해서 조사를 했다. 그리고 가장 많이 불평(?), 불만이 있던 부분이 사진만 보고 스킵해버리는 것이 불만이라는 부분과 진정성이 없고 양다리, 문어다리를 걸치는 사람이 많다라는 것이 불만과 문제점으로 많이 나왔다. 그래서 사진만 보고 걸러지는 앱에 신물이 난다면, 진정성있게 둘만의 만남을 가지고싶다면, 이 서비스를 이용해봄직하다. Q. 고객은 어떤 사람인가? A. 20세~29세인 성인 남녀가 타겟 고객. 기존 사진, 외모 위주의 데이팅 앱에 염증을 느끼는, 보다 진정성 있는 데이팅 앱을 사용하고싶은 20대 성인 남녀. 이성친구를 만들고 싶은, 외로운 솔로. Q. 시장 규모 및 전망은? A. -소셜 데이팅 앱 국내 시장 규모 2016년 700억 -국내 유저 월 평균 결제 정보 1인당 18,400원/월 개월당 10%~25% 구매전환율 -국내 유저 소셜 데이팅 앱 사용 현황 25세~44세 미혼 인구 약 600만명(2015년 기준) 가입자 약 300만명 예를 들어 월 방문자가 10...

모바일 식권 서비스 만들기(2) - Usecase diagram(Building a Mobile coupon for meal - Usecase diagram)

이미지
모바일 식권 서비스 만들기(2) - Usecase diagram(Building a Mobile coupon for meal - Usecase diagram) 모바일 식권 서비스 만들기(2) - Usecase diagram(Building a Mobile coupon for meal - design) 시나리오를 바탕으로 Usecase diagram 을 간단하게 만들어보았다. 식권을 사는 구매자, 관리자로 나누어 만들었다. 로그인에 대한 것을 생각했는데 로그인을 하면 귀찮아할 것 같아서 일단은 없이 가고 필요하면 만들까 고민을 하고 있다. 아니면 일단 로그인은 만들고 권한만 없앨까 생각도 하고 있다.

모바일 식권 서비스 만들기(1) - 기획(Building a Mobile coupon for meal - design)

이미지
모바일 식권 서비스 만들기(1) - 기획(Building a Mobile coupon for meal - design) 모바일 식권 서비스 만들기(1) - 기획(Building a Mobile coupon for meal - design) 페이스북에서 식권대장의 서비스를 보았다. 예전부터 한 번 만들어보고싶은 서비스였는데, 이 참에 한 번 간단한 버전으로 만들어보면 어떨까 생각이 들어서 실행에 옮기기로 했다. 간단하게 왜 만들어야하는지만 생각해보고 다음으로 넘어가려고 한다. Q. 이게 왜 필요한가, 왜 이것을 사용해야만하는가 내가 학식을 먹고 싶을 때 줄을 기다리지 않고 바로 사먹으려고. 학식 관리자가 남은 수량을 체크해 빠르고 정확하게 품절에 대한 공지를 내릴 수 있게하려고. Q. 그럼 고객에게 주는 가치는 무엇인가 먹고싶을 때 줄을 서지 않고 사고 바로 가서 먹는다 = 시간 절약 샀는데 품절이 나는 현상을 관리자, 소비자 모두 겪지 않을 수 있다. = 고객 불만 해소 유저 시나리오는 다음과 같다. 사먹는 사람(이하 소비자)는 오늘 학식 메뉴가 뭔지 궁금해한다. 오늘의 학식 메뉴를 확인한다. (식당마다) 메뉴를 결정했으면 해당 메뉴에 대한 구매 버튼을 누른다. 수량을 설정하고 (가격이 수량에 따라 나오고) 결제를 한다. 결제가 완료되면 모바일 식권이 발급된다. 식당 관계자(이하 관리자)는 메뉴를 입력한다. (식당마다) 판매를 시작하고 판매를 중지할 권한을 갖는다. 이 때 권한은 크게 일시정지, 총 수량 입력 형태로 갖는다. 결제 내역, 판매 내역에 대한 정보를 확인할 수 있다. 환불과 교환이 필요한 지는 잘 모르겠다. 일단 없다고 치고 위와 같은 시나리오를 바탕으로 UML과 UI를 만들어야겠다.

만남(미팅, 소개팅) 서비스 만들기(2) - (Building a new dating service, meeting service)

이미지
Welcome file 만남(미팅, 소개팅) 서비스 만들기(2) - (Building a new dating service, meeting service) 이제 유저 시나리오를 써보려고 한다. 사이트를 켠다. 로그인 화면이 나온다. 회원가입이 안되어 있을 때 회원가입을 한다. 회원가입 완료 후 로그인을 한다. 로그인 후 정보 입력이 완료 안되어있다면 정보 입력 완성하기 버튼이 나옴. 정보 입력 시 본인 인증을 해야 함. 정보 입력이 완료되어있다면 정보 심사 중이라고 나옴. 정보 심사가 끝나면 소개 받을 준비가 됐다고 나옴. 비밀번호 수정할 수 있음. 나의 정보 수정할 수 있음. 나의 정보 수정하면 다시 심사 받아야함. 회원탈퇴할 수 있음 소개 그만 받기를 누르면 그만 받을 수 있음 하루에 1번 1명 소개 받음. 소개가 되면 상대방의 정보를 확인할 수 있고 관심있다는 관심 표현을 보낼 수 있음. 마음에 들면 알아볼까요 라는 메시지 보낼 수 있음 그 메시지는 포인트가 있어야 보낼 수 있음. 아이템을 사면 메시지를 보낼 수 있음(결제). 포인트는 매일 하루 출석체크를 통해 포인트를 받을 수 있음. 매일 하루 광고성 페이지를 클릭하면 또 받을 수 있음. 정보 수정을 하면 다시 정보 심사를 받아야 함. 더 알아볼까요 라는 메시지를 받았을 때 수락한다는 메시지를 보내면 성사가 됨. 수락 메시지 또한 포인트가 있어야 함. 수락은 하루 안에 해야 함. 수락은 하루 지났을 땐 3일 안에 아이템, 더 많은 포인트를 쓰면 수락 가능 함. 수락이 되면 서로의 이름, 핸드폰 번호를 보여줌으로써 서로 연결이 됨. 연결이 되면 소개가 중단 됨. 서로 마음이 맞지 않아 그만 만나게 됐습니다 버튼을 누르면 다시 소개가 시작됨. 해당 버튼을 누르면 상대방도 끊어짐. 아이템을 무통장입금, 계좌이체 또는 카드 결제로 살 수 있음. 생각나는대로 적어보았다. 이를 바탕으로 유즈케이스 다이어그램을 작성해보...

즐겨찾기 사이트 모음 및 관리 서비스 만들기(2) - (Building a favorite site management service)

이미지
즐겨찾기 사이트 모음 및 관리 서비스 만들기(2) - (Building a favorite site management service) 즐겨찾기 사이트 모음 및 관리 서비스 만들기(2) - (Building a favorite site management service) 기획과 개발 모두 할려고 했는데 아는 동생과 함께 하면 더 재밌을 것 같아서 기획만 하고 개발은 아는 동생이 하는 걸로 ! 가 아니라 데이팅 서비스를 개발하기로 되어서 이건 다시 내가 만들기로 그리고 고민을 해봤을 때 크롬 확장프로그램으로 만드는게 낫지 않을까 싶어서 확장프로그램으로 만들고 그에 맞는 리디자인을 해보았다. 메인 페이지는 바로 북마크 리스트 + 검색바 + 등록 버튼 그리고 리스트에는 수정 및 삭제버튼이 있고 텍스트를 만들면 해당 사이트로 이동 우측 하단에 있는 + 버튼을 누르면 북마크 등록할 수 있는 팝업창이 뜨고 등록할 수 있다. 수정 버튼을 누르면 해당 이름과 URL 을 바꿀 수 있다. 삭제 버튼을 누르면 북마크를 삭제할 수 있다.