<?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>Yan Pritzker &#187; planypus</title>
	<atom:link href="http://yanpritzker.com/category/planypus/feed/" rel="self" type="application/rss+xml" />
	<link>http://yanpritzker.com</link>
	<description>photographer, entrepreneur, software engineer, musician, skier</description>
	<lastBuildDate>Thu, 26 Apr 2012 18:11:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<atom:link rel="next" href="http://yanpritzker.com/category/planypus/feed/?page=2" />

		<item>
		<title>Planypus 2.0 launches the fastest way to make plans with your friends</title>
		<link>http://yanpritzker.com/2008/10/16/planypus-20-launches-the-fastest-way-to-make-plans-with-your-friends/</link>
		<comments>http://yanpritzker.com/2008/10/16/planypus-20-launches-the-fastest-way-to-make-plans-with-your-friends/#comments</comments>
		<pubDate>Fri, 17 Oct 2008 04:37:19 +0000</pubDate>
		<dc:creator>yan</dc:creator>
				<category><![CDATA[planypus]]></category>
		<category><![CDATA[social web]]></category>

		<guid isPermaLink="false">http://skwpspace.com/?p=188</guid>
		<description><![CDATA[I&#8217;m really happy to report that after seven months of hard work, we&#8217;re back and better than ever! The new Planypus is an example of beautiful user-driven design, that really focuses on the goal: to make plans as humanly fast as possible. Not satisfied with the overcomplicated process of making plans at competing websites, we&#8217;ve [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m really happy to report that after seven months of hard work, we&#8217;re back and better than ever! The new <a href="http://planyp.us">Planypus</a> is an example of beautiful user-driven design, that really focuses on the goal: to make plans as humanly fast as possible.</p>
<p>Not satisfied with the overcomplicated process of making plans at competing websites, we&#8217;ve got it down to one screen, and actually just one field! Type in a title and let your friends fill in the details. It&#8217;s that easy. You can have a plan page up in about 10 seconds and let your friends use the planspace wiki, vote on time and locations, create and respond to polls, and chat. And of course you can get notifications on your phone, email, rss, integrate with calendars, and one-click post to Twitter and Facebook!</p>
<p>We wouldn&#8217;t be here today without the hard work of the <a href="http://blog.planypus.com/about-us">Planypus team,</a> especially <a href="http://pouzada.com">Luciano Pouzada</a>, the talented designer who created the interface for the new Planypus. And tons of thanks to our beta users who helped us test the product in its final pre-release stages. Your support has kept us going!</p>
<p>And while all that&#8217;s been going on, we launched our new platform website at <a href="http://platform.planyp.us">http://platform.planyp.us</a> to help websites use the Planypus engine to enable social interaction on their events. Get in touch with us and find out how we can create page views and brand loyalty for you!</p>
<p>Now onto world domination in 2009 :-)</p>
<div class="plus-one-wrap"><g:plusone href="http://yanpritzker.com/2008/10/16/planypus-20-launches-the-fastest-way-to-make-plans-with-your-friends/"></g:plusone></div>]]></content:encoded>
			<wfw:commentRss>http://yanpritzker.com/2008/10/16/planypus-20-launches-the-fastest-way-to-make-plans-with-your-friends/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Make plans on your phone</title>
		<link>http://yanpritzker.com/2008/03/19/make-plans-on-your-phone/</link>
		<comments>http://yanpritzker.com/2008/03/19/make-plans-on-your-phone/#comments</comments>
		<pubDate>Wed, 19 Mar 2008 17:57:43 +0000</pubDate>
		<dc:creator>yan</dc:creator>
				<category><![CDATA[planypus]]></category>
		<category><![CDATA[thoughts]]></category>

		<guid isPermaLink="false">http://skwpspace.com/2008/03/19/make-plans-on-your-phone/</guid>
		<description><![CDATA[Planypus Mobile is now available at http://m.planyp.us &#8211; simply log in with your Planypus account from your mobile phone (Opera Mini recommended) and get access to all your plans!]]></description>
			<content:encoded><![CDATA[<p>Planypus Mobile is now available at <a href="http://m.planyp.us">http://m.planyp.us</a> &#8211; simply log in with your <a href="http://planyp.us">Planypus</a> account from your mobile phone (Opera Mini recommended) and get access to all your plans!</p>
<div class="plus-one-wrap"><g:plusone href="http://yanpritzker.com/2008/03/19/make-plans-on-your-phone/"></g:plusone></div>]]></content:encoded>
			<wfw:commentRss>http://yanpritzker.com/2008/03/19/make-plans-on-your-phone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to hire a visual/interaction designer</title>
		<link>http://yanpritzker.com/2008/02/13/how-to-hire-a-visualinteraction-designer/</link>
		<comments>http://yanpritzker.com/2008/02/13/how-to-hire-a-visualinteraction-designer/#comments</comments>
		<pubDate>Wed, 13 Feb 2008 20:27:43 +0000</pubDate>
		<dc:creator>yan</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[planypus]]></category>
		<category><![CDATA[thoughts]]></category>

		<guid isPermaLink="false">http://skwpspace.com/2008/02/13/how-to-hire-a-visualinteraction-designer/</guid>
		<description><![CDATA[Design by committee is a bad idea. Everyone knows this but few people practice it. There&#8217;s an inherent desire to get everyone&#8217;s input on the project, especially in a small team. What this leads to is a lot of argument and very little progress. Especially bad is the idea that team members should give feedback [...]]]></description>
			<content:encoded><![CDATA[<p><iframe src="http://rcm.amazon.com/e/cm?t=planypus09-20&#038;o=1&#038;p=8&#038;l=as1&#038;asins=0470084111&#038;fc1=000000&#038;IS2=1&#038;lt1=_blank&#038;lc1=0000FF&#038;bc1=000000&#038;bg1=FFFFFF&#038;f=ifr" style="width:120px;height:240px; float:left; margin-right:1em" scrolling="no" marginwidth="0" marginheight="0" frameborder="0"></iframe></p>
<h3>Design by committee is a bad idea.</h3>
<p>Everyone knows this but few people practice it. There&#8217;s an inherent desire to get everyone&#8217;s input on the project, especially in a small team. What this leads to is a lot of argument and very little progress.
</p>
<p>Especially bad is the idea that team members should give feedback directly to the designer. While everyone is entitled to an opinion, when the entire team is saying conflicting things, the result is a desire to either run away or to produce a design which satisfies everyone&#8217;s criticism which usually means a design that is not pleasing to any single person, perhaps most importantly of all the target user.
</p>
<p>Any feedback to the designer should be filtered through your design liaison who will speak directly to your designer.
</p>
<h3>Get educated.</h3>
<p>Get someone on the team who is educated on design to be the liaison to the designer. If no one is educated enough, get someone up to speed with the basics. Great resources include Cooper&#8217;s interaction design bible: About Face (linked on the left) and the website <a href="http://boxesandarrows.com">Boxes &#038; Arrows</a> as well as 37 signals blog <a href="http://37signals.com/svn"/>Signal v. Noise</a>. Reading the book will get you 90% of the way to being a great liaison leader for a design project.</p>
<p>Speaking the same language increases information flow exponentially. Can you say things like Fitt&#8217;s law and Blank Slate View to your designer? Without knowing the basics of interaction design, a team is at the mercy of the designer&#8217;s whim. By understanding the basics, there is a common language to speak and fall back on when there is a disagreement between you and the designer. It&#8217;s certainly much more effective to explain why something doesn&#8217;t work when you can say more than &#8220;it just doesn&#8217;t feel right&#8221;.</p>
<h3>Design equals communication.</h3>
<p>Adjust the hiring process. Besides the obvious of looking at previous work and references, the big question you want to answer is whether the designer understands your goals and is easy to communicate with. This is not something you&#8217;ll glean in a short interview. The way we went about the process was to ask our prospects to complete a short initial design task (usually this involved doing a simple interaction and art direction mockup of one of our pages). </p>
<p>Most designers will be reluctant to do this for free, and it&#8217;s ok to pay them for the initial work. Consider it equivalent to a fee you might pay a headhunter. One technique we found particularly effective was to offer a small upfront fee (typically 10% of their total bid) with a promise of a larger bonus if the project went to the designer. In this way, our initial financial commitment was small, and if we found someone who we liked, we had absolutely no problem in paying them an extra bonus &#8212; great people are worth their weight in gold. </p>
<p>Pay attention to your designer&#8217;s behavior during the initial mockup trial period. Does she go away for three days or a week and deliver something without ever talking to you? Red flag! Design is not about making a pretty picture, it&#8217;s about communicating with the client and understanding their needs. Don&#8217;t expect the designer to change once hired. If they&#8217;re not willing to give you their best during the mockup period, they obviously have more important things to attend to other than your project, so move on.</p>
<h3>Our Story</h3>
<p>Our first attempts at hiring a designer to revamp <a href="http://planyp.us">Planypus</a> were glorious failures. We saw work that seemed competent, but we failed to realize that above hiring someone with design talent, we needed to hire a good communicator. </p>
<p>The web is the core of our business; communicating our vision to our designer was vitally important. It took us four tries to find someone who got it: <a href="http://pouzada.com">Luciano Pouzada</a>. He listened. He asked questions. He critically analyzed the information we put in front of him. And he turned our vision into reality. He was always online, communicating several times a day by email, basecamp, and IM. This made it easy to talk about changes and ideas. He was also passionate about the project, consistently delivering great results and listening carefully to change requests. Even though Luciano lives in Brazil, working with him felt like having him sitting in the office next door. I couldn&#8217;t get the same level of communication from many local candidates!
</p>
<p>Design cannot happen in isolation. Find a designer who is amazing at communication, and get a strong leader and communicator on your team to understand design enough to talk to your new hire, and your project will be a success!</p>
<div class="plus-one-wrap"><g:plusone href="http://yanpritzker.com/2008/02/13/how-to-hire-a-visualinteraction-designer/"></g:plusone></div>]]></content:encoded>
			<wfw:commentRss>http://yanpritzker.com/2008/02/13/how-to-hire-a-visualinteraction-designer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tracking down stray console messages in Ruby</title>
		<link>http://yanpritzker.com/2007/05/31/helio-ocean-missing-features-2/</link>
		<comments>http://yanpritzker.com/2007/05/31/helio-ocean-missing-features-2/#comments</comments>
		<pubDate>Thu, 31 May 2007 17:33:43 +0000</pubDate>
		<dc:creator>yan</dc:creator>
				<category><![CDATA[planypus]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[ruby]]></category>

		<guid isPermaLink="false">http://skwpspace.com/2007/05/31/helio-ocean-missing-features-2/</guid>
		<description><![CDATA[While working on Planypus we recently ran into an issue where something was outputting strange messages to the console. Luckily, Anton Mostovoy figured out a clever dynamic Ruby hack to track who was outputting the message: $stdout.instance_eval do alias :inner_puts :write def write (str) inner_puts %Q!#{str} was said by #{caller.join("\n")}! end end Like Magic!]]></description>
			<content:encoded><![CDATA[<p>While working on <a href="http://planyp.us">Planypus</a> we recently ran into an issue where something was outputting strange messages to the console. Luckily, <a href="mailto:anton AT planyp DOT us">Anton Mostovoy</a> figured out a clever dynamic Ruby hack to track who was outputting the message:</p>
<pre><code>
$stdout.instance_eval do
 alias :inner_puts :write
 def write (str)
   inner_puts %Q!#{str} was said by #{caller.join("\n")}!
 end
end
</code></pre>
<p>Like Magic!</p>
<div class="plus-one-wrap"><g:plusone href="http://yanpritzker.com/2007/05/31/helio-ocean-missing-features-2/"></g:plusone></div>]]></content:encoded>
			<wfw:commentRss>http://yanpritzker.com/2007/05/31/helio-ocean-missing-features-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

