Dealing with a designer who won't accept feedback

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
3
down vote

favorite
1












I am a lone web developer in the company maintaining a legacy web application. My job is to maintain this site and implement changes as requested by our web designer.



The problem is that the "web" designer isn't very good. Anytime I try to add previously approved details to improve the system, they come and say




"Woah, we should add glitter! And gifs! And this ridiculously big button!"




and the boss just says "yes, do it".



I've spoken to my boss about the user interface, new trends, and good taste. The designer, however, ignores my advice saying "it is not important", and just does as they please. I've also tried to talk with them about the same topic, but then they rebutt with "I'm the designer, I know about this, you just go and keep writing code".



It's really frustrating not being able to implement some of my changes, and worse, having to implement changes that make it harder for our clients.



How can I convince the web designer to try some new ideas or take some of my suggestions on board?







share|improve this question


















  • 4




    Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
    – Étienne
    Mar 19 '14 at 22:54






  • 1




    This seems more like a rant than a question.
    – user9158
    Mar 19 '14 at 23:26






  • 3




    Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
    – jmac
    Mar 20 '14 at 1:33






  • 5




    You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
    – Brad Thomas
    Mar 20 '14 at 2:20










  • Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
    – Zibbobz
    Mar 21 '14 at 14:12
















up vote
3
down vote

favorite
1












I am a lone web developer in the company maintaining a legacy web application. My job is to maintain this site and implement changes as requested by our web designer.



The problem is that the "web" designer isn't very good. Anytime I try to add previously approved details to improve the system, they come and say




"Woah, we should add glitter! And gifs! And this ridiculously big button!"




and the boss just says "yes, do it".



I've spoken to my boss about the user interface, new trends, and good taste. The designer, however, ignores my advice saying "it is not important", and just does as they please. I've also tried to talk with them about the same topic, but then they rebutt with "I'm the designer, I know about this, you just go and keep writing code".



It's really frustrating not being able to implement some of my changes, and worse, having to implement changes that make it harder for our clients.



How can I convince the web designer to try some new ideas or take some of my suggestions on board?







share|improve this question


















  • 4




    Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
    – Étienne
    Mar 19 '14 at 22:54






  • 1




    This seems more like a rant than a question.
    – user9158
    Mar 19 '14 at 23:26






  • 3




    Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
    – jmac
    Mar 20 '14 at 1:33






  • 5




    You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
    – Brad Thomas
    Mar 20 '14 at 2:20










  • Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
    – Zibbobz
    Mar 21 '14 at 14:12












up vote
3
down vote

favorite
1









up vote
3
down vote

favorite
1






1





I am a lone web developer in the company maintaining a legacy web application. My job is to maintain this site and implement changes as requested by our web designer.



The problem is that the "web" designer isn't very good. Anytime I try to add previously approved details to improve the system, they come and say




"Woah, we should add glitter! And gifs! And this ridiculously big button!"




and the boss just says "yes, do it".



I've spoken to my boss about the user interface, new trends, and good taste. The designer, however, ignores my advice saying "it is not important", and just does as they please. I've also tried to talk with them about the same topic, but then they rebutt with "I'm the designer, I know about this, you just go and keep writing code".



It's really frustrating not being able to implement some of my changes, and worse, having to implement changes that make it harder for our clients.



How can I convince the web designer to try some new ideas or take some of my suggestions on board?







share|improve this question














I am a lone web developer in the company maintaining a legacy web application. My job is to maintain this site and implement changes as requested by our web designer.



The problem is that the "web" designer isn't very good. Anytime I try to add previously approved details to improve the system, they come and say




"Woah, we should add glitter! And gifs! And this ridiculously big button!"




and the boss just says "yes, do it".



I've spoken to my boss about the user interface, new trends, and good taste. The designer, however, ignores my advice saying "it is not important", and just does as they please. I've also tried to talk with them about the same topic, but then they rebutt with "I'm the designer, I know about this, you just go and keep writing code".



It's really frustrating not being able to implement some of my changes, and worse, having to implement changes that make it harder for our clients.



How can I convince the web designer to try some new ideas or take some of my suggestions on board?









share|improve this question













share|improve this question




