나는 "내부 플랫폼을 위한 디자인에 관한 것이었으면 좋겠다"는 생각으로 이 글을 시작했습니다. 첫째는 현재 내부 플랫폼을 위해 디자인하고 있고 제 경험에서 배운 것을 공유하고 싶었기 때문이고, 둘째는 관련 글이 많다고 생각하기 때문입니다. 고객을 대면하는 애플리케이션과 소프트웨어이지만 전자를 관리하는 배후에 있는 소프트웨어에 대해서는 너무 적습니다.

기사를 쓰면서 내가 전달하려는 메시지는 내부 플랫폼용으로 디자인하는 방법에 대한 실용적인 가이드나 내부 플랫폼과 외부 플랫폼의 차이점에 대한 글이 아니라 우리 모두가 직면할 수 있는 일반적인 문제에 관한 것임을 깨달았습니다. 회사에서 일할 때 디자이너. 이것이 내가 이론에 입각한 설계와 실제에 따른 설계로 기사를 재구성하게 만든 것입니다.

우리는 누구를 위해 설계

이 기사의 핵심 섹션인 내 경험으로 뛰어들기 전에 한 가지 개념을 분명히 하고 싶습니다. 우리가 설계하는 사람입니다. 우리는 사용자를 위해 디자인하지만 그 사용자는 누구입니까?

사용자의 개념은 사람들의 마음에 제대로 각인되고 있지만, 일반적으로 최종 사용자를 수익을 가져오는 사람으로 이야기하기 때문에 종종 오해될 수 있습니다. 예를 들어 전자 상거래에서 우리는 일반적으로 고객이라고 예상합니다.

이것은 이론이 잘못된 특정 사례가 아니라 이론이 충분히 깊이 들어가지 않거나 우리가 단지 표면에 닿는 경우보다 더 많은 것 같습니다.

구매 프로세스의 일부인 모든 사람은 수익을 가져오는 사람이든 수익을 가능하게 하는 시스템을 관리하는 사람이든 상관없이 모두 사용자입니다. 이를 기반으로 우리는 사용자로서 도구 성능을 판매, 구현, 관리하고 고객이 목표를 달성하도록 지원하는 사람과 고객 자체를 우리가 생각해야 할 필요와 요구 사항을 가진 사용자로 가지고 있습니다.

우리가 디자인하는 것, 내부 또는 외부 플랫폼에 따라 우리는 둘 중 하나를 가지게 되지만 여전히 그러한 사용자는 기능이 있는지 여부와 디자인 결정을 대조하고 그렇지 않은 경우 다음 섹션에서 자세한 내용을 설명합니다. 예.

Kingfisher에서의 나의 경험

이제 Kingfisher 에서 B&Q 에서 고객이 만들고 있는 주방, 욕실 및 수납 디자인 프로젝트 모니터링을 담당하는 내부 관리 플랫폼의 제품 디자이너로 일하면서 마음에 와닿는 것들을 공유하려고 합니다 . 나는 디자이너로서 우리가 해야 할 일, 그것이 실제 비즈니스에서 종종 어떻게 작동하는지, 그리고 우리가 그 장벽을 어떻게 해결할 수 있는지와 연관시키려고 노력할 것입니다.

내가 처음 배운 것은 모든 것이 매뉴얼대로 되는 것은 아니며, 그것이 반드시 나쁠 필요는 없다는 것입니다. 즉, 우리가 사용자 경험 디자인을 배울 때 주요 교훈은 사용자, 사용자가 원하는 것(항상 필요한 것은 아닙니다… 다른 기사에 대한 것일 수 있음) 및 여정을 어떻게 만드는지에 관한 것입니다. 가능한 한 부드럽게. 예, 모두 사실이지만 어느 정도까지는 그렇습니다.

우리는 예산, 우선 순위 및 범위가 있는 회사를 위해 일하고 있습니다. 사용자에게 도달할 수 없기 때문에 개발되지 않을 경우 가장 훌륭하고 혁신적인 기능이 있는지 여부는 중요하지 않습니다. 답답하게 느껴질 수 있지만, 비즈니스 니즈와 사용자의 니즈를 잘 생각하는 법을 배워야 할 때이고, 창의력을 키우고 틀에서 벗어나는 데 도움이 되었습니다. 우리는 항상 가장 최적화된 사용자를 위해 노력하고 싶습니다. 그러나 때로는 우리가 원하는 것보다 더 유연해야 할 수도 있습니다.

레시피를 요리할 때 특정 재료나 예산이 없어도 다른 유사한 재료를 추가하거나 창의력을 즉흥적으로 사용하여 레시피를 맛있게 만드는 방법을 찾을 수 있는 것과 같습니다. "좋은", 우리가 가진 것으로 사용자가 사용하기 쉬운 것.

두 번째로 제가 배운 것은 이상적이지는 않더라도 항상 사용자와 함께 테스트할 수 있는 능력이 없을 수도 있고 그런 일이 발생하더라도 여전히 해결할 수 있어야 한다는 것입니다. 이 경우 모범 사례와 상식을 사용할 수 있습니다. 디자인 프로세스는 반복적입니다. 즉, 첫 번째 반복에서 원하는 모든 것을 달성할 수 없다면 언제든지 나중에 다시 돌아올 수 있습니다. 이를 위해서는 개발된 내용을 모니터링하는 것이 중요하므로 처음에는 테스트할 수 있는 기능이 없더라도 이제 성능을 추적하고 이를 통해 배울 수 있습니다.

내 결론

고객 대면 플랫폼과 내부 플랫폼이 주로 특성에 따라 약간의 차이가 있을 수 있음을 인정할 수 있더라도 제품 자체에 관한 것이 아닙니다. 내부 관리 플랫폼은 가능하면 자동화를 제공하고 쉽고 빠른 데이터 저장을 제공해야 하는 제어 도구인 반면 고객 대면 플랫폼은 일반적으로 거래 플랫폼입니다. 각각에 대해 언급된 주요 기능 중에서 디자인 관점의 나머지는 주로 유사성입니다. 둘 다 사용자와 따라야 할 일련의 디자인 관행이 있기 때문입니다.

이 기사의 주제에서 언급한 바와 같이 우리가 일반적으로 디자이너로서 직면하는 주요 문제는 적어도 이러한 경우에는 디자인과 관련된 만큼 전략적입니다. 사용자 요구 사항과 비즈니스 요구 사항의 균형을 맞추는 방법. 때때로 우리가 우리의 디자인 기술을 타협하고 있는 것처럼 느껴질 수 있지만, 우리는 그렇지 않습니다. 우리는 우리에게 제시된 것을 최대한 활용하기 위해 우리의 창의성과 배움을 사용하고 있습니다. 그게 바로 디자인이 아닐까요? 문제 해결.

사용자 요구 사항과 비즈니스 목표 간의 균형을 맞추는 데 비슷한 문제에 직면해 있습니까? 제품 디자인에서 이론과 현실 사이의 비효율을 경험한 적이 있습니까? 여러분의 생각을 듣고 싶습니다. 아래에 의견을 남기거나 LinkedIn에서 저에게 메시지를 보내주세요.