모든 기술 스택에는 두 가지 버전이 있습니다: 당신이 가지고 있는 긴 도구와 플랫폼 목록과 실제로 사용하는 짧은 목록입니다. 기술 스택이 확장되고 인력이 변화함에 따라, 회사 생태계의 고착 앱 수(낮은 도입률을 가진 앱이나 명확한 소유자가 없는 앱)가 눈에 띄지 않게 될 수 있으며, 예산을 낭비하고 보안 위험이 될 수 있습니다. 연간 예산 편성 과정도 문제를 해결하지 못할 수 있으며, 대부분 사용되지 않는 앱의 좌석 수에 대해 항목이 남아 있을 수 있습니다. 예를 들어, 나는 한 번도 어떻게 사용하는지 알지 못했고, 배우지 않았던 디자인 소프트웨어의 좌석 라이센스를 주었던 회사에서 일한 적이 있습니다. 단지 그것이 표준 마케팅 도구 세트의 일부였기 때문입니다.
새로운 앱을 스택에 추가하지 말라는 의미는 아닙니다! 사실, 새로운 앱을 고려할 때, 현재 설정에서 어떤 앱이 덜 사용되고 있는지, 그리고 어떤 앱에 투자할 필요가 있는지를 더 잘 이해할 수 있을 것입니다.
기술 스택을 총체적으로 평가하는 방법, 모든 사람의 짧고 긴 목록에 무엇이 있는지 이해하는 방법, 그리고 격차를 해결하는 방법을 살펴보겠습니다.
기존 기술 스택 평가하기
예산을 살펴보는 것이 시작하는 곳이라고 생각할 수 있습니다. 아니요. 먼저 예산을 검사하면, 대규모 항목에 충격을 받을 수 있어 널리 사용되는 앱의 사용을 중단하게 될 수 있습니다. 팀이 사용하고 있는 무료 앱도 고려되지 않을 수 있습니다(또는 여전히 사용 중이지 않지만 SSO를 통해 여전히 데이터에 접근할 수 있는 앱도 포함됩니다).
1. 평가를 시작하는 가장 좋은 방법은… 팀에게 묻는 것입니다!
당신의 의사가 매번 당신에게 복용 중인 약 목록을 물어보는 이유가 있습니다. 그들은 새로운 접근 방식을 추천하는 데 부정적인 영향을 줄 수 있는 오래된 처방이 시스템에 있을 수 있으며, 당신이 정확히 무엇을 복용하고 있는지 이해하고 싶어합니다. 데이터 피로도를 줄이기 위해, 이미 그들이 접근할 수 있는 도구로 미리 로드된 양식을 작성하게 하여, 사용하고 있는 항목에 체크하도록 요청하고, 포착하지 못할 수도 있는 기타 항목도 추가하도록 요청할 수 있습니다.
사람들에게 각 제품 사용 빈도를 평가하도록 요청하는 Intake 형식을 나누어야 합니다(옵션: 없으면, 한 달에 1-2회, 거의 매주, 주에 몇 번, 매일) 가장 완전한 이해를 위해 그들의 긴 목록과 짧은 목록을 위해서요.
여기서 중요한 팁: 이것이 “잡아내기” 연습이 아님을 강조하십시오. 사람들이 그들이 사용하지 않아야 하는 제품에 대해 이야기하기를 꺼릴 수 있습니다.
2. IT 팀을 참여시키세요
Google과 같은 SSO 방법을 사용하여 사람들이 네이티브 계정 설정을 사용하지 않고 앱에 로그인할 수 있도록 하는 경우, IT 팀은 어떤 앱이 얼마나 자주 접근되는지를 정확히 파악할 수 있어야 합니다. 이것은 사용에 대한 더 완전한 이해를 제공할 뿐만 아니라, 잠재적인 보안 위험을 식별하는 데도 도움이 될 수 있습니다.
3. 제품 사용 데이터 살펴보기
제품에 사용 데이터가 있다면, 그것을 가져오세요! 대시보드를 찾을 수 없다면, 지원 팀에 사본을 요청하세요. 결국, 데이터는 객관적이며, 개인 보고는 주관적입니다.
4. 예산 살펴보기
이제 당신의 예산을 평가할 때입니다. 팀의 자가 신고된, SSO, 및 제품 내 사용 데이터가 모두 있는 상태에서, a) 항목과 비교하고 b) 그 항목이 잘 사용되고 있는지 결정할 수 있습니다. 그러나 그것이 처음에는 보았던 것보다 약간 더 복잡합니다.
만약 100명의 직원 중 10명이 사용하는 제품에 대해 석 달에 $30/좌석/월을 지출하고 있다면, 자동으로 지출을 제거할 수 있습니다. 하지만 당신이 정말로 고려해야 할 것이 여기 있습니다:
우리가 이 제품을 처음에 구매한 이유는 무엇인가요?
누가 내부적으로 소유하고 있나요?
우리가 좌석을 너무 많이 구매했나요? (즉, 사용하는 사람들이 많이 사용하는가요?)
그 가치를 사용자에게 다시 교육할 필요가 있나요?
여기 유용한 결정 차트가 있습니다:
새 도구나 플랫폼 구매 시 고려해야 할 사항
팀이 실제로 사용하고 있는 사항을 알게 되었으므로, 어떤 격차가 있을 수 있는지 고려하셔야 합니다. 예를 들어, 더 큰 번들의 일부로 포함된 위키가 있지만, 아무도 사용하지 않는다면(재교육 후에도), 새로운 지식 공유 플랫폼을 추가하는 것을 고려할 수 있습니다.
많은 공급업체가 비슷한 기능을 제공할 때, 효율적인 투자를 하고 있는지 아니면 단순히 앱을 추가하고 있는지를 어떻게 판단할 수 있을까요? 항상 공급업체에 초기 배포 이후 일일 및 월간 채택 지표가 어떻게 되는지물어보세요.
왜 이것이 중요할까요? 모든 새로운 앱에는 팀이 그 유용성을 받아들이는 감정이 있는 시간대가 존재합니다. 하지만 그 초기 열광 이후에는 사용량이 감소하기 시작할 수 있습니다(그것이 단순히 당신이 유지/컷 결정 차트를 통해 지나쳐야 할 도구 중 하나가 될 때까지). 장기적인 일일 및 월간 채택 평균을 알아냄으로써, 다른 회사들이 진정한 투자 수익을 가져왔는지 이해할 수 있을 것이며—또한 당신 자신의 회사 성공을 판단하기 위한 지표도 가집니다.
효율성은 지속적인 작업입니다
마지막으로, 당신은 알고 있습니다: 기술 스택을 정제하는 것은 단 한번의 작업이 아닙니다. 현재 팀에 적합한 방식이 향후 성장, 축소, 산업 조건, 또는 전략 변경으로 인해 적합하지 않을 수 있습니다.
그렇긴 하지만, 매달 이러한 과정을 거치는 것은 비현실적입니다! 흥미로운 사건(위에서 언급한 것과 같은) 후에만 수행하고, 연간 예산 주기의 시작에 실시하세요.
모든 기술 스택에는 두 가지 버전이 있습니다: 당신이 가지고 있는 긴 도구와 플랫폼 목록과 실제로 사용하는 짧은 목록입니다. 기술 스택이 확장되고 인력이 변화함에 따라, 회사 생태계의 고착 앱 수(낮은 도입률을 가진 앱이나 명확한 소유자가 없는 앱)가 눈에 띄지 않게 될 수 있으며, 예산을 낭비하고 보안 위험이 될 수 있습니다. 연간 예산 편성 과정도 문제를 해결하지 못할 수 있으며, 대부분 사용되지 않는 앱의 좌석 수에 대해 항목이 남아 있을 수 있습니다. 예를 들어, 나는 한 번도 어떻게 사용하는지 알지 못했고, 배우지 않았던 디자인 소프트웨어의 좌석 라이센스를 주었던 회사에서 일한 적이 있습니다. 단지 그것이 표준 마케팅 도구 세트의 일부였기 때문입니다.
새로운 앱을 스택에 추가하지 말라는 의미는 아닙니다! 사실, 새로운 앱을 고려할 때, 현재 설정에서 어떤 앱이 덜 사용되고 있는지, 그리고 어떤 앱에 투자할 필요가 있는지를 더 잘 이해할 수 있을 것입니다.
기술 스택을 총체적으로 평가하는 방법, 모든 사람의 짧고 긴 목록에 무엇이 있는지 이해하는 방법, 그리고 격차를 해결하는 방법을 살펴보겠습니다.
기존 기술 스택 평가하기
예산을 살펴보는 것이 시작하는 곳이라고 생각할 수 있습니다. 아니요. 먼저 예산을 검사하면, 대규모 항목에 충격을 받을 수 있어 널리 사용되는 앱의 사용을 중단하게 될 수 있습니다. 팀이 사용하고 있는 무료 앱도 고려되지 않을 수 있습니다(또는 여전히 사용 중이지 않지만 SSO를 통해 여전히 데이터에 접근할 수 있는 앱도 포함됩니다).
1. 평가를 시작하는 가장 좋은 방법은… 팀에게 묻는 것입니다!
당신의 의사가 매번 당신에게 복용 중인 약 목록을 물어보는 이유가 있습니다. 그들은 새로운 접근 방식을 추천하는 데 부정적인 영향을 줄 수 있는 오래된 처방이 시스템에 있을 수 있으며, 당신이 정확히 무엇을 복용하고 있는지 이해하고 싶어합니다. 데이터 피로도를 줄이기 위해, 이미 그들이 접근할 수 있는 도구로 미리 로드된 양식을 작성하게 하여, 사용하고 있는 항목에 체크하도록 요청하고, 포착하지 못할 수도 있는 기타 항목도 추가하도록 요청할 수 있습니다.
사람들에게 각 제품 사용 빈도를 평가하도록 요청하는 Intake 형식을 나누어야 합니다(옵션: 없으면, 한 달에 1-2회, 거의 매주, 주에 몇 번, 매일) 가장 완전한 이해를 위해 그들의 긴 목록과 짧은 목록을 위해서요.
여기서 중요한 팁: 이것이 “잡아내기” 연습이 아님을 강조하십시오. 사람들이 그들이 사용하지 않아야 하는 제품에 대해 이야기하기를 꺼릴 수 있습니다.
2. IT 팀을 참여시키세요
Google과 같은 SSO 방법을 사용하여 사람들이 네이티브 계정 설정을 사용하지 않고 앱에 로그인할 수 있도록 하는 경우, IT 팀은 어떤 앱이 얼마나 자주 접근되는지를 정확히 파악할 수 있어야 합니다. 이것은 사용에 대한 더 완전한 이해를 제공할 뿐만 아니라, 잠재적인 보안 위험을 식별하는 데도 도움이 될 수 있습니다.
3. 제품 사용 데이터 살펴보기
제품에 사용 데이터가 있다면, 그것을 가져오세요! 대시보드를 찾을 수 없다면, 지원 팀에 사본을 요청하세요. 결국, 데이터는 객관적이며, 개인 보고는 주관적입니다.
4. 예산 살펴보기
이제 당신의 예산을 평가할 때입니다. 팀의 자가 신고된, SSO, 및 제품 내 사용 데이터가 모두 있는 상태에서, a) 항목과 비교하고 b) 그 항목이 잘 사용되고 있는지 결정할 수 있습니다. 그러나 그것이 처음에는 보았던 것보다 약간 더 복잡합니다.
만약 100명의 직원 중 10명이 사용하는 제품에 대해 석 달에 $30/좌석/월을 지출하고 있다면, 자동으로 지출을 제거할 수 있습니다. 하지만 당신이 정말로 고려해야 할 것이 여기 있습니다:
우리가 이 제품을 처음에 구매한 이유는 무엇인가요?
누가 내부적으로 소유하고 있나요?
우리가 좌석을 너무 많이 구매했나요? (즉, 사용하는 사람들이 많이 사용하는가요?)
그 가치를 사용자에게 다시 교육할 필요가 있나요?
여기 유용한 결정 차트가 있습니다:
새 도구나 플랫폼 구매 시 고려해야 할 사항
팀이 실제로 사용하고 있는 사항을 알게 되었으므로, 어떤 격차가 있을 수 있는지 고려하셔야 합니다. 예를 들어, 더 큰 번들의 일부로 포함된 위키가 있지만, 아무도 사용하지 않는다면(재교육 후에도), 새로운 지식 공유 플랫폼을 추가하는 것을 고려할 수 있습니다.
많은 공급업체가 비슷한 기능을 제공할 때, 효율적인 투자를 하고 있는지 아니면 단순히 앱을 추가하고 있는지를 어떻게 판단할 수 있을까요? 항상 공급업체에 초기 배포 이후 일일 및 월간 채택 지표가 어떻게 되는지물어보세요.
왜 이것이 중요할까요? 모든 새로운 앱에는 팀이 그 유용성을 받아들이는 감정이 있는 시간대가 존재합니다. 하지만 그 초기 열광 이후에는 사용량이 감소하기 시작할 수 있습니다(그것이 단순히 당신이 유지/컷 결정 차트를 통해 지나쳐야 할 도구 중 하나가 될 때까지). 장기적인 일일 및 월간 채택 평균을 알아냄으로써, 다른 회사들이 진정한 투자 수익을 가져왔는지 이해할 수 있을 것이며—또한 당신 자신의 회사 성공을 판단하기 위한 지표도 가집니다.
효율성은 지속적인 작업입니다
마지막으로, 당신은 알고 있습니다: 기술 스택을 정제하는 것은 단 한번의 작업이 아닙니다. 현재 팀에 적합한 방식이 향후 성장, 축소, 산업 조건, 또는 전략 변경으로 인해 적합하지 않을 수 있습니다.
그렇긴 하지만, 매달 이러한 과정을 거치는 것은 비현실적입니다! 흥미로운 사건(위에서 언급한 것과 같은) 후에만 수행하고, 연간 예산 주기의 시작에 실시하세요.
