셀프 서비스 관리 영역 구축 기술

수동 소득 사이트를 시작한 후에는 축하해야합니다. 맞습니까?

불행히도 인생이 항상 원래대로 돌아가는 것은 아니며 적절한 시스템이 없는 한 일반적으로 고객을 만족시키기 위해 축하 행사를 연기해야 ​​합니다.

저는 6년 이상 수동 소득 사이트를 관리해 왔습니다. 저에게 강조점은 항상 "수동적"이었습니다. 따라서 가능한 한 비즈니스를 간소화하는 것이 오랫동안 저의 우선 순위였습니다.

온라인 비즈니스를 효과적으로 합리화하기 위해서는 관리 패널에 올바른 기능이 있어야 합니다.

이 기사에서는 관리자 대시보드의 일반적인 문제에 대해 자세히 설명하고 각각에 대한 솔루션을 제공합니다. 이 게시물을 마치면 자동화된 비즈니스를 위한 효율적인 관리자 패널을 개발하기 위한 모범 사례의 강력한 플레이북을 보게 될 것입니다.

사용자 오류에 대한 설명

사용자는 실수를 합니다. 즉, 이러한 실수를 수정하는 관리자 패널이 필요합니다. 다음은 몇 가지 예입니다.

사용자 오류를 고려하여 관리자 패널을 최적화합니다.

사용자 경험 부족에 대한 설명

사용자가 귀하의 비즈니스에 정통할 것이라고 기대하지 마십시오. 이것이 내가 의미하는 바에 대한 몇 가지 예입니다.

예를 들어, 평범한 사용자는 사진가이지만 플랫폼에 나열된 동일한 사용자의 휴가용 임대 부동산의 멋진 사진을 원합니다.

아마도 일반 사용자는 형편없는 영업 사원일 수 있지만 해당 사용자가 귀하의 플랫폼을 통해 판매하는 장신구에 대한 감동적이고 SEO 최적화된 설명을 원할 것입니다.

또는 온라인으로 신발을 판매하는 전자 상거래 상점을 운영하지만 일반 사이트 방문자는 발 치수를 재는 방법을 모르기 때문에 잘못된 사이즈를 주문한 다음 나중에 신발을 반품하고 싶어하는 고객이 우세합니다.

사용자 경험이 없는 관리 영역:

보류 중인 비즈니스 결정에 대한 회계

불행히도 모든 것을 자동화할 수는 없습니다. 심판의 부름에 관해서는 일반적으로 인간이 필요합니다.

예를 들어, 신뢰가 높은 플랫폼에서 최근 베이비시터 신청자의 신원을 확인해야 하는 경우 어떻게 됩니까?

또는 플랫폼 작성자가 제출한 최신 디지털 제품의 가격을 책정할 수 있는 유일한 사람이 있다면 어떻게 됩니까?

보류 중인 비즈니스 결정으로 인해 관리자가 시간을 절약할 수 있는 예:

웹 사이트 관리와 통신해야 하는 사용자의 회계 처리

비즈니스를 운영할 때 질문이 예상됩니다. 미리 효과적으로 계획하면 응답하는 데 걸리는 시간을 크게 줄이고 처음에 받는 고객 요청의 수를 줄일 수 있습니다.

사용자 통신 요구 사항을 설명하는 관리 영역:

마음을 바꾸는 사용자에 대한 회계

한 현명한 사람은 “변화는 인생에서 유일하게 변하지 않는 것”이라고 말했습니다. 그는 옳았다. 모든것은 변한다.

사용자가 결혼하여 더 이상 동일한 성을 갖지 않을 수 있습니다.

또는 월별 택배 서비스에 가입한 고객이 이사하여 주소를 업데이트해야 할 수도 있습니다.

이는 사전에 계획해야 하는 불가피한 변화의 두 가지 예일 뿐입니다.

상황/마음의 사용자 변경으로 인한 관리자 시간 절약의 예:

사용자 걱정으로 인한 조치에 대한 설명

오프라인 상점과 달리 온라인 비즈니스는 실제 사람과 직접 대면하여 구매한다는 확신이 부족합니다.

그것에 대해 생각해보십시오. 베스트바이에서 물건을 구매하면 어떤 기분이 드나요? 내일 아침에 Best Buy가 불만 사항을 가지고 돌아오거나 환불을 받을 때 여전히 거기에 있다는 것을 알고 있기 때문에 확신할 수 있습니다.