share|improve this question








edited Mar 20 '14 at 0:54









nadyne

4,7331523




4,7331523










asked Mar 19 '14 at 21:54









user17540

292




292







  • 4




    Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
    – Étienne
    Mar 19 '14 at 22:54






  • 1




    This seems more like a rant than a question.
    – user9158
    Mar 19 '14 at 23:26






  • 3




    Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
    – jmac
    Mar 20 '14 at 1:33






  • 5




    You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
    – Brad Thomas
    Mar 20 '14 at 2:20










  • Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
    – Zibbobz
    Mar 21 '14 at 14:12












  • 4




    Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
    – Étienne
    Mar 19 '14 at 22:54






  • 1




    This seems more like a rant than a question.
    – user9158
    Mar 19 '14 at 23:26






  • 3




    Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
    – jmac
    Mar 20 '14 at 1:33






  • 5




    You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
    – Brad Thomas
    Mar 20 '14 at 2:20










  • Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
    – Zibbobz
    Mar 21 '14 at 14:12







4




4




Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
– Étienne
Mar 19 '14 at 22:54




Maybe you could edit your question to make it more generic. Basically your question is about convincing someone who is more senior than you to change the way they work and do it your way, which is sometimes not easy if the person has been working that way for long.
– Étienne
Mar 19 '14 at 22:54




1




1




This seems more like a rant than a question.
– user9158
Mar 19 '14 at 23:26




This seems more like a rant than a question.
– user9158
Mar 19 '14 at 23:26




3




3




Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
– jmac
Mar 20 '14 at 1:33




Hey user, and welcome to The Workplace. I'm a bit confused by your question, could you clarify please? You are not the designer, you are the coder. The designer reports to your manager, and your manager agrees with him. It sounds to me like this isn't your decision to make, and that your manager has already made clear that you should do what the designer says. What exactly makes you think that you can convince this designer that he has no taste? As-is, it doesn't sound like there is any way we can provide an answer that will actually solve the problem. An edit may help get better answers.
– jmac
Mar 20 '14 at 1:33




5




5




You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
– Brad Thomas
Mar 20 '14 at 2:20




You're asking the wrong question. Your question should be, "how can I be at peace with myself and enjoy my work while implementing things I disagree with". The answer is: if you bend with the wind and you are flexible, then you gain strength. If you stand stiff in opposition, then you will be uprooted.
– Brad Thomas
Mar 20 '14 at 2:20












Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
– Zibbobz
Mar 21 '14 at 14:12




Flash buttons, animated gifs, and 'sparkles' are huge pet peeves of mine too...but I recognize that some of that is suited for mobile access - something I hate as well, but a necessary evil as mobile internet devices become more common. Hopefulluy this is what your designer is planning for, and is not just trying to make things 'pop' (the peevest of pet peeves I have with web design).
– Zibbobz
Mar 21 '14 at 14:12










2 Answers
2






active

oldest

votes

















up vote
11
down vote



accepted










Recognise your role in the organisation



I think the first thing to cover is the separation of roles here: you are a web developer working with a web designer, to a certain extent your role is to implement the design as requested by the designer and approved by the manager. As such, approaching management and going around the designer will not look good for you, as you are attempting to work outside of your domain.



It may also be that, while you have disagreements, the designers work may actually have a rationale behind it. What would help here is increased communication between you both. If the designer is recommending a giant button, find out why. Is it to improve user click-throughs. However, if they are unable or unwilling to explain it, don't press the issue. As stated, your job is to implement their design.



Ask, don't tell



If they do give reasons behind it, and you think there is a better approach, ask don't tell. Ask if they have considered other approaches, ask if you can help with the design process to expand your own skills, ask if you can see the process they went through to come up with the final design, ask if they can critique some of your own ideas and help improve them.



In the best case, you will get an understanding of why they have taken the approaches they have, in the worst case you might gently give them a reason to provide rationale to themself for their ideas.



Recognise your own potential limitations



