프로세스가 없다면?
의사결정권자를 설득했다면 가장 먼저 해야할 일은 UX Review Process를 정립해야 합니다.
많은 회사가 제대로된 Process 없이 Design System을 구축하다 낭패를 봅니다. 제가 속한 회사에서도 2017년 이전에도 UX Principle을 만들고 디자인 품질을 강화하기 위해 노력했으나 그 당시 만들어진 문서들은 아무도 보지 않고 모두의 기억속에서 잊혀졌습니다.
"What if there is no process?"
If you have convinced the decision maker, the first thing you need to do is establish a UX review process.
Many companies fail to build a proper design system without a process. Even in my company, we made efforts to establish UX principles and improve design quality before 2017, but the documents created at that time were never seen by anyone and were forgotten in everyone’s memory.
공유가 안되는 디자인 원칙?
제가 디자인센터에서 일하기 전, 개발업무를 할 때입니다.
UX에 관심이 많았기에 회사 내 UX연구소에서 진행한 한 세미나를 듣게 되었습니다.
한팀의 팀장님이 발표하셨는데 그들이 만든 원칙들과 가이드에 대해서 장황하게 설명하시더라구요.
세미나 종료 후, 그 분께 찾아가 자료를 공유해 달라고 요청하였습니다. 그래야 실 제품에 적용을 할 수 있으니까요.
그런데 참 까다로웠습니다. “팀장 통해서 요청을 하면 공유를 해줄지 한번 검토해보겠다.”라고 답변 하셨고, 결국 전 해당 문서를 공유받지 못했고 정말 화가 났던 기억이 있습니다. 물론 지식이 재산인 곳에서 디자인 소속이 아닌 부서들에게 공유하기란 어려운 일이겠지요. 하지만 그러면 뭣 하러 디자인 시스템을 구축하려고 하는 걸까요?
그때 전 다짐했습니다. 소외받는 작은 제품을 개발하는 개발자까지 도움을 받을 수 있는 완전히 “Open Minded”된 디자이너가 되고 싶다.
제가 개발자에서 디자이너로 Role을 바꾸게된 계기가 몇가지 있는데 이 사건도 그 중 한가지 였습니다.
Design principles that cannot be shared?
Before I worked at the design center, I was working on development duties. As I was interested in UX, I attended a seminar held by the company’s UX research center.
The team leader of the seminar explained in detail about the principles and guides they had created. After the seminar, I approached the team leader and requested to share the materials so that I could apply them to actual products.
However, they were difficult to deal with. They replied, “I will consider whether to share the material if you request it through the team leader.” Eventually, I did not receive the document and was very angry. Of course, it must be difficult to share knowledge with departments other than design in a place where knowledge is property. But then why bother building a design system?
At that time, I made a determination to become a completely “Open Minded” designer who can receive help from developers who develop small, overlooked products, and this incident was one of the reasons why I changed my role from a developer to a designer.
UX Design Review Process
다시 본래 하던 이야기로 돌아오겠습니다. 만약 프로세스가 없다면 아무리 가이드라인을 만들어도 소용이 없습니다.
인간이란 존재가 본래 그런가도 싶은데, 법과 규칙이 있어야만 지키고 관심을 갖습니다. 우리 사는 사회에서도 법도 준수가 잘 안되서 많은 재판이 이루어지고 감옥에 갑니다.
회사 내에서도 완전히 동일합니다. 순진하게 “디자인 원칙 세웠어요!”, “가이드라인 만들었으니 지켜주세요!”와 같은 말만 반복한다면 아무도 듣지 않습니다.
그래서 가이드라인이 아닌 규정을 만들어야 하고 이 규정이 지켜질 수 있는 강력한 법이 있어야 합니다.
저 역시 회사의 품질부서와 함께 “규정을 준수 하지 않을 경우 제품 출시 불가”라는 엄청난 일을 저지르고 말았습니다. 물론 이 일은 경영자가 중요성을 먼저 인지하고 전사적으로 지시를 해주었기 때문에 가능했던 일이기도 했습니다.
그래서 경영자의 설득이 가장 먼저 이루어져야하고 가장 중요한 일임을 먼저 언급한 것입니다.
UX Design Review Process
We will return to the original topic. If there is no process, creating guidelines is pointless.
It seems that humans need laws and rules to follow and show interest. In our society, many trials and imprisonments occur because laws are not well-maintained.
This is also true in a company. Simply repeating phrases like “We established design principles!” or “Please follow the guidelines!” will not make anyone listen.
Therefore, regulations need to be created instead of guidelines, and powerful laws need to be in place to ensure that these regulations are followed.
Even I made the extraordinary decision with the company’s quality department that “the product cannot be released if regulations are not followed.” Of course, this was only possible because the management first recognized the importance and gave instructions to comply.
Therefore, convincing management is the first and most important step.
다른 프로세스와의 융합
대부분의 제조회사에서는 제품 개발 및 품질검증을 위한 프로세스는 존재할 것 입니다. 일반적으로 컨셉발의 – 기능확정 – UI시나리오/GUI가이드라인 개발 – 개발 – 품질 검증 정도의 프로세스는 갖추고 있겠죠.
이 프로세스 사이사이에 UX Review 프로세스가 녹아들어가야 합니다. 그리고 각 Review별로 점검 주체가 명확히 정해져야 하고 이 프로세스를 각 부서에서 잘 준수하고 있는지 진단하고 평가하는 강력한 권한을 가진 진단부서도 있어야 합니다.
Integration with other processes.
Most manufacturing companies will have a process for product development and quality verification. Typically, processes will include concept development, function confirmation, UI scenario/GUI guideline development, development, and quality verification.
The UX review process should be added in between these processes. Each review should have a clear subject for inspection, and there should be a diagnostic department with the authority to diagnose and evaluate whether each department is following the process well.