이러한 확신은 분명한 이유로 온라인에서 사라집니다. 사람들은 온라인 커뮤니케이션을 쉽게 무시할 수 있으므로 잠재 고객은 누군가가 다시 연락할 수 있는지 궁금해합니다. 이러한 의심은 웹사이트가 브랜드 자산이 없는 알려지지 않은 스타트업일 때만 커집니다.

사용자 걱정으로 인한 관리자 시간 절약의 예:

잠재적 모호성 해결

출시 후 1년이 지났고 좋은 수익 덕분에 이제 웹사이트 관리를 전담 팀원에게 위임하게 되었습니다.

그러나 어느 날 이 관리자가 예기치 않게 병에 걸려 이제 관리자가 지난 주에 수행한 작업에 대한 브리핑 없이 관리 작업 을 재개해야 합니다.

관리 패널 내부의 정보를 기반으로 관리자가 중단한 위치, 즉 처리한 작업과 실행 취소한 작업을 알아야 합니다.

이것은 보이지 않는 (또는 처리되지 않은 )와 고려 된(또는 처리 된) 사이를 확실하게 구별하지 못하는 잘못 설계된 상태 머신으로 인해 항상 가능한 것은 아닙니다. 예를 들어 다음과 같은 관리자 상태 머신을 상상해 보십시오.

시스템 관리자의 관점에서 볼 때 이 관리 흐름의 문제는 관리자 패널이 보이지 않는 새로운 아티스트 와 이미 보고/고려되었지만 전면적으로 거부되지 않고 연기된 아티스트 모두에 대해 "수락됨"이라고 표시된다는 것입니다.

아티스트는 부재한 관리자의 마음 속에만 존재한다고 생각 (또는 처리 )한 사실과 리드를 '연기'로 표시할 방법이 없이 이 정보가 손실되므로 작업을 인수하는 사람이 작업을 반복해야 합니다. 이미 완료되었습니다.

좋은 활동 피드는 이러한 유형의 모호성을 수정합니다.

투명성 극대화

많은 관리 패널 작업은 뒤에서 일련의 단계를 수행합니다.

예를 들어 "신청자 수락" 버튼을 누르면 해당 신청자는 수락 이메일을 받고 계정에 $100 가입 보너스가 적립되며 데이터베이스의 상태가 "적용됨"에서 "수락됨"으로 변경됩니다. 소프트웨어 엔지니어링 용어로 이것은 부작용 입니다.

프로그래머가 이러한 기능을 개발했다는 ​​점을 감안할 때 "응시자 수락"을 누르면 결과를 알고 있을 것입니다.

최소한 소스 코드 편집기나 즐겨 사용하는 IDE를 열고 코드에서 답을 참조할 수 있습니다.

그러나 고객 서비스 담당자에게는 이러한 사치가 없습니다. 그래서 그들은 버튼을 눌렀을 때 무슨 일이 일어나는지 확신할 수 없을 것입니다. 또한, 그들은 지원자가 합격했다는 알림을 받을지, 아니면 버튼을 누른 후 지원자에게 알림을 보내는 수동 이메일을 보내야 하는지 궁금해 할 것입니다.

이러한 불확실성은 이제 관리자가 관리 및/또는 엔지니어링 질문을 하고 응답을 기다려야 하기 때문에 전체 프로세스의 속도를 늦춥니다. 이것은 쉽게 중복 작업으로 이어지고 원활하게 운영되는 비즈니스에 오류를 유발할 수 있다는 것은 말할 것도 없습니다.

이상적으로는 이 예에서 "신청자 수락" 버튼이 있는 관리 페이지에는 버튼을 눌렀을 때 어떤 일이 발생하는지 정확히 설명하는 인라인 설명 단락이 있어야 합니다.

대안으로 또는 추가적으로, 버튼을 누른 후 다음에 일어날 일을 설명하는 메시지가 나타날 수 있습니다.

