how many newsletters, opted in or not, are you receiving each day? I bet it’s a lot. how many of them do you honestly read with interest? in recent years typical newsletters underwent huge changes. as of today they are all well designed, optimized in every way to maximize clicks and often even optimized on your specific profile or interests.
so while they are all fancy and well made they all consist more or less of the same elements. elements every email-marketer tells you to do: a peppy headline/subject, a short (want to read more) intro text, some nice keyvisuals to get you hooked and of course there is at least one big fat call to action. that’s the link or button that is intended to get you to interact with the sender of the mail.
browse you inbox or spam and have a look. they are all the same.
thing is now that everyone is used to get those newsletters, noone really is impressed anymore. sure, some good offers will still get a click and therefor the newsletter works. but most of the time most of theses mails will just rot in your mailbox. they just don’t speak to you anymore. if you get tons of the same thing you will start ignoring it. if everything’s the same nothing sticks out.
sticking out: why we need a new way of newsletter comunication
what if we’d go back to the very basic a simple email with a personal message. an email that sticks out just because it’s design is simple and pure and doesn’t smell like a marketing trick after all.
I am very sure that people will be impressed about the downgraded honesty in such an email. they might even start to read it again. now imageinge this stripped down meessage combined with a personal face to face content. still people like well made design and good looking things. and still I think there is a lot of room for this….maybe just not as
obvious and clumsy as it is now.
I think there is a lot of room for improvement to stick out from the masses of newsletters out there.
to be honest image replacement hacks are not really constructive. they should be avoided wherever possible. it’s neither a good for the user, for the search robots or for accessibility. however, I accept, these hacks are necessary at times.
I recently came across another fancy way to hide text that I don’t want to be visible.
– An invisible Font (http://blog.typekit.com/2013/03/28/introducing-adobe-blank/)
adobe just so happens to have something like this to start things with. a font with characters that have no width and no marks. it is as simple as it sounds. simply giving your invisible text the invisible webfont will hide it properly. you may say that it’s not even a hack.
having a cloud ide, a development space with web console and ftp is pretty sweet thing that i was looking forward to for a long time. since everythings is cloudbased nowadays I always thought it would be nice to have a full dev space online. lately I’ve been reading a lot about such services and it was time to try them out.
I can tell: it works!
that way I can finaly even build more sophisticated work processes on the go. Speaking of grunt and sass and automated copy tasks and so. I can now do that on my iPad. It might not be rocket science but it’s pretty close.
what I can suggest:
– cloud9 (best service so far, but expansive)
– codeanywhere (bit slow and buggy but cheap and reliable)
lets face it already. long gone is the time where a designer was limited to photoshop and a fancy idea in the head. I know there is a lot of companies and professionals out there that are still doing it the wrong way. they have a designer doing a static graphic design and then having a developer doing the adaptation for the browser. hopefully all goes fine. but most of the time there’s a lot of flaws coming up.
this kind of workflow really isn’t the best and everyone knows it. but it’s stuck deep in everyone’s head. even on the customer side. so we go with it.
let’s break the cycle…
whatever fancy idea a designer comes up with – it has to be buildable. a designer needs to get the responsibility that at the end of the day the ideas are working out. so a little bit of comprehensive knowledge in both directions is a big plus.
at least designers and developers need to collaborate. there should be a middle ground where teams work together, still allowing their respective areas but deeply understanding and appreciating all sides of the process.
but…. the client saw the psd and we now have to put it one on one….
this simply is not true. I mean everyone knows the situation where the clients expectations are set.
however this has not to do with design or development. it is a problem of communication with the client.
often a developer wasn’t even involved in the process of developing the visuals and suddenly he is expected to build something he’s had no input in. I know this happens a lot. Again it can be avoided by communication.
so what I’m saying is not that designers should learn to be developers and developers should learn to be designers, but knowing the basics of both sides and having an appreciation for that is very valuable.
this is it. my first blogpost in my new plain blog…
I’ll be honest right from the start: I’m no good in being a constant writer or so. no high hopes.
i’ll be blogging about what comes to my mind in the wide world of web, dev and design. maybe some other topics now and then. I’ll always try to keep it short. just some ideas, thoughts and notes to self.
that’s it. thank you i guess.