1. 결제 모듈이란? (나름정리)

결제 모듈은 대체로 대행사에서 지원되는 자료를 가공하여 입출력 하는 방식입니다.
대행사에 맞춰서 각각의 모듈이 있다면, 많이 사용되는 모듈들이 버젼별로 나오지 않을까 하는 생각입니다.

2. 어떤 결제사와 결제방식을 선택할 것인가?

어떤 대행사에 맞춰서 개발한다기 보다는 " 사용자 선택 " 이 다양하고 용이하도록 구성되어야 한다고 생각됩니다.
이니시스 등의 국내 결제에 맞는 모듈이 먼저 개발되어야 한다고 생각됩니다.

하지만 페이팔이나 구글 체크아웃등을 언급한 이유는 국내가 아닌 영어권 영역이 크기 때문에..
그런 쪽으로도 생각해 보아야 한다는 뜻이었습니다.

저는 영어권에 쿠폰 사업을 해볼까 하다가 지금은 접었지만, 정말 페이팔 같은 영어권에서 대중적으로 사용되는 모듈이
너무나 필요한 처지에 있었습니다.

3. 어떤 상품을 결제할 것인가?

결제 해야할 상품이나 서비스 종류에 따라서 너무나 다양한 방식이 있기 때문에 이 방법을 고민해 봐야 합니다.
거의 제로보드 한개가 더 개발되는것과 같은 것이죠....

컨텐츠의 판매도 있을 수 있고..
일반 물품의 판매도 있을 수 있고..
서비스의 판매도 있을 수 있으며..
중개가 필요한 것도 에스크로가 필요한 것도 있을것이고..
정기구독처럼 년단위로 관리되어야 할 것들도 있을것이고..
그밖에도 대량구매 물건 확인후 지불 또는 디스카운트 율이 일정하지 않은 방식도 있을 것입니다.
그것은 상품이냐 물량이냐가 아니라 대상에 따라서 다를 수도 있는 것이구요.

따라서 모든 상품과 서비스에 대한 결제가 아닌 변경할 수 있는 기본 골격을 만들어야 하겠지요.

4. 그래서 쇼핑몰 프로젝트를 진행한다고 하면

  1) 우선 결제사별 데이터를 수집합니다. (각 모든 방식별로)
  2) 가장 보편적인 결제 방식이거나 혁신적인 방식을 각각 샘플링 합니다.
  3) 공통적인 부분에 대한 것은 취합하고 차이가 있는 방식은 별도로 구분하여 개발합니다.
  4) 관리자 인터페이스를 커스터마이징 할 수 있게 기획합니다.
       - 온라인 결제 상품에 대해 종류별로 필요한 기능을 리스트화 해야겠죠.
       - 기능 구현에 대한 기획이 나와야 겠죠?
       - 회원별/시간별/순서별/금액별/쿠폰별/서비스별 등등의 변수에 대해서 표나 목차를 짜야겠죠?
  5) 기획안이 나오면 그에따라 필요한 기능을 구현하고 테스트 합니다.
  6) 기능이상 점검을 명확히 합니다. (돈이 끼니까.)
 
5. 대략 이정도로 밑에 이야기들 중에서 좀 관심 갖았던 것들만 정리해 보았습니다....

6. 제대로 개발하려면 좀 어려울듯..
    코딩이나 개발이라기 보다 서비스 기획이 많이 들어갈 것 같네요..
    시간도 부지기수로 들어가고요..
    해보실 분 계신가요????? -_-;; 왠지 손 놓게 될거 같은 예감..

  저는 서비스 기획쪽 손 살짝 대볼게요..
  프로그램쪽은 잼병이라... 하하하하하하;;;;;;
  뭐.. 같이하면 더좋겠지만...;;;