지금까지 우리는 행복한 경우, 즉 모든 것이 제대로 실행될 때 발생하는 백그라운드 작업을 살펴보았습니다. 더 까다로운 상황은 문제가 발생한 후 불투명도를 처리하는 것 입니다. 어떤 부작용이 완료되었고 어떤 부작용이 남았습니까? 완벽하게 설계된 시스템에서 "신청자 수락" 버튼은 실패 시 관리자(및 정리를 수행하는 기술 팀)에게 수락 이메일이 전달되었지만 $100 가입 보너스가 해당 사용자의 Paypal 계정으로 전송 되지 않았음 을 알립니다. 이 정보를 통해 회사는 부분 거래를 수정할 수 있습니다. 구현 세부 정보와 관련하여 이 피드백은 모든 작은 단계를 추적하는 세부 상태 시스템으로 수행하거나, 또는 반환 값이 성공적으로 실행된 명령과 실행하지 못한 명령을 모두 나열하는 서비스 개체 내에서 관리 작업을 래핑하여 수행할 수 있습니다.

내 경험상 정보가 관리자에게 표시되는 방식과 최종 사용자에게 표시되는 방식 사이의 격차는 답답할 정도로 불투명할 수 있습니다.

때때로 고객 이메일 또는 버그 보고서에 응답하려면 관리 팀이 고객의 로그인 대시보드가 ​​어떻게 보이는지, 특정 자동 이메일이 말하는 내용 또는 사용자 대면 대시보드가 ​​사용자에게 지불해야 하는 로열티를 알아야 합니다.

이 정보에 액세스하면 팀에서 사용자가 경험하는 문제를 이해하는 데 도움이 됩니다.

이 기능을 구현하는 한 가지 방법은 "사용자로 보기" 관리 기능을 구축하는 것입니다.

이는 일반 사용자를 위해 이미 존재하는 기능을 다시 구현하는 별도의 관리 화면을 만드는 대신에 생성되어 많은 기존 코드를 재사용할 수 있는 추가 보너스를 제공합니다.

자동화된 이메일의 경우 직원이 사용자에게 전송되거나 전송된 메시지를 읽을 수 있도록 경량 관리 영역 이메일 렌더러를 구축하는 것을 고려하십시오.

시스템 외부의 이벤트는 책임입니다.

관리 가능한 관리는 독립적입니다.

흩어져 있는 스크랩 대신 단일 폐쇄 시스템에 포장되어 있습니다.

예를 들어, 환불한 내용에 대한 정보가 Excel 스프레드시트, 테이블에 있는 노란색 포스트잇, 회계사에게 보내는 이메일에 분산되어 있으면 손이 엉망이 됩니다.

적절한 솔루션은 관리자 대시보드 내의 데이터베이스 테이블에 포괄적인 환불 목록을 보유하는 것입니다. 하나의 진실의 신탁이 있을 때, 당신이 작성한 보고서가 확실하고 신뢰할 수 있다는 사실을 알고 안심할 수 있습니다.

이것이 당연한 것처럼 보이지만, 사업을 관리하는 데 있어 종종 간과됩니다.

나에게 일어난 일이기 때문에 나는 알 것이다.

전자 상거래 주문 시스템 관리자 패널을 처음 디자인할 때 판매 기록 및 판매 기록만을 위해 준비했습니다.

출시 몇 개월 후 환불, 지불 거절, 사은품, 할인 및 지불 조정과 같이 내가 고려하지 않은 모든 추가 거래를 깨달았습니다.

초기 디자인에서 이러한 트랜잭션을 예상하지 못했기 때문에 관리자 패널에 이를 이행하거나 보고하기 위한 코드가 없었습니다.

환불을 해야 할 때마다 나는 보통 너무 시간이 촉박해서 당시 가장 쉬운 방법으로 환불을 처리했습니다. 보통 Paypal의 웹 인터페이스(내 웹사이트의 주문 데이터베이스 건너뛰기)를 통해 환불을 처리했지만 때로는 타사 iPhone을 통해서도 환불을 처리했습니다. Paypal의 API와 통신하는 앱.

나의 흩어진 행동과 그에 따른 데이터 때문에 나의 모든 회계는 우연히 다양한 외부 출처에 보고되었습니다. 설상가상으로 내 프로덕션 데이터베이스 레코드가 전체 주문 내역과 완전히 일치하지 않았습니다.

필연적으로 문제가 생겼습니다. 수익 및 수수료에 대한 관리 보고서는 경제적 현실을 반영하지 않았습니다. 제 저자 중 일부는 잘못된 재무 보고서가 포함된 재무 보고서를 받았습니다. 그리고 무엇보다도 내가 세금 보고서를 과대평가하여 초과 세금을 납부하게 되었습니다.

이 모든 것은 내가 환불을 모두 할인하지 않았기 때문입니다.

