<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Wayne State Web Communications Blog &#187; email</title>
	<atom:link href="http://wcs.wayne.edu/blog/category/email/feed/" rel="self" type="application/rss+xml" />
	<link>http://wcs.wayne.edu/blog</link>
	<description>We build user centered Web sites from the ground up.</description>
	<lastBuildDate>Thu, 18 Mar 2010 14:26:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>How we handle dozens of web requests per day without a ticket system</title>
		<link>http://wcs.wayne.edu/blog/2010/02/18/how-we-handle-dozens-of-web-requests-per-day-without-a-ticket-system/</link>
		<comments>http://wcs.wayne.edu/blog/2010/02/18/how-we-handle-dozens-of-web-requests-per-day-without-a-ticket-system/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 00:01:14 +0000</pubDate>
		<dc:creator>Nick DeNardis</dc:creator>
				<category><![CDATA[email]]></category>
		<category><![CDATA[thoughts]]></category>
		<category><![CDATA[maintenance]]></category>
		<category><![CDATA[request]]></category>
		<category><![CDATA[simple]]></category>
		<category><![CDATA[system]]></category>
		<category><![CDATA[team]]></category>
		<category><![CDATA[ticket]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://wcs.wayne.edu/blog/?p=2365</guid>
		<description><![CDATA[Because we oversee 350+ Web sites and get a large number of new requests, questions and maintenance requests each day it&#8217;s important we have an efficient way to manage them all while still getting other work done. I cannot be at my computer all day so most of the requests have to be read and [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2010/02/inbox.jpg"><img class="alignright" title="inbox" src="http://wcs.wayne.edu/blog/wp-content/uploads/2010/02/inbox.jpg" alt="" width="255" height="340" /></a>Because we oversee 350+ Web sites and get a large number of new requests, questions and maintenance requests each day it&#8217;s important we have an efficient way to manage them all while still getting other work done. I cannot be at my computer all day so most of the requests have to be read and assigned by the team itself.</p>
<h2>How we do it</h2>
<p>We have a central email address. web [at] wayne [dot] edu. That email goes into a central inbox. Inside that inbox everyone has a folder and there is an archive folder where every project we work on has it&#8217;s own box.</p>
<p>This inbox is mapped to everyone&#8217;s computer. Throughout the day different people check the box and scan to determine who is the most appropriate to take each request. They put the email in the person&#8217;s folder and move on. The inbox then syncs across everyone&#8217;s computer.</p>
<p>We use a plugin called <a href="http://www.hawkwings.net/2009/06/30/truepreview-plugin-brings-better-previews-to-mailapp/">TruePreview</a> for OS X Mail that keeps email&#8217;s unread until they are double clicked or force marked. This makes it possible for each of us is scanning the folders to see how many new emails are waiting.</p>
<p>This process allows everyone to have a list of items to read and respond to. If it was assigned by accident they can just move it into someone else&#8217;s folder and move on.</p>
<h2>Completed Tasks</h2>
<p>Once an email or task is done the whole conversation get moved into the z_Archive folder. Every project has their own folder to things are kept nice and neat. The beauty of it is the folders automatically update and everyone has the same content on their computers. No conversations or files are lost.</p>
<h2>Why not use a ticket system?</h2>
<p>Over the past 6 years we have played with the idea of a true ticket system, and have even tested a few. The problem is a separate system brings a level of unnecessary overhead. We don&#8217;t really need to pull stats from all the tickets and our staff really isn&#8217;t that large. Everyone already knows how to use email and having a central single interface makes processing hundreds of emails quite easy. There are downsides to our system though, like if someone deletes something it will probably be overlooked or if someone is sick and no one looks in their folder to pick up tasks. But this is a risk we are willing to take and is inherit to any task based system.</p>
<h2>Simple solutions</h2>
<p>The solution to this tough problem doesn&#8217;t have to be a complex system. Our department strives to use existing tool and centralize and streamline as much as possible to get the most bang for the buck. We are use to working with limited resources and we apply this philosophy to everything we do. In this case a zero cost crowd sourced analyze and assign system was the best approach. I cannot be at my computer all day and I don&#8217;t want to be the one to have to  look at all the requests and assigning them. Everyone knows their capabilities and has the authority and position to act on them as they see necessary. It&#8217;s a beautiful system that just works.</p>
<p><strong>Added:</strong> I&#8217;m in no way saying this system is going to work for everyone but it works great for us.</p>
]]></content:encoded>
			<wfw:commentRss>http://wcs.wayne.edu/blog/2010/02/18/how-we-handle-dozens-of-web-requests-per-day-without-a-ticket-system/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Testing HTML emails efficiently as possible</title>
		<link>http://wcs.wayne.edu/blog/2009/11/02/testing-html-emails-efficiently-as-possible/</link>
		<comments>http://wcs.wayne.edu/blog/2009/11/02/testing-html-emails-efficiently-as-possible/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 13:45:51 +0000</pubDate>
		<dc:creator>Tom Krupka</dc:creator>
				<category><![CDATA[email]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[popular email clients]]></category>
		<category><![CDATA[testing]]></category>

		<guid isPermaLink="false">http://wcs.wayne.edu/blog/?p=1860</guid>
		<description><![CDATA[Recently, I talked about the pros and cons of sending HTML vs Text emails to your clients in this article &#8220;Filling your inboxes with visual appealing HTML emails&#8221;.  Since HTML Emails are becoming increasingly more popular to send here at Wayne State, we are trying to come up with a system that makes this [...]]]></description>
			<content:encoded><![CDATA[<p>Recently, I talked about the pros and cons of sending HTML vs Text emails to your clients in this article <a href="http://wcs.wayne.edu/blog/2009/07/27/filling-your-inboxes-with-visual-appealing-html-emails/">&#8220;Filling your inboxes with visual appealing HTML emails&#8221;</a>.  Since HTML Emails are becoming increasingly more popular to send here at Wayne State, we are trying to come up with a system that makes this painstakingly clumsy process as streamlined as possible.</p>
<h2>Third party testing</h2>
<p>If you have one main template and don&#8217;t have to create new ones often, a pay email testing service might be for you.  For a small fee you can use one of these services to send your HTML code to and then it will produce screenshots of how the email looks in the most popular email clients.  In addition, some of these services will also test how your email will react with spam filters.</p>
<h3><strong>Pay for testing resources</strong></h3>
<ul>
<li> <a href="http://www.mailchimp.com/features/power_features/inbox_inspector/">Mailchimp &#8211; Inbox Inspector</a></li>
<li><a href="http://www.campaignmonitor.com/testing/">Campaign Monitor Testing Service</a></li>
<li><a href="http://litmusapp.com/">Litmus &#8211; The advanced testing tool for web professionals</a></li>
</ul>
<div style="text-align:center"><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/screenshot_inbox_inspector.jpg"><img class="size-medium wp-image-1880" title="screenshot inbox inspector" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/screenshot_inbox_inspector-125x300.jpg" alt="screenshot inbox inspector" width="125" height="300" /></a><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/highlight-email-lg.png"><img class="size-medium wp-image-1883" title="litmus email screenshots" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/highlight-email-lg-300x213.png" alt="litmus email screenshots" width="295" height="210" /></a><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/screens.png"><img class="size-medium wp-image-1879" title="campaign monitor email screenshots" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/screens-201x300.png" alt="campaign monitor email screenshots" width="201" height="300" /></a></div>
<h2>Testing in house</h2>
<p>If you don&#8217;t have the resources or funding to go with one of the automated services, you can go the &#8220;old fashioned way&#8221; and set up a series of test email accounts on all the popular email clients.  To begin with, set up accounts on Hotmail, Yahoo, Google, AOL and of course, Outlook 2000, 2003, 2007 and Outlook Express.  Don&#8217;t forget to test Apple Mail 2 and 3 and to test on the iPhone as well.  This will get you tested in over 80% of all the popular email clients, according to Campaign Monitor as of June 2009, in their article <a href="http://www.campaignmonitor.com/stats/email-clients/"><em>Email client popularity</em></a>.</p>
<p><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/Email-client-popularity.png"><img class="size-full wp-image-1922" title="Email-client-popularity" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/10/Email-client-popularity.png" alt="Email-client-popularity" width="660" height="251" /></a></p>
<p>Don&#8217;t forget to test email in popular mobile environments as well, iPhone for example is now more popular than gmail in viewing email.  Once you establish some main HTML email templates the testing will get easier.  When designing email templates, keep it simple.  Trying too much, is one of the biggest mistakes designers do when creating HTML emails.</p>
<p>Here are some more good resources for getting a professional and cross-platform HTML email below.  Remember to test, test, test!</p>
<h3>Free HTML testing resources</h3>
<ul>
<li><a href="http://www.microsoft.com/downloads/details.aspx?familyid=0b764c08-0f86-431e-8bd5-ef0e9ce26a3a&amp;displaylang=en">2007 Office System Tool: Outlook HTML and CSS Validator</a></li>
<li><a href="http://code.dunae.ca/premailer.web/">Premailer: preflight for HTML e-mail</a></li>
<li><a href="http://www.contactology.com/check_mqs.php ">Contactology &#8211; Check Your Email&#8217;s Spam Score &amp; Deliverability</a></li>
</ul>
<h3>Other resources and HTML email information</h3>
<ul>
<li><a href="http://www.mailchimp.com/articles/stupid-html-email-design-mistakes/">Stupid HTML Email Design Mistakes</a></li>
<li><a href="http://www.campaignmonitor.com/blog/post/2575/how-to-test-html-emails/">How to test HTML emails</a></li>
<li><a href="http://carsonified.com/blog/design/html-emails-taming-the-beast/">HTML Emails – Taming the Beast</a></li>
<li><a href="http://www.email-standards.org/">Email Standards Project</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://wcs.wayne.edu/blog/2009/11/02/testing-html-emails-efficiently-as-possible/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Filling your inboxes with visual appealing HTML emails</title>
		<link>http://wcs.wayne.edu/blog/2009/07/27/filling-your-inboxes-with-visual-appealing-html-emails/</link>
		<comments>http://wcs.wayne.edu/blog/2009/07/27/filling-your-inboxes-with-visual-appealing-html-emails/#comments</comments>
		<pubDate>Mon, 27 Jul 2009 20:20:10 +0000</pubDate>
		<dc:creator>Tom Krupka</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[branding]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[marketing]]></category>

		<guid isPermaLink="false">http://wcs.wayne.edu/blog/?p=1317</guid>
		<description><![CDATA[
Within the last year we have seen a dramatic increase for the demand of HTML emails.  To keep up with the demand we have created some default templates for schools and colleges, as well as a very basic template to keep the Wayne State University brand uniform across campus.
There are two basic methods on sending [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/07/email-html.jpg"><img class="aligncenter size-medium wp-image-1468" title="email-html" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/07/email-html-300x287.jpg" alt="email-html" width="300" height="287" /></a><a href="http://wcs.wayne.edu/blog/wp-content/uploads/2009/07/email-txt.jpg"><img class="aligncenter size-medium wp-image-1469" title="email-txt" src="http://wcs.wayne.edu/blog/wp-content/uploads/2009/07/email-txt-300x287.jpg" alt="email-txt" width="300" height="287" /></a></p>
<p>Within the last year we have seen a dramatic increase for the demand of HTML emails.  To keep up with the demand we have created some default templates for schools and colleges, as well as a very basic template to keep the Wayne State University brand uniform across campus.</p>
<p>There are two basic methods on sending email to your clients: HTML version and text only version.  There are various advantages to each and it seems the HTML version is more popular based on demand.</p>
<h2>HTML Email</h2>
<p><strong><em>Advantages:</em></strong><br />
Allows you to brand you emails, with the use of colors, logos and stucture<br />
Visually appealing and you can get your point across with images<br />
You can track your your email campaigns and see their effectiveness<br />
<strong> </strong>Better readability and people can skim over the content to get to the point fast</p>
<p><strong><em>Disadvantages:</em></strong><br />
Each email client renders HTML coding differently, making it more challenging to design uniform looking campaigns, across all email software and applications<br />
Can be more complicated to design and write for to avoid anti-spam filters<br />
Increased chance someone won&#8217;t open the HTML email, because they are scared of getting a virus</p>
<h2>Text Email</h2>
<p><em><strong>Advantages:</strong><br />
</em>Concise and simple to produce<br />
Looks more personal and will render correctly across all email clients increasing readability<br />
Less problems with spam-filters and delivery</p>
<p><strong><em>Disadvantages:</em></strong><br />
No Creativity present creating a flat &#8220;brandless&#8221; email<br />
People more apt to delete or not read the whole message if in text format<br />
Unable to track the campaign and analyze the open rates</p>
<p>There is alot of parameters to examine when choosing what format to create your email messages in. Wayne State University&#8217;s email client,<em> Wayne Connect</em> sends out an alternative text version of the HTML email as well, increasing the probability the client will get the message in their preferred format.</p>
<p>We intend on tracking some of these HTML email messages in the future to see how effective these campaigns have been. In the meantime, we will deliver what seems to be in high demand these days, which is  creating the emails in HTML format to appease our visual nature.</p>
]]></content:encoded>
			<wfw:commentRss>http://wcs.wayne.edu/blog/2009/07/27/filling-your-inboxes-with-visual-appealing-html-emails/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
