디자이너와 개발자 간의 협업을 위한 최고의 팁
게시 됨: 2019-05-30디자이너와 개발자는 천국의 짝이 될 수 있습니다. 효과적으로 함께 일할 때 말 그대로 세상을 바꿀 수 있습니다.
그렇다면 대부분의 프로젝트가 디자인에서 시작하여 개발로 끝나는 이유는 무엇입니까? 이 프로세스는 디자이너가 소중한 디자인을 넘겨준 다음 개발자가 의도한 대로 해석하는지 확인하기 위해 초조하게 기다리고 있는 대규모 연결 끊김을 유발합니다.
이러면 안됩니다. 디자이너와 개발자는 같은 팀에 있습니다. 그들은 단순히 다른 역할, 기술 및 강점을 가지고 있습니다.
“성공적인 웹사이트를 만들고 싶다면 경쟁이 아니라 협력해야 합니다. "
협업의 중요성
기본 아이디어에서 뛰어난 제품으로 프로젝트를 진행하려면 디자이너와 개발자가 긴밀한 협업과 명확한 커뮤니케이션을 통해 동기화하여 작업해야 합니다.
하루가 끝나면 우리는 모두 함께합니다. 따라서 추측하고, 가정하고, 논쟁하고, 손가락질하고, 눈을 굴리는 것은 마찰을 일으킬 뿐이며 궁극적으로 표준 이하의 제품으로 넘어갑니다.
일이 예상대로 되지 않을 때 상대방을 탓하기는 쉽지만 디자이너와 개발자는 각자 자신의 재능과 사물을 보는 방식이 다르다는 것을 기억하는 것이 중요합니다. 따라서 한 사람에게는 명백할 수 있는 것이 다른 사람에게는 낯선 개념일 수 있습니다.
협업은 학습된 기술이며 웹 팀이 잠재력을 발휘하려면 마스터해야 하는 기술입니다.
다음은 더 나은 디자이너-개발자 협업을 위한 최고의 팁입니다 .
- 처음부터 함께 작업
- 협업을 위한 표준 개발
- 개방적이고 존중하는 대화 수용
- 프로토타입 만들기
1. 처음부터 함께 일하라
전통적인 웹 디자인 프로세스에서 디자이너는 프로젝트의 초기 단계(연구, 분석 및 프로토타입 생성)를 처리하여 디자인이 책상에 전달되고 지침이 제공될 때까지 개발자를 어둠 속에 둡니다.
이 과정은 문제로 가득 차 있습니다. 디자이너들은 멋진 디자인을 꿈꿨지만 구현하기가 어렵거나 시간이 많이 걸리거나 완전히 불가능하다는 사실을 알게 되었을 수 있습니다. 한편, 개발자는 프로젝트 이면의 이유를 완전히 이해하지 못하기 때문에 프로젝트에서 단절된 느낌을 받을 것입니다.
개발자가 처음부터 디자인 회의에 초대되면 제품이 해결하려는 문제를 이해하고 사용자의 요구 사항을 이해하게 될 것입니다. 그들은 또한 설계를 검증하고 더 나아가 문제를 일으킬 수 있는 기술적 고려 사항을 발견할 수 있습니다.
다시 말해, 디자이너와 개발자가 프로젝트를 처음부터 함께 작업하면 디자인이 좋지 않거나 작동하지 않을 가능성이 줄어들고 최종 사용자의 만족도가 높아지며 창의적인 솔루션을 위한 충분한 여지가 생깁니다.
2. 표준 개발
디자이너와 개발자가 작업에 대한 적절한 지식과 올바른 도구를 가지고 있으면 작업을 신속하게 완료할 수 있습니다. 그러나 너무 자주 물류를 논의하는 데 시간이 낭비됩니다.
예를 들어, 기술적 제약이 있는 디자인 고려 사항을 통합할 수 있는 힘이 있는 WordPress 플러그인을 결정하는 것은 상당한 토론을 유발할 수 있습니다. 그러나 일단 합의한 후에는 물류상의 이유로 부적합하지 않는 한 해당 플러그인을 다른 유사한 프로젝트의 표준으로 채택하는 것이 좋습니다.
명명 규칙, 크기, 격자, 여백 등에 대해서도 마찬가지입니다. 시스템과 프로세스를 표준화하면 모두가 그에 대해 기대하는 것이 무엇인지 알게 되고, 작은 일을 하느라 수렁에 빠지지 않게 되며, 모두에게 적합한 제품을 만드는 데 더 많은 시간을 할애할 수 있습니다.
3. 개방적이고 존중하는 커뮤니케이션
프로젝트를 성공시키려면 빈번하고 개방적인 커뮤니케이션이 필수적입니다. 그리고 나는 하루 종일 많은 이메일을 처리하는 것에 대해 말하는 것이 아닙니다.
이메일은 예를 들어 토론에 대한 서면 요약을 제공하는 것과 같은 몇 가지 경우에 유용합니다. 그러나 그들은 또한 문제가 될 수 있습니다. 이메일 내용에 대한 전반적인 인상을 얻기 위해 이메일을 훑어보는 것은 쉽습니다. 특히 프로젝트에 대한 일이 없고 받은 편지함이 과부하 상태일 때 그렇습니다. 그러나 중요한 것을 놓치거나 누군가의 어조나 문체 덕분에 잘못된 인상을 받기 쉽습니다. 이것은 디자이너와 개발자에게 특히 사실입니다. 그들은 종종 다른 기대, 상충되는 관점, 다른 언어로 상황에 도달하기 때문입니다.
이메일은 종종 의사 소통의 환상을 만들지만 이는 신기루에 불과합니다. 프로젝트 팀의 모든 구성원은 정기적으로 대면, 전화 또는 화상 회의를 통해 의사 소통하여 번역 과정에서 손실이 없도록 해야 합니다. 존중과 공감으로 의사 소통하고, 피드백을 적극적으로 구하고, 아이디어를 서로 공유하십시오. 이것은 신뢰의 환경과 창의성을 위한 플랫폼을 만듭니다.
4. 프로토타입 만들기
옛 속담처럼, 말하는 것보다 보여주는 것이 낫다. 그러나 경험하는 것은 그들 모두를 능가합니다.
프로젝트에서 가능한 한 빨리 프로토타이핑을 시작하십시오. 처음에는 클라이언트가 귀하의 아이디어를 더 잘 이해하도록 돕고 사용자 테스트를 시작할 수 있음을 의미합니다. 그러나 더 중요한 것은 잘못된 해석을 없애고 개발자에게 제품이 어떻게 작동할지 상상하는 방식을 정확하게 보여줍니다. 개발자는 상호 작용의 언어를 사용하기 때문에 제품을 구축하는 방법을 더 쉽게 계획할 수 있습니다. 또한 초기 단계부터 디자이너와 개발자 간의 협업을 강화하여 모두가 추구하는 단일 목표를 강조합니다.
“처음부터 긴밀하게 협력하고 공개적으로 소통하는 디자이너와 개발자는 뛰어난 웹사이트를 개발할 가능성이 훨씬 더 높습니다. "계속 읽기: 디자인 프로세스에 개발자를 포함해야 하는 이유
인터넷은 디자이너가 코딩을 배워야 하는 이유 또는 최소한 웹 개발의 기본 사항을 알아야 하는 이유에 대한 토론으로 들끓고 있습니다. 디자이너가 웹 개발에 대해 한두 가지를 알고 있다면 디자인이 완성되고 템플릿으로 코딩되었을 때 디자인이 어떻게 보일지 더 잘 이해할 수 있습니다. 결국 반응형 디자인과 완전히 작동하려면 바닥글의 이상한 위젯 영역에 추가 패딩이 필요할까요?
이것은 디자인 프로세스에 개발자를 포함시켜야 하는 이유 중 하나일 뿐입니다. 더 많은 협업 팁을 보려면 이 무료 가이드를 다운로드하십시오!
디자이너와 개발자 간의 더 나은 협업을 위해 어떤 팁이 필요합니까? 우리 목록에 무엇이든 추가할 수 있습니까? 아래 대화에 참여하세요.
이 기사는 원래 2017년 11월 28일에 게시되었습니다. 2019년 5월 30일에 마지막으로 업데이트되었습니다.