완벽한 디자인 왜 나쁜 생각인가?

디자이너 또는 웹 개발자라면 프로젝트를 완벽하게 만들면 프로젝트를 완료하는 데 필요한 시간이 여러 번 연장 될 수 있음을 알고 있어야합니다. 거기에 항상 귀찮은 뭔가가 있기 때문에 신속하게 개선하고 싶은 마지막 요소가 있습니다. 하지만 불행히도 사실은 - 완벽은 동등한 파시즘이다..

그건 대담한 진술입니다. 그러나 주위를 둘러보십시오. 집이나 차고에 결함이 하나 이상 있습니까??

너의 차? x 마일마다 매번 연료를 보충해야하며, 고장이 난 후에는 완벽하지 않습니다. 너의 컴퓨터? 너무 많은 전력을 소비하고 고장을 일으키며 충돌이 발생하며 하드 드라이브가 2 분 이내에 항상 종료되어 데이터를 백업 할 수 있습니다. 완벽하지는 않습니다. 빵? 너무 일찍 지나치지 않아 완벽하지는 않습니다. 안경? 유리는 완벽 함과는 거리가 멀기 때문에 취약합니다. 결론은 무엇입니까??

완벽 함은 개발에 해를 입힌다.

우리를 둘러싼 것은 완벽하지 않습니다. 항상 개선 할 수있는 한 가지가 있습니다. 대중에게 제품을 출시하기 전에 모든 사람이 제품을 완벽하게 이끌어 내면 오늘은 아무 것도 얻지 못할 것입니다. 전기 또는 바퀴조차도 아닙니다.. 주변을 둘러싼 모든 것이 완벽하지 않으므로 소유하지 않으시겠습니까?? 그들이 누군가 당신을 갖게하기 전에 완벽하게 인도 할 때까지 기다리지 않을 래? 아마.

따라서 자신의 프로젝트를 작업하는 동안 항상 다른 사람의 실패를 참조로 받아들입니다. 완벽하려고하지 마라..

완벽이 해로운 이유는 무엇입니까??

왜냐하면 목표 달성을지지하지 않기 때문입니다. 작업을 시작할 때 항상 디자인에 도달 할 실제 목표가 있습니다. 판매량이 늘어나거나 수중 킥복싱 트레이닝 센터에 대한 인지도를 높이는 것과 같은 특별한 것이 될 수 있습니다. 그럼에도 불구하고, 당신이 집중해야 할 목표가되어야하며, 새로운 것을하고 싶을 때마다 "이 일이 나를 목표에 가깝게 만드는가?"

그리고 이제 재미있는 부분. 완벽을 추구한다고해서 목표에 더 가까이 다가 갈 수는 없습니다.. 다른 한편으로는 가능한 가장 단순한 해결책이 떠오른다. 그것은 옳았습니다 - 가장 단순하고 신뢰할 수 있지만 최고는 아닙니다. 프로젝트의 초기 단계 중 어느 솔루션이 최선인지 100 % 확신 할 수는 없습니다. 왜냐하면 당신도 그것을 시작하지 않았을 때 어떻게 알 수 있겠습니까? 시장 (실제 사용자)의 피드백 만이 웹 사이트의 개선 가능성 및 유용성에 대한 진정한 아이디어를 줄 수 있습니다. 이러한 피드백은 집중해야 할 부분입니다. 네가 생각했던 것만 큼 좋은 것은 아니야..

이것은 뻔뻔스러운 진실입니다 (불행히도). 사람들이 무엇을 원하거나 필요로하는지 결코 알 수 없으므로 필요하지 않게 될 수있는 복잡한 솔루션을 개발하는 것은 시간 낭비입니다. 그렇기 때문에 가장 간단한 방법으로 목표를 달성 할 수있는 솔루션으로 시작하십시오.. 그리고 알아야 할 한 가지 더 :

완벽 함은 종종 눈에 띄지 않습니다.

불행히도 당신이 완벽을 추구하는 데 소비 한 모든 여분의 시간은 눈에 띄지 않고 가치가 없다. 프로젝트 수령자가 귀하의 추가 노력을 알지 못하는 이유가 있습니다. 그리고 그 이유는 간단합니다. 그들은 이전 버전의 프로젝트를 보지 못했기 때문에 참조 할 것과 비교할 것이 아무것도 없다.. 그들이 알아 차리고 비판하는 유일한 것은 기본적인 기능과 요소 일 것입니다..

이미지 크레딧.

세부 작업은 대부분의 시간을 허비합니다. 세부 사항, 그래픽 디자인의 일부 작은 조각처럼. 당신이나 당신이 생각하는 몇 가지 추가 기능을 동원하는 그 작은 것은 시원하고 편리 할 것이라고 생각합니다. 그리고 실현하기 전에 전체 프로젝트 완료 시간이 여러 번 연장되었습니다. 세부 목표를 완성하는 데 60 %의 시간을 투자하고 목표를 달성하는 데에만 40 %를 소비하고 싶습니까??

프리랜서라면 모든 고객이 100 번 간단하지만 사용하기 쉽고 이해하기 쉬운 프로젝트에 더 감사하고 목표 달성에 중점을 둡니다. 멋지게 보이지만 주머니에 여분의 돈을 넣지 않는 아름다운 예술 작품보다.

완벽을 포기하는 것은 좋은 프로젝트를 포기하는 것과는 거리가 멀다.