Sometimes, when working across domains, we can over estimate our own skills, this is called the Dunning-Kruger Effect. User Interface and Experience is such a broad and difficult field, and is much more nuanced than people recognise. Thiscan be seen by the fact that there is a User Experience Stack Exchange site, that is very separate from StackOverflow itself despite often coving similar technologies. While you may have a lot of experience building websites with these technologies, it is worth examining the possibilty that there are gaps in your knowledge that the designer is exposing that is causing some friction between you both.






share|improve this answer


















  • 2




    You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
    – TecBrat
    Mar 21 '14 at 12:48






  • 1




    And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
    – gnasher729
    Jun 24 '14 at 12:27

















up vote
9
down vote













Let me start with You aren't the designer. Nor, apparently, are you the decision maker about the site. The designer has given you the design and the boss has approved it.



You've brought up your concerns and they've been shot down.



At this point you have a decision: do what you're told or leave. It's really that simple.



Let me give you a story:



One place I worked at had a design team responsible for a large number of landing pages. These pages were overly large and based on the google tracking it was obvious people were leaving because the sites were failing to load in a reasonable amount of time... some of them were in the 30 second range.



The marketing director approached me to see if I knew a way to fix this. I came up with the idea of reprocessing some of the images to get the load times down. She approved so I made the change on one of the 300+ landing pages and we tracked a 40% increase in our conversion rate for that page. We called this a success.



The following day the CEO stormed into a dev meeting and demanded to know who made that change so he could fire them. Apparently a few weeks before he had told marketing to not make any changes to the pages at all; which they had failed to disclose to me. Fortunately the CTO didn't use my name and actually stepped in front of the bullet. 5 minutes before I had explained the project and our "success" with it; and she had just approved performing this change on all of the pages.



The CEO explained that he had been trying changes with ad words for several pages, including that one, and believed that my changes skewed the results. They likely did. After he left the room I was told to immediately put everything back to exactly how it was before.



Point is, the CEO was on top of what was going on, only communicated a "do it my way" without details and we completely blew apart his testing. Meanwhile the marketing director decided that she was going to ignore instructions and do it her way.



Don't be that person.






share|improve this answer


















  • 2




    Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
    – NotVonKaiser
    Mar 20 '14 at 2:38










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "423"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f20839%2fdealing-with-a-designer-who-wont-accept-feedback%23new-answer', 'question_page');

);

Post as a guest






























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
11
down vote



accepted










Recognise your role in the organisation



I think the first thing to cover is the separation of roles here: you are a web developer working with a web designer, to a certain extent your role is to implement the design as requested by the designer and approved by the manager. As such, approaching management and going around the designer will not look good for you, as you are attempting to work outside of your domain.



It may also be that, while you have disagreements, the designers work may actually have a rationale behind it. What would help here is increased communication between you both. If the designer is recommending a giant button, find out why. Is it to improve user click-throughs. However, if they are unable or unwilling to explain it, don't press the issue. As stated, your job is to implement their design.



Ask, don't tell



If they do give reasons behind it, and you think there is a better approach, ask don't tell. Ask if they have considered other approaches, ask if you can help with the design process to expand your own skills, ask if you can see the process they went through to come up with the final design, ask if they can critique some of your own ideas and help improve them.



In the best case, you will get an understanding of why they have taken the approaches they have, in the worst case you might gently give them a reason to provide rationale to themself for their ideas.



Recognise your own potential limitations



Sometimes, when working across domains, we can over estimate our own skills, this is called the Dunning-Kruger Effect. User Interface and Experience is such a broad and difficult field, and is much more nuanced than people recognise. Thiscan be seen by the fact that there is a User Experience Stack Exchange site, that is very separate from StackOverflow itself despite often coving similar technologies. While you may have a lot of experience building websites with these technologies, it is worth examining the possibilty that there are gaps in your knowledge that the designer is exposing that is causing some friction between you both.






share|improve this answer


















  • 2




    You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
    – TecBrat
    Mar 21 '14 at 12:48






  • 1




    And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
    – gnasher729
    Jun 24 '14 at 12:27














up vote
11
down vote



accepted










Recognise your role in the organisation



I think the first thing to cover is the separation of roles here: you are a web developer working with a web designer, to a certain extent your role is to implement the design as requested by the designer and approved by the manager. As such, approaching management and going around the designer will not look good for you, as you are attempting to work outside of your domain.



