일단 출판사에 모든 도서를 관리하는 부분, 저자, 인세관리, 판매현황을 보는 정도만 만들고 있습니다. 저희는 입출고 관련된 프로그램은 이미 있으니까 저희 회사 용도가 아니라서 남의 회사 플랫폼 위에 얹혀서 뭘 하기에는 자유도가 떨어지고 창고, 배본사 쪽 하고 제휴는 해놨으나 일단 빨리 만들 수 있는 방식으로 제작해 봤습니다.
워드프레스에 붙이는 것은 해놓기는 했는데 느려서 고민이 되고 내부적으로는 전체 구조가 블로그에 맞춰져 있어서 도서 DB를 별도로 운영해야 하기 때문에 편법으로 제작하는 것은 기존의 저희 회사의 우커머스를 도서 DB로 사용하는 방식이 과연 일반화할 수 있을까?라는 회의감이 들어서 공통 DB를 써야겠다는 판단이 들었습니다.
최소한의 데이터는 출판사가 쌓아놔야 하며 동시에 진행되는 것이 많은데 일단 다양한 사람들이 같이 쓰기에는 sqlite는 한계가 있어 1인출판용 이외에는 맞지 않겠다 판단되어 이원화하고 있습니다.
그 사이에 책이 나와서 영업 다니고 정신이… 하여간 출판유통전산망인가 뭔가에서 API를 받아오려고 했는데 그냥 엑셀 받아서 데이터베이스 구성을 하고 상품 DB(88)을 별도로 구분해서 작업 중입니다. 이빨이 왕창 빠진 부분이 문구도 판매하는 업체에게는 전산망이 왜 필요한지 모르겠습니다.
하여간 접근해서 가져오건 뭘 하건 데이터 가져오면 그걸 그대로 반영하기 때문에 Yes24, 교보, 알라딘, 쿠팡, 북센 등등 총판이나 디테일한 부분도 표시는 되는데 그냥 기타로 넣었습니다.
출판사가 가져가는 진짜 이익은 얼마인가?라는 생각을 좀 하게 되기는 하는데 이건 더미데이터입니다.
매출은 커도 이익은 적고 12월만 버는 출판사 ㅠㅠ
하여간 miniERP 정도로 무조건 엑셀이건 csv건 긁어다 넣으면 관리 데이터는 등록되어 운영이 가능하며 지역별 판매, 지도 그리고 온라인상의 데이터 특히 유튜브, SNS채널관리, 서평마케팅 등등의 기능을 추가해보려고 합니다.
잠깐 이생각저생각 하다가 서재 공유하는 플랫폼도 대략은 만들었는데 인터페이스는 달라질 것이지만 되나 하면 되기는 하네요
이런 거 해서 어떻게 돈을 벌지는 모릅니다. 그냥 할 수 있으면 잠깐 해보는 정도…
https://a9press.com/shelf/?mode=cover&days=1
여기에 기능이 추가된다 정도 보시면 됩니다. 자기 서가를 공유하고 그 서가에 책을 대출해 보거나 다른 사람에게 판매하거나 뭐 그런 것도 해볼 수 있다 정도
기능에 대해서 여러 아이디어도 듣고 있으니 댓글 남겨주세요 ^^
Login with Google
