디스코urses(Discourse)를 배달 디스패치 플랫폼으로 활용할 수 있는 잠재적 사용 사례를 언급했습니다. 예를 들어, 식당 테이크아웃 주문이나 가구 + 건축 자재 배송 요청을 처리하는 용도입니다. 이 플랫폼은 해당 용도로 사용할 때 상당한 잠재력을 가진 것으로 보이지만, 이상적인 선택지는 아닐 수도 있습니다 [1].
디스코urses를 배달 요청 관리나 유사한 사용 사례에 사용해 본 경험이 있거나 이에 대해 이야기하고 싶은 분들을 위해 이 주제를 시작합니다. 이 주제에 대해 이야기할 내용이 정말 많을 것 같아요!!
"이 플랫폼은 해당 용도로 사용할 때 상당한 잠재력을 가진 것으로 보이지만, 이상적인 선택지는 아닐 수도 있다"라는 문장은 디스코urses를 배달 디스패치 플랫폼으로 사용하는 데 대한 적합성 평가입니다. 주로 포럼 및 커뮤니티 토론 소프트웨어로 알려진 디스코urses에는 배달 요청 관리에 잠재적으로 적응할 수 있는 기능(주제 조직, 사용자 상호작용 처리, 기타 시스템과의 통합 가능성 등)이 있는 것으로 보이지만, 이 특정 사용 사례에 대해 완벽한 솔루션은 아닐 수 있습니다. 이 진술은 식당 테이크아웃이나 가구 및 건축 자재 배송과 같은 배달 디스패치 목적으로 활용될 수 있는 디스코urses의 유망한 속성을 인정하는 동시에, 이 방식으로 디스코urses를 사용할 때의 한계나 단점이 있을 수 있다는 신중함을 표현합니다. 이러한 한계는 일반적으로 목적에 맞게 구축된 배달 관리 소프트웨어에서 발견되는 경로 최적화, 실시간 추적, POS 시스템과의 통합과 같은 전문 기능의 부재와 같은 요소를 포함할 수 있습니다. 본질적으로 이 문장은 디스코urses의 잠재적 다용성을 인정하면서도, 배달 디스패치 시스템에 가장 최적의 선택지는 아닐 수 있음을 인정하는 균형 잡힌 시각을 담고 있습니다. (AI 설명) ↩︎
음, 꽤 모호하고 모순적인 발언이네요. 한쪽에서는 플랫폼이 언급하신 요구사항에 부합할 큰 잠재력이 있다고 하면서, 다른 한쪽에서는 이상적이지 않을 수 있다고 하고 있습니다. 말씀하신 내용 뒤에 숨겨진 의도나 이유를 좀 더 명확하게 설명해 주실 수 있을까요? Discourse가 "디스커스를 배송 지시 플랫폼으로 사용하는 잠재적 사용 사례"에 이상적이라고 생각하시는 부분이 무엇인지 궁금합니다. 동시에, 어떤 부분이 이상적이지 않다고 느끼시는지도요.
물론 커스터마이징 옵션이 그렇게 다양하지는 않을 수 있습니다. 하지만 인터넷 가시성을 위해 메인 웹사이트를 사용하는 것이 그 대안입니다.
예를 들어 라인(Line)이나 WhatsApp 같은 앱은 전화 통화도 가능하게 해줄 수 있습니다.
오래전에 한 친구가 여러분이 목표로 하는 것과 비슷한 규모의 배달 회사를 운영한 적이 있습니다. 식당, 자동차 관련 서비스 등을 다루었죠.
그 당시에는 데스크에 앉아 전화를 받고 CB(무전기)를 사용하는 다소 폐쇄적인 시스템을 쓰고 있었습니다. 그는 이전에 셀룰러 기반 CB 시스템을 시도해 본적이 있지만, 타워(기지국)를 설치했을 때 훨씬 나은 결과를 얻었습니다.
요즘은 사람들이 거의 모두 휴대폰을 가지고 있습니다. 그래서 텍스트 기반의 지시(dispatching) 시스템은 저렴한 비용으로 쉽게 작동할 수 있습니다.
훌륭한 디스패처(지휘자)가 핵심입니다. 그들은 업무를 조직화할 수 있기 때문입니다. 예를 들어, 주문이 들어온 두 개의 식당이 있다고 합시다. 만약 두 식당이 서로 가까워 있고 배달 목적지도 서로 가깝다면, 한 명의 기사가 두 주문을 모두 픽업할 수 있습니다.
내가 그 사람을 위해 디스패처로 일했을 때, 기사들에게 위치를 알려주도록 하고 지도에서 마커를 이동시켰습니다. 식당에서 전화를 받는 일은 통화량이 많을 때 매우 고된 일입니다.
주 단위 정기 배달 같은 것은 1~2회/주/고객으로 관리가 훨씬 쉽고 수익성도 더 좋습니다. 회사가 한 통화에 대해 더 많은 수익을 올릴 수 있기 때문이죠. 식당의 경우 회사 입장에서는 고객 한 명당 몇 달러밖에 벌지 못하면서 많은 업무량을 감당해야 하는 것과 대비됩니다.
참고: 체크카드(직불카드) 결제를 지원할 경우 수수료에 대해 잘 이해하고 있는지 주의하세요. 그 친구가 마지막으로 식당과 주류 배달 회사를 세웠을 때, 주문 결제와 체크카드 결제 수단을 사용할 수 있게 해주는 수수료 간의 차이 때문에 결국 이익을 전혀 내지 못했습니다.
기억이 정확하지는 않지만, 당시 체크카드 수납은 신용카드와 유사하게 수납 회사가 매출의 일정 비율(예: 3%)을 수수료로 지불하는 방식이었습니다. 그래서 그의 배달비 8달러는 최종 고객이 지불한 총액에 크게 영향을 받았습니다. 즉, 100달러짜리 주문이라면 약 3달러의 수수료가 빠져, 그의 배달 수익이 5달러로 줄어드는 식이었죠.
그렇게 볼 수도 있겠네요. 저는 약 1년 동안 신문 배달부로 일했는데, 랜덤한 음식 배달 주문을 받는 것보다 일정한 스케줄을 유지하는 것이 훨씬 쉬웠습니다.
신문 배달 노선 관리는 디스코스(Discourse)의 더 나은 잠재적 사용 사례가 될 수 있습니다. 기존 노선에는 100~200명의 구독자가 있으며, 이들을 디스코스 사이트로 초대하거나, 회원이 되고 싶을 경우를 대비해 사이트 주소를 적어둔 카드를 제공할 수 있기 때문입니다.
이렇게 되면 디스코스를 통해 배송 조율뿐만 아니라 실제 인쇄된 뉴스에 대해서도 소통할 수 있습니다. 이 지역의 대부분의 구독자는 시애틀 타임즈를 구독하고 있지만, 제가 일했던 유통 회사는 뉴욕 타임즈와 월스트리트 저널도 배달했습니다. 이들이 어떤 기사를 싣는지에 대해 이야기할 거리도 많았죠. 이 신문들은 모두 이곳에서 사운드 퍼블리싱(Sound Publishing)이 인쇄합니다.
시애틀 타임즈의 고객 서비스는 필리핀의 콜센터에 외주 처리하고 있습니다.
이들은 또한 이 회사를 활용해 배달 노선을 컴퓨터로 생성하지만, 그들의 AI는 정말로 성능이 좋지 못합니다.
아마도 이전에는 시도된 적 없을 것 같지만, "배송 디스패치 플랫폼"이라는 표현이 정확히 무엇을 의미하는지에 따라, 제 생각에는 꽤 합리적인 아이디어로 보입니다.
먼저 해결하려는 문제가 무엇인지부터 살펴보세요.
저는 잡일(odd jobs) 분야에서 많은 일을 해왔고(현재도 하고 있습니다). 이 분야에서 가장 큰 문제들은 다음과 같습니다:
신뢰와 책임 소재 확립 (작업자가 고용주를 속일까, 고용주가 작업자에게 대금을 지불할까… 한쪽이 자신의 의무를 이행하지 않으면 상대방에게 어떤 결과가 있을까?)
작업자의 기술 수준 파악
해당 작업의 시중 임금(일당) 파악
작고 밀집된 공동체에서는 앱 없이도 이러한 문제들을 해결할 수 있습니다. (저는 약 10년간 친구와 지인 그룹의 잡일 담당 역할을 맡고 있었습니다.) 디스코르스는 작은 공동체에서 자연스럽게 형성되는 유기적인 시스템을 더 큰 공동체로 번역하는 데 도움이 될 수 있습니다. 본질적으로, 더 큰 공동체의 원자화를 줄이고, 시골 생활의 좋은 점들을 일부 도시로 가져오는 데 기여할 수 있습니다.
메타(Meta)의 Marketplace 카테고리 것과 유사한 것이 좋은 시작점이 될 것입니다. 만약 제가 이 일을 한다면, 단순히 배송 처리에 그치지 않고 잡일에 초점을 맞출 것입니다. 물론 픽업/배송도 좋은 사용 사례입니다.
디스코르스에 우버/도어대시/아마존 유형의 추적 시스템을 구현하려는 시도는 큰 의미가 없을 것 같다고 생각합니다. 하지만 배송을 담당하는 사람과 사회적 연결고리가 있다면, 배송이 "5분 거리에 있다"는 것을 보여주는 지도는 필요하지 않을 것입니다.
참고로, 저는 현재 배로만 접근할 수 있는 섬에 건축 자재를 배송하는 것이 얼마나 실현 가능한지 고민하고 있습니다. 이에 대해 물어볼 곳이 있다면 좋겠습니다.
접근이 쉽습니다. 물자를 받아올 수 있는 곳에서 운하를 건너 약 200피트(약 60m) 정도 떨어져 있거든요
장기적으로는 가장 저렴한 해결책은 노를 저어 다니는 보트를 사는 것일 겁니다.
제가 여기서 하려는 말은, Discourse가 특정 문제를 해결하는 데 적합한 도구인지 파악하려면 Discourse가 기본적으로 제공하는 기능을 살펴볼 가치가 있다는 것입니다. Discourse의 기존 기능으로 애플리케이션 프로토타입을 설정할 수 있다면, 더 깊이 살펴볼 가치가 있을 수 있습니다.
신뢰 구축은 서비스의 매매를 다루는 애플리케이션에서 흔히 발생하는 문제입니다. Discourse 커뮤니티가 이 문제를 해결하는 데 도움이 될 수 있습니다.
디스코스는 기본적으로 배송 요청을 조정하는 데 충분히 적합해 보이지만, 더 적합한 다른 플랫폼도 살펴볼 수 있습니다.
지금은 디스코스 인스턴스를 실행 상태로 유지할 계획이며, 샌프란시스코 서버에서 2GB 메모리를 사용하도록 설정했습니다. 이 프로젝트가 성공적으로 진행되면 원격으로 근무할 수 있는 디스패처에게 유료 서비스를 제공할 수 있을 것 같습니다. 관심 있는 분이 있다면 URL/주소를 공유할 수 있습니다.
이 주제가 특정 사용 사례에만 국한되길 원하지는 않습니다. 이미 이 목적으로 디스코스 사이트를 개설한 분들이 있을 줄 알았는데, 그렇지 않은 것 같네요.
그리고 만약 보트보다 싼 목재에 대해 이야기하고 있다면, 그냥 밧줄을 사서 나무판자를 엮어 뗏목을 만들고 그걸 타고 건너가는 게 더 저렴할 겁니다.
이 프로젝트를 위해 지역 목재 상점과 상담할 준비를 하고 있습니다. 그들은 자재 구매 금액이 50달러 미만일 때나 크레인 트럭을 사용해야 할 경우에만 배송료를 부과합니다. 크레인 트럭 사용료는 시간당 250달러인데, 크레인 트럭의 가치가 약 200만 달러라는 점을 고려하면 놀라울 정도로 저렴한 가격입니다.
소량의 자재를 주문할 때는 표준 배송 트럭이나 크레인보다 낮은 비용으로 경형 트럭으로 직접 배송할 수 있습니다.