앞에서 말했듯이, 프로젝트 / 제품 / 디자인의 생성 단계에서는 완벽한 솔루션이 실제로 무엇인지 확신 할 수 없으므로이를 추구하려는 전체 아이디어가 사라집니다. 당신이 무언가를 연구 할 때 완벽을 판단 할 수있는 유일한 방법은 당신이 주관적으로하는 동기입니다 - 한 남자의 고기는 다른 남자의 독입니다.

디자인의 가장 중요한 규칙 : 당신은 고객이나 방문객이 아닙니다. 그래서 자신의 의견과 가정에 따라 설계하고있는 것을 판단 할 수 없습니다.

당신은 완벽한 웹 사이트를 만들지 않을 것입니다.

그것은 간단합니다 (그리고 사실). 모든 세부 사항을 완벽하게 작성하지 않고 가장 중요한 핵심 요소에 집중하는 경우 이러한 주요 요소는 최종 솔루션에서 명확하게 볼 수있을뿐만 아니라 작업을 더 일찍 완료하게됩니다. 따라서 주머니에 완벽 함을 숨김으로써 훨씬 생산적이며 더 나은 결과를 얻을 수 있습니다..

완전성을 잊어 버리고 웹 사이트의 간단한 버전을 만드는 대신 가져올 수있는 이점은 다음과 같습니다.

1. 웹 사이트를 더 일찍 시작할 수 있습니다..
2. 웹 사이트는 돈을 벌거나 일찍 노출을 얻을 수 있습니다..
3. 방문객의 피드백은 일찍 도착할 것입니다..
4. 이른 피드백 때문에 방문자가 지적한 것들에 초점을 맞춘 웹 사이트를 개선 할 수있을 것입니다 (당신이 멋지다고 생각한 것뿐만 아니라).

여기서 가장 중요한 결론은 (비록 다소 이상하게 보일지라도) 간단한 해결책은 완벽한 해결책이다. "좋아,하지만이 방법을 구현하는 방법?"

작업을 두 그룹으로 나눕니다. “중요한 것들” & “세부”

중요한 것들은 목표 달성 및 목표 달성, 기본 기능 구축 등과 같이 중요합니다.) 세부 사항은 단지 세부 사항뿐입니다..

이미지 크레딧.

세부 사항은 엄청난 시간을 소비합니다. 따라서 작업의 다음 단계 중 하나에서 작업을 건너 뛰고 나중에 다시 작업해야합니다 (또는 작업을 다시하지 않는 것이 좋습니다). "나중에"는 무엇을 의미합니까? 세부 사항으로 돌아갈 최적의시기는 언제입니까??

반복적으로 작업

제가 말하고자하는 것은 바로 저와 함께하는 것입니다 - 작업을 두 그룹으로 나누면 첫 번째 반복에서 중요한 작업에만 집중하고 가장 쉬운 방법으로 작업을 완료해야합니다. 이 반복이 끝나면 완성 된 웹 사이트를 시작할 준비가됩니다 (SCRUM 형 접근 방식). 원할 경우 다른 것을 시작할 수 있습니다. 이 반복에서는 이전 버전을 향상시킬 수 있습니다. (고객 / 방문자의 피드백을 통해 개선 아이디어를 얻을 수 있습니다.) 두 번째 반복 후에 웹 사이트의 개선 된 버전을 갖게됩니다.

작업을 계속하고 웹 사이트를 지속적으로 개선하려면 세 번째 반복과 다음 반복을 시작할 수 있습니다. 이것은 작업의 시작 부분에서 "세부 사항"으로 분류 한 것들로 돌아갈 수있는 적절한 순간이지만 방문자 / 고객의 반응으로 이러한 "세부 사항"이 완전히 중복되는지 판단 할 수 있습니다 ( 매우 공통점).

이것은 반복 접근의 진정한 강점입니다. 작업의 각 단계마다 시작할 준비가 된 완전한 웹 사이트가 있으며 끊임없이 향상시킬 수 있습니다. 이것은 10 년 동안 폐쇄 된 공간에서 무언가를 작업하는 것과 비교하여 세상에서 어떤 피드백도없이 완벽하게 만들려고 시도하는 것보다 훨씬 더 나은 상황입니다. 반복 접근법은 훨씬 안전합니다. 더 나은 시나리오는 무엇입니까? 당신의 아이디어는 당신이 알고있는 것임을 깨닫고 한 달의 일 후에 시장에 대한 수요가 없거나 10 년의 일 후에 깨닫는 것입니다.?

그냥 쪽지:이 방법으로 인해 동료 몇 명이 몇 개월 전에 석사 학위 논문을 마칠 수있었습니다. 내가 한 것은 각 장에 대해 가장 중요한 것에 초점을 맞추고 가능한 빨리 끝내고 나중에 모든 세부 정보를 남겼습니다. 각 장을 처음부터 완벽하게 만들고 싶었다면 오늘까지 끝내지 않았을 것입니다. 또한 M.Sc를 변호 한 이래로 2 년이 넘었습니다..

신속하고 효과적으로 작업하십시오.

이것은 다목적 팁이며 클라이언트를위한 프로젝트는 물론 자신의 웹 사이트에서 작업하는 동안 실무에 투입 될 수 있습니다. 이것들은 현재 중요한 사항입니다 : 빠른 작업과 빠른 결과. 적응할 시간입니다..

자신의 주관적 의견으로는 "완벽한"솔루션이 아니라 가능한 가장 단순한 솔루션을 제공함으로써 항상 빠른 결과 (목표 달성에 초점)를 전달하십시오.. 기억하십시오 - 당신은 완벽 할 필요가 없습니다. "충분히 좋음"으로 충분하다..

하나 더 - 완벽한 솔루션을 제공하려는 프로젝트에 대한 귀하의 경험은 무엇입니까??