<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" 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/" > <channel><title>Comments on: Inside the MailChimp Interface Design Process</title> <atom:link href="http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/feed/" rel="self" type="application/rss+xml" /><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/</link> <description>MailChimp, email marketing, and monkeys!</description> <lastBuildDate>Thu, 09 Feb 2012 21:21:24 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: 4 Work Apps with Awesome UX and UI</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-36529</link> <dc:creator>4 Work Apps with Awesome UX and UI</dc:creator> <pubDate>Thu, 27 Oct 2011 16:53:30 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-36529</guid> <description>[...] MailChimp&#8217;s employees consider UX to be critical and talk about this at length on their blog.&#160;SparrowIn user experience and design, the Sparrow app is an e-mail app meant to keep things [...]</description> <content:encoded><![CDATA[<p>[...] MailChimp&#8217;s employees consider UX to be critical and talk about this at length on their blog.&nbsp;SparrowIn user experience and design, the Sparrow app is an e-mail app meant to keep things [...]</p> ]]></content:encoded> </item> <item><title>By: Outsourcing Projects</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-8209</link> <dc:creator>Outsourcing Projects</dc:creator> <pubDate>Wed, 19 May 2010 11:10:27 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-8209</guid> <description>I see. Yup, right now you can’t do that on the unsub page, but we might add that feature in a future version. Thanks for that feedback. --------------------------------- sujatha</description> <content:encoded><![CDATA[<p>I see. Yup, right now you can’t do that on the unsub page, but we might add that feature in a future version. Thanks for that feedback.<br /> &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br /> sujatha</p> ]]></content:encoded> </item> <item><title>By: Outsourcing Projects</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-8208</link> <dc:creator>Outsourcing Projects</dc:creator> <pubDate>Wed, 19 May 2010 11:09:57 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-8208</guid> <description>I see. Yup, right now you can’t do that on the unsub page, but we might add that feature in a future version.</description> <content:encoded><![CDATA[<p>I see. Yup, right now you can’t do that on the unsub page, but we might add that feature in a future version.</p> ]]></content:encoded> </item> <item><title>By: Outsourcing Projects</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-8207</link> <dc:creator>Outsourcing Projects</dc:creator> <pubDate>Wed, 19 May 2010 11:09:10 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-8207</guid> <description>Iam a new user of Mailchimp and really appreciate your good work! Suggestion: in “Form Design” page, the user interface implies one can build and design each of the different forms. In fact, it only applies to the Subscribe Page. The left blue box called “forms &amp; response emails” has a drop-down menu below it and arrow to the right. Makes user feel one needs only to choose the form, and then design it. I’d love that! Thanks.</description> <content:encoded><![CDATA[<p>Iam a new user of Mailchimp and really appreciate your good work! Suggestion: in “Form Design” page, the user interface implies one can build and design each of the different forms. In fact, it only applies to the Subscribe Page. The left blue box called “forms &amp; response emails” has a drop-down menu below it and arrow to the right. Makes user feel one needs only to choose the form, and then design it. I’d love that! Thanks.</p> ]]></content:encoded> </item> <item><title>By: mrdata</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-4209</link> <dc:creator>mrdata</dc:creator> <pubDate>Thu, 02 Jul 2009 16:26:41 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-4209</guid> <description>what&#039;s the difference between designing prototypes using HTML or Photoshop?It&#039;s a fact that using HTML you save time on coding hours, but, don&#039;t you have to get back to Photoshop to design shapes and colors?</description> <content:encoded><![CDATA[<p>what&#8217;s the difference between designing prototypes using HTML or Photoshop?</p><p>It&#8217;s a fact that using HTML you save time on coding hours, but, don&#8217;t you have to get back to Photoshop to design shapes and colors?</p> ]]></content:encoded> </item> <item><title>By: Aarron Walter</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-3924</link> <dc:creator>Aarron Walter</dc:creator> <pubDate>Fri, 22 May 2009 18:01:29 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-3924</guid> <description>I see. Yup, right now you can&#039;t do that on the unsub page, but we might add that feature in a future version. Thanks for that feedback.You are right that the interface is actually misleading in that spot. Either way, we&#039;ll do our best to clarify and improve.</description> <content:encoded><![CDATA[<p>I see. Yup, right now you can&#8217;t do that on the unsub page, but we might add that feature in a future version. Thanks for that feedback.</p><p>You are right that the interface is actually misleading in that spot. Either way, we&#8217;ll do our best to clarify and improve.</p> ]]></content:encoded> </item> <item><title>By: Nancy</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-3920</link> <dc:creator>Nancy</dc:creator> <pubDate>Fri, 22 May 2009 16:40:02 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-3920</guid> <description>Hi Aarron - thanks for your reply. When I try to add a multiple choice, mini-survey on our UNSUBSCRIBE page, it places &quot;radio buttons&quot; etc. on the SUBSCRIBE page. I went to Live Support and Raul confirmed for me that one cannot add these design features on anything but the SUBSCR page. Please advise. Thanks!</description> <content:encoded><![CDATA[<p>Hi Aarron &#8211; thanks for your reply. When I try to add a multiple choice, mini-survey on our UNSUBSCRIBE page, it places &#8220;radio buttons&#8221; etc. on the SUBSCRIBE page. I went to Live Support and Raul confirmed for me that one cannot add these design features on anything but the SUBSCR page. Please advise. Thanks!</p> ]]></content:encoded> </item> <item><title>By: Aarron Walter</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-3916</link> <dc:creator>Aarron Walter</dc:creator> <pubDate>Fri, 22 May 2009 12:46:25 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-3916</guid> <description>@Nancy - thanks for the feedback. Maybe I&#039;m misunderstanding your suggestion, but that is in fact the way the interface works. Could you clarify?</description> <content:encoded><![CDATA[<p>@Nancy &#8211; thanks for the feedback. Maybe I&#8217;m misunderstanding your suggestion, but that is in fact the way the interface works. Could you clarify?</p> ]]></content:encoded> </item> <item><title>By: Nancy</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-3913</link> <dc:creator>Nancy</dc:creator> <pubDate>Thu, 21 May 2009 19:32:23 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-3913</guid> <description>I am a new user of Mailchimp and really appreciate your good work! Suggestion: in &quot;Form Design&quot; page, the user interface implies one can build and design each of the different forms. In fact, it only applies to the Subscribe Page. The left blue box called &quot;forms &amp; response emails&quot; has a drop-down menu below it and arrow to the right. Makes user feel one needs only to choose the form, and then design it. I&#039;d love that! Thanks.</description> <content:encoded><![CDATA[<p>I am a new user of Mailchimp and really appreciate your good work! Suggestion: in &#8220;Form Design&#8221; page, the user interface implies one can build and design each of the different forms. In fact, it only applies to the Subscribe Page. The left blue box called &#8220;forms &amp; response emails&#8221; has a drop-down menu below it and arrow to the right. Makes user feel one needs only to choose the form, and then design it. I&#8217;d love that! Thanks.</p> ]]></content:encoded> </item> <item><title>By: Chad</title><link>http://blog.mailchimp.com/inside-the-mailchimp-interface-design-process/#comment-3858</link> <dc:creator>Chad</dc:creator> <pubDate>Thu, 14 May 2009 10:38:41 +0000</pubDate> <guid isPermaLink="false">http://blog.mailchimp.com/?p=3279#comment-3858</guid> <description>To add to Aarron&#039;s comment, the primary benefit of using Mercurial over SVN/CVS is that is adds tons of flexibility in how our developers branch and reintegrate new features into the codebase.  It also does much better with merging over changes without conflict during releases.  We also fell in love with BitBucket for hosting the master repository with an excellent interface.  Git will behave almost exactly the same, but I found Mercurial&#039;s language and approach slightly easier to understand and use.However, decentralized version control has a couple of issues.  The team will tend to hold back changes longer, committing in bigger chunks.  This is a good thing for keeping the repository clean and working, but bad if you&#039;ve got somebody that commits locally but never pushes to the master.  Also, because there&#039;s no centralized timeline of commits, each developer will increasingly need to merge changes together as a part of normal development, filling the commit log with empty merge commits.Hope this helps.</description> <content:encoded><![CDATA[<p>To add to Aarron&#8217;s comment, the primary benefit of using Mercurial over SVN/CVS is that is adds tons of flexibility in how our developers branch and reintegrate new features into the codebase.  It also does much better with merging over changes without conflict during releases.  We also fell in love with BitBucket for hosting the master repository with an excellent interface.  Git will behave almost exactly the same, but I found Mercurial&#8217;s language and approach slightly easier to understand and use.</p><p>However, decentralized version control has a couple of issues.  The team will tend to hold back changes longer, committing in bigger chunks.  This is a good thing for keeping the repository clean and working, but bad if you&#8217;ve got somebody that commits locally but never pushes to the master.  Also, because there&#8217;s no centralized timeline of commits, each developer will increasingly need to merge changes together as a part of normal development, filling the commit log with empty merge commits.</p><p>Hope this helps.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Object Caching 306/307 objects using disk: basic

Served from: blog.mailchimp.com @ 2012-02-09 19:04:45 -->