It may also be that, while you have disagreements, the designers work may actually have a rationale behind it. What would help here is increased communication between you both. If the designer is recommending a giant button, find out why. Is it to improve user click-throughs. However, if they are unable or unwilling to explain it, don't press the issue. As stated, your job is to implement their design.



Ask, don't tell



If they do give reasons behind it, and you think there is a better approach, ask don't tell. Ask if they have considered other approaches, ask if you can help with the design process to expand your own skills, ask if you can see the process they went through to come up with the final design, ask if they can critique some of your own ideas and help improve them.



In the best case, you will get an understanding of why they have taken the approaches they have, in the worst case you might gently give them a reason to provide rationale to themself for their ideas.



Recognise your own potential limitations



Sometimes, when working across domains, we can over estimate our own skills, this is called the Dunning-Kruger Effect. User Interface and Experience is such a broad and difficult field, and is much more nuanced than people recognise. Thiscan be seen by the fact that there is a User Experience Stack Exchange site, that is very separate from StackOverflow itself despite often coving similar technologies. While you may have a lot of experience building websites with these technologies, it is worth examining the possibilty that there are gaps in your knowledge that the designer is exposing that is causing some friction between you both.






share|improve this answer


















  • 2




    You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
    – TecBrat
    Mar 21 '14 at 12:48






  • 1




    And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
    – gnasher729
    Jun 24 '14 at 12:27












up vote
11
down vote



accepted







up vote
11
down vote



accepted






Recognise your role in the organisation



I think the first thing to cover is the separation of roles here: you are a web developer working with a web designer, to a certain extent your role is to implement the design as requested by the designer and approved by the manager. As such, approaching management and going around the designer will not look good for you, as you are attempting to work outside of your domain.



It may also be that, while you have disagreements, the designers work may actually have a rationale behind it. What would help here is increased communication between you both. If the designer is recommending a giant button, find out why. Is it to improve user click-throughs. However, if they are unable or unwilling to explain it, don't press the issue. As stated, your job is to implement their design.



Ask, don't tell



If they do give reasons behind it, and you think there is a better approach, ask don't tell. Ask if they have considered other approaches, ask if you can help with the design process to expand your own skills, ask if you can see the process they went through to come up with the final design, ask if they can critique some of your own ideas and help improve them.



In the best case, you will get an understanding of why they have taken the approaches they have, in the worst case you might gently give them a reason to provide rationale to themself for their ideas.



Recognise your own potential limitations



Sometimes, when working across domains, we can over estimate our own skills, this is called the Dunning-Kruger Effect. User Interface and Experience is such a broad and difficult field, and is much more nuanced than people recognise. Thiscan be seen by the fact that there is a User Experience Stack Exchange site, that is very separate from StackOverflow itself despite often coving similar technologies. While you may have a lot of experience building websites with these technologies, it is worth examining the possibilty that there are gaps in your knowledge that the designer is exposing that is causing some friction between you both.






share|improve this answer














Recognise your role in the organisation



I think the first thing to cover is the separation of roles here: you are a web developer working with a web designer, to a certain extent your role is to implement the design as requested by the designer and approved by the manager. As such, approaching management and going around the designer will not look good for you, as you are attempting to work outside of your domain.



It may also be that, while you have disagreements, the designers work may actually have a rationale behind it. What would help here is increased communication between you both. If the designer is recommending a giant button, find out why. Is it to improve user click-throughs. However, if they are unable or unwilling to explain it, don't press the issue. As stated, your job is to implement their design.



Ask, don't tell



If they do give reasons behind it, and you think there is a better approach, ask don't tell. Ask if they have considered other approaches, ask if you can help with the design process to expand your own skills, ask if you can see the process they went through to come up with the final design, ask if they can critique some of your own ideas and help improve them.



In the best case, you will get an understanding of why they have taken the approaches they have, in the worst case you might gently give them a reason to provide rationale to themself for their ideas.



Recognise your own potential limitations