주문 및 회계 정보를 부분적으로는 내 메인 소프트웨어 시스템 내부에, 부분적으로는 외부에 저장함으로써 처음부터 소프트웨어의 많은 장점인 정확성과 정확성을 앗아갔습니다. 더 이상 신뢰할 수 없으므로 더 이상 자동화할 수 없습니다.

이러한 문제에 대한 응답으로 저는 회사 데이터를 핵심 소프트웨어 시스템 외부에 보관하는 것에 대해 혐오감을 갖게 되었습니다.

필요한 모든 정보를 코어에 통합하는 데 처음에는 비용이 많이 들지만 장기적으로 볼 때 이점은 절반의 해킹 비용을 훨씬 능가합니다.

즉, 자동화하려는 최선의 의도에도 불구하고 때로는 일어날 수 없습니다.

많은 소프트웨어 회사는 사용자가 계정을 활성화하거나 구매할 때까지 사용자를 조금씩 안내하는 자동화된 판매 이메일을 보유하고 있습니다. 이 모든 것이 사람의 도움 없이 이상적입니다.

리드가 이러한 드립 캠페인 중 하나를 통해 직원에게 특별 요청을 보낼 때 문제가 발생합니다.

리드가 2주 동안 휴가를 가겠다고 답장을 보낸다고 가정해 보겠습니다. 나중에 연락하여 거래를 성사시키십시오.

우리 시스템이 단 5일 만에 자동 알림 이메일을 보내도록 프로그래밍된 경우, 우리는 리드의 희망을 무시했고 아마도 성급하고 부주의하며 로봇처럼 보이게 되어 관계를 악화시켰을 것입니다.

이 상황에서 사람은 무엇을합니까?

한 가지 대답은 반자동입니다.

관리자 인터페이스에서 어떤 이메일을 보내야 하는지 물을 수 있으며 필요에 따라 확인란을 선택하여 일정을 취소할 수 있습니다.

물론 이것은 과도한 엔지니어링일 수 있으므로 때때로 유일한 현실적인 옵션은 자동화된 이메일로 인해 때때로 문제가 발생한다는 사실을 받아들이는 것입니다.

가장 관련성 높은 관리자 정보 및 작업 표시

고객이 귀하의 비즈니스에 연락하는 경우 주문, 계정 또는 제안과 관련된 경우가 많습니다.

저장된 데이터, 로그인 쿠키 및 추적 계층에서 가져온 데이터 덕분에 애플리케이션은 고객과 상호 작용 기록에 대해 많이 알고 있을 것입니다.

이러한 정보 소스를 알고리즘 방식으로 가져오고 관련 데이터 비트를 추출하여 관리자의 응답을 용이하게 함으로써 고객 서비스 요청에 응답하는 데 상당한 시간을 절약할 수 있습니다.

예를 들어, 연락처 양식 메시지는 받은 편지함으로 전송되는 이메일로 변환되기 전에 주문의 지불 상태, 배송 상태, 항목 등을 포함하는 정보 상자가 자동으로 추가될 수 있습니다.

또한 이러한 강화된 이메일에는 환불 대시보드 또는 배송 추적기와 같이 관리 영역에서 가장 자주 사용되는(관련된) 부분에 대한 편리한 링크가 포함될 수도 있습니다.

관리자 오류 예측, 완화 및 복구

다른 모든 사람들과 마찬가지로 관리자도 사람이고 때때로 실수를 합니다.

그들이 당신의 데이터를 통제할 수 있다는 점을 감안할 때 그들의 실수는 잠재적으로 돌이킬 수 없는 손상을 일으킬 수 있습니다.

재해를 방지하기 위해 몇 가지 조치를 취하면 다음과 같습니다.

예상치 못한 기대

위의 일련의 문제에 대한 다양한 솔루션을 제공했지만, 이것은 결코 어렵고 빠른 규칙이 아니라 배우고 참조할 수 있는 강력한 플레이북입니다.

궁극적인 목표는 비즈니스를 합리화하기 위해 관리자 패널을 최적화하는 것임을 기억하십시오. 관리 영역을 조정하는 데 시간을 할애하면 장기적으로 수익성이 높아져 가치 있는 투자가 될 것입니다.

인생의 모든 것과 마찬가지로 규칙에는 항상 예외가 있으므로 관리자 패널을 최적화할 때 현명한 판단을 내리십시오. 그리고 마침내 축하할 수 있습니다.