<?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: What I learned from working with my first client</title>
	<atom:link href="http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/feed/" rel="self" type="application/rss+xml" />
	<link>http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/</link>
	<description>Bloggin&#039; about whatever</description>
	<lastBuildDate>Mon, 30 Dec 2013 16:52:39 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.0.38</generator>
	<item>
		<title>By: Niran</title>
		<link>http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/comment-page-1/#comment-399</link>
		<dc:creator><![CDATA[Niran]]></dc:creator>
		<pubDate>Mon, 09 May 2011 05:21:10 +0000</pubDate>
		<guid isPermaLink="false">http://fredandrandall.com/blog/?p=352#comment-399</guid>
		<description><![CDATA[Interesting Randall,

I am going thru a similar experience as well. I always think, I charge the client too much because as a developer I dont have the ability to pick a price for my work. 
On the other side though, if the client wants more apps to be developed, you cant charge them more ( because you realize you have done it for a lesser $$, for the previous app).]]></description>
		<content:encoded><![CDATA[<p>Interesting Randall,</p>
<p>I am going thru a similar experience as well. I always think, I charge the client too much because as a developer I dont have the ability to pick a price for my work.<br />
On the other side though, if the client wants more apps to be developed, you cant charge them more ( because you realize you have done it for a lesser $$, for the previous app).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/comment-page-1/#comment-381</link>
		<dc:creator><![CDATA[Dan]]></dc:creator>
		<pubDate>Tue, 03 May 2011 07:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://fredandrandall.com/blog/?p=352#comment-381</guid>
		<description><![CDATA[In order to have constant feedback from your client and to make sure that you&#039;re on the right road, it&#039;s better to give small releases than one big one.]]></description>
		<content:encoded><![CDATA[<p>In order to have constant feedback from your client and to make sure that you&#8217;re on the right road, it&#8217;s better to give small releases than one big one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dinuka Arseculeratne</title>
		<link>http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/comment-page-1/#comment-380</link>
		<dc:creator><![CDATA[Dinuka Arseculeratne]]></dc:creator>
		<pubDate>Tue, 03 May 2011 05:26:04 +0000</pubDate>
		<guid isPermaLink="false">http://fredandrandall.com/blog/?p=352#comment-380</guid>
		<description><![CDATA[Nice post. I actually went through more or less the same thing.It was a basic web based application. I figured out how bad i was with estimating when i did this project. My estimation on both the money and time was way off. I now believe i should have charged more. I underestimated myself because i was not sure if i was able to do it or not. The client for me was a mess. They would call me up when i was at work and say strange errors which when i head over in the after noon is a mere fact of the users not being computer literate. It was very hard to work with such a client due to the fact that they did not have the proper processed involved to implement the system in a orderly fashion. All in all i did gain alot of insight on how to estimate based on task break down and never to underestimate my self. 

Also i totally agree with you on the week ends and all. ITs fun to do development work in your leisure time but we have to note not to let it interfere with our personal life. Whats the point of making money if you do not have time to enjoy with it yea? So always agree on time lines which will allow you to be flexible. This is ofcourse only applicable to those who do this part time. Freelancers ofcourse have to deal with it in a whole different way.

Thank you for the article. Some very good points were highlighted.]]></description>
		<content:encoded><![CDATA[<p>Nice post. I actually went through more or less the same thing.It was a basic web based application. I figured out how bad i was with estimating when i did this project. My estimation on both the money and time was way off. I now believe i should have charged more. I underestimated myself because i was not sure if i was able to do it or not. The client for me was a mess. They would call me up when i was at work and say strange errors which when i head over in the after noon is a mere fact of the users not being computer literate. It was very hard to work with such a client due to the fact that they did not have the proper processed involved to implement the system in a orderly fashion. All in all i did gain alot of insight on how to estimate based on task break down and never to underestimate my self. </p>
<p>Also i totally agree with you on the week ends and all. ITs fun to do development work in your leisure time but we have to note not to let it interfere with our personal life. Whats the point of making money if you do not have time to enjoy with it yea? So always agree on time lines which will allow you to be flexible. This is ofcourse only applicable to those who do this part time. Freelancers ofcourse have to deal with it in a whole different way.</p>
<p>Thank you for the article. Some very good points were highlighted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Sunwold</title>
		<link>http://fredandrandall.com/blog/2011/04/30/what-i-learned-from-working-with-my-first-client/comment-page-1/#comment-370</link>
		<dc:creator><![CDATA[Corey Sunwold]]></dc:creator>
		<pubDate>Sat, 30 Apr 2011 19:50:21 +0000</pubDate>
		<guid isPermaLink="false">http://fredandrandall.com/blog/?p=352#comment-370</guid>
		<description><![CDATA[I&#039;ve done similar work for Android apps. In my experience, one of the most helpful part of working with a client is to have regular &quot;check-ins&quot; where you show them what you have done so far, and they are able to give feedback on the direction the app is heading. This keeps you focused and on task to have something deliverable at regular intervals, and allows your client to feel involved and ensure that what you are building matches what they are looking for. I like to think of it as a loose Scrum style sprint review. 

If you are working with people who have never been involved in designing and building software before is to communicate to them the impact all of those little changes they want to make have on any deadlines and time estimates that have been set. Inevitably changes always come up, and you can give yourself some &quot;buffer room&quot; in your estimates but as long as the client understands that changes mean increases in time spent you can avoid a lot of potential issues. 

Working with clients can be a lot of fun if you spend most of your time building software for a company that sells software, provided you get the right client. Any web designer can probably list off a laundry list of horror stories from working with fickle clients who cause nothing but issues for them.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve done similar work for Android apps. In my experience, one of the most helpful part of working with a client is to have regular &#8220;check-ins&#8221; where you show them what you have done so far, and they are able to give feedback on the direction the app is heading. This keeps you focused and on task to have something deliverable at regular intervals, and allows your client to feel involved and ensure that what you are building matches what they are looking for. I like to think of it as a loose Scrum style sprint review. </p>
<p>If you are working with people who have never been involved in designing and building software before is to communicate to them the impact all of those little changes they want to make have on any deadlines and time estimates that have been set. Inevitably changes always come up, and you can give yourself some &#8220;buffer room&#8221; in your estimates but as long as the client understands that changes mean increases in time spent you can avoid a lot of potential issues. </p>
<p>Working with clients can be a lot of fun if you spend most of your time building software for a company that sells software, provided you get the right client. Any web designer can probably list off a laundry list of horror stories from working with fickle clients who cause nothing but issues for them.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