Sometimes, when working across domains, we can over estimate our own skills, this is called the Dunning-Kruger Effect. User Interface and Experience is such a broad and difficult field, and is much more nuanced than people recognise. Thiscan be seen by the fact that there is a User Experience Stack Exchange site, that is very separate from StackOverflow itself despite often coving similar technologies. While you may have a lot of experience building websites with these technologies, it is worth examining the possibilty that there are gaps in your knowledge that the designer is exposing that is causing some friction between you both.







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 13 '17 at 12:32









Community♦

1




1










answered Mar 20 '14 at 1:59







user9158














  • 2




    You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
    – TecBrat
    Mar 21 '14 at 12:48






  • 1




    And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
    – gnasher729
    Jun 24 '14 at 12:27












  • 2




    You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
    – TecBrat
    Mar 21 '14 at 12:48






  • 1




    And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
    – gnasher729
    Jun 24 '14 at 12:27







2




2




You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
– TecBrat
Mar 21 '14 at 12:48




You had my +1 with "Recognise your role in the organisation", but the whole answer is good.
– TecBrat
Mar 21 '14 at 12:48




1




1




And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
– gnasher729
Jun 24 '14 at 12:27




And note that the Dunning-Kruger effect never applies to designers. They are never wrong.
– gnasher729
Jun 24 '14 at 12:27












up vote
9
down vote













Let me start with You aren't the designer. Nor, apparently, are you the decision maker about the site. The designer has given you the design and the boss has approved it.



You've brought up your concerns and they've been shot down.



At this point you have a decision: do what you're told or leave. It's really that simple.



Let me give you a story:



One place I worked at had a design team responsible for a large number of landing pages. These pages were overly large and based on the google tracking it was obvious people were leaving because the sites were failing to load in a reasonable amount of time... some of them were in the 30 second range.



The marketing director approached me to see if I knew a way to fix this. I came up with the idea of reprocessing some of the images to get the load times down. She approved so I made the change on one of the 300+ landing pages and we tracked a 40% increase in our conversion rate for that page. We called this a success.



The following day the CEO stormed into a dev meeting and demanded to know who made that change so he could fire them. Apparently a few weeks before he had told marketing to not make any changes to the pages at all; which they had failed to disclose to me. Fortunately the CTO didn't use my name and actually stepped in front of the bullet. 5 minutes before I had explained the project and our "success" with it; and she had just approved performing this change on all of the pages.



The CEO explained that he had been trying changes with ad words for several pages, including that one, and believed that my changes skewed the results. They likely did. After he left the room I was told to immediately put everything back to exactly how it was before.



Point is, the CEO was on top of what was going on, only communicated a "do it my way" without details and we completely blew apart his testing. Meanwhile the marketing director decided that she was going to ignore instructions and do it her way.



Don't be that person.






share|improve this answer


















  • 2




    Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
    – NotVonKaiser
    Mar 20 '14 at 2:38














up vote
9
down vote













Let me start with You aren't the designer. Nor, apparently, are you the decision maker about the site. The designer has given you the design and the boss has approved it.



You've brought up your concerns and they've been shot down.



At this point you have a decision: do what you're told or leave. It's really that simple.



Let me give you a story:



One place I worked at had a design team responsible for a large number of landing pages. These pages were overly large and based on the google tracking it was obvious people were leaving because the sites were failing to load in a reasonable amount of time... some of them were in the 30 second range.



The marketing director approached me to see if I knew a way to fix this. I came up with the idea of reprocessing some of the images to get the load times down. She approved so I made the change on one of the 300+ landing pages and we tracked a 40% increase in our conversion rate for that page. We called this a success.



The following day the CEO stormed into a dev meeting and demanded to know who made that change so he could fire them. Apparently a few weeks before he had told marketing to not make any changes to the pages at all; which they had failed to disclose to me. Fortunately the CTO didn't use my name and actually stepped in front of the bullet. 5 minutes before I had explained the project and our "success" with it; and she had just approved performing this change on all of the pages.



The CEO explained that he had been trying changes with ad words for several pages, including that one, and believed that my changes skewed the results. They likely did. After he left the room I was told to immediately put everything back to exactly how it was before.



Point is, the CEO was on top of what was going on, only communicated a "do it my way" without details and we completely blew apart his testing. Meanwhile the marketing director decided that she was going to ignore instructions and do it her way.



Don't be that person.






share|improve this answer


















  • 2




    Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
    – NotVonKaiser
    Mar 20 '14 at 2:38












up vote
9
down vote










up vote
9
down vote









Let me start with You aren't the designer. Nor, apparently, are you the decision maker about the site. The designer has given you the design and the boss has approved it.



You've brought up your concerns and they've been shot down.



At this point you have a decision: do what you're told or leave. It's really that simple.



Let me give you a story:



One place I worked at had a design team responsible for a large number of landing pages. These pages were overly large and based on the google tracking it was obvious people were leaving because the sites were failing to load in a reasonable amount of time... some of them were in the 30 second range.



The marketing director approached me to see if I knew a way to fix this. I came up with the idea of reprocessing some of the images to get the load times down. She approved so I made the change on one of the 300+ landing pages and we tracked a 40% increase in our conversion rate for that page. We called this a success.



The following day the CEO stormed into a dev meeting and demanded to know who made that change so he could fire them. Apparently a few weeks before he had told marketing to not make any changes to the pages at all; which they had failed to disclose to me. Fortunately the CTO didn't use my name and actually stepped in front of the bullet. 5 minutes before I had explained the project and our "success" with it; and she had just approved performing this change on all of the pages.



The CEO explained that he had been trying changes with ad words for several pages, including that one, and believed that my changes skewed the results. They likely did. After he left the room I was told to immediately put everything back to exactly how it was before.



Point is, the CEO was on top of what was going on, only communicated a "do it my way" without details and we completely blew apart his testing. Meanwhile the marketing director decided that she was going to ignore instructions and do it her way.



Don't be that person.






share|improve this answer














Let me start with You aren't the designer. Nor, apparently, are you the decision maker about the site. The designer has given you the design and the boss has approved it.



You've brought up your concerns and they've been shot down.



At this point you have a decision: do what you're told or leave. It's really that simple.



Let me give you a story:



One place I worked at had a design team responsible for a large number of landing pages. These pages were overly large and based on the google tracking it was obvious people were leaving because the sites were failing to load in a reasonable amount of time... some of them were in the 30 second range.



The marketing director approached me to see if I knew a way to fix this. I came up with the idea of reprocessing some of the images to get the load times down. She approved so I made the change on one of the 300+ landing pages and we tracked a 40% increase in our conversion rate for that page. We called this a success.



The following day the CEO stormed into a dev meeting and demanded to know who made that change so he could fire them. Apparently a few weeks before he had told marketing to not make any changes to the pages at all; which they had failed to disclose to me. Fortunately the CTO didn't use my name and actually stepped in front of the bullet. 5 minutes before I had explained the project and our "success" with it; and she had just approved performing this change on all of the pages.



The CEO explained that he had been trying changes with ad words for several pages, including that one, and believed that my changes skewed the results. They likely did. After he left the room I was told to immediately put everything back to exactly how it was before.



Point is, the CEO was on top of what was going on, only communicated a "do it my way" without details and we completely blew apart his testing. Meanwhile the marketing director decided that she was going to ignore instructions and do it her way.



Don't be that person.







share|improve this answer














share|improve this answer



share|improve this answer








edited Mar 20 '14 at 2:13

























answered Mar 20 '14 at 1:59









NotMe

20.9k55695




20.9k55695







  • 2




    Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
    – NotVonKaiser
    Mar 20 '14 at 2:38












  • 2




    Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
    – NotVonKaiser
    Mar 20 '14 at 2:38







2




2




Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
– NotVonKaiser
Mar 20 '14 at 2:38




Yeah, that's a fantastic point. Just because you can't see the master plan doesn't mean there isn't a master plan.
– NotVonKaiser
Mar 20 '14 at 2:38












 

draft saved


draft discarded


























 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f20839%2fdealing-with-a-designer-who-wont-accept-feedback%23new-answer', 'question_page');

);

Post as a guest













































































Comments

Popular posts from this blog

Long meetings (6-7 hours a day): Being “babysat” by supervisor

Is the Concept of Multiple Fantasy Races Scientifically Flawed? [closed]

Confectionery