When it comes to business aspects of developing web applications -
this group discussed frequently occurring issues - everything from
estimation to managing clients communication. And I think there are
tonnes of issues we can discuss here in 2010.
The best way we can wish a happy and profitable new year is by sharing
our learning, knowledge,insights with each each other.
What have you learnt in 2009 related to web consulting that you can
use in 2010? Please contribute to this thread, so that we can all
benefit!
Wishing you a joyous holiday season, and I hope for peace, prosperity
and success for you and your firm in the new year! Thank you for
being part of this group of diverse and awesome ecosystem of
entrepreneurs, developers and designers.
PS : I would like to thank Robby Russell to start this group :-)
Best Regards,
kapil Bhatia
+1 (415) 670-9514
+91-9818807271
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rails-business?hl=en.
Your solvency is directly tied to the ability of your debtors to make good on their obligations to you.
> Your solvency is directly tied to the ability of your debtors to
> make good
> on their obligations to you.
+1million
This happened to me. I was lucky and recovered probably 80% of it,
but it took about 6 months and that was no guarantee. The two things
I took away from that are...
- Payment on invoices are due within 15 days. I had been invoicing
monthly with a 30 day term. For a big client that simply leaves too
much money out there for too long should they have problems.
- For unknown clients I now ask for 2-3 weeks of payment up front. I
then work it off. Rinse. Repeat. Until I'm comfortable with their
ability to pay.
- Side projects are a must. It gives you something to do when work is
slow, adds to the portfolio, and lets you try out things a client
doesn't need or isn't willing to pay for (ie. you want to play with
the latest testing framework of the month, etc.). It also scratches
that proverbial itch.
- When the sun is out go golfing because once fall hits and it rains
non-stop you're gonna want to go golfing, but won't be able to :-) Or
put a little more seriously, if you're not going to take advantage of
the benefits of freelancing in terms of where/how you work and quasi-
working-vacations, why are you dealing with the disadvantages of
freelancing?
Happy New Year everyone! Here's to a good year for everyone in 2010!
-philip
The one thing that has been running through my head a lot the last
year... is you're only as strong as your weakest link.
This applies to your clients, employees, business partners, and of
course... yourself.
If the weakest link isn't something you can strengthen, it's time to
replace the link or build a new chain.
> PS : I would like to thank Robby Russell to start this group :-)
You're welcome. :-)
Cheers,
Robby
--
Robby Russell
Chief Evangelist, Partner
PLANET ARGON, LLC
Web Design and Development with Ruby on Rails
+1 408 372 7466
+1 877 55 ARGON [toll free]
+1 815 642 4068 [fax]
- John
What defines a quality client? Sure there is... ability to pay you in
a timely fashion, but what about:
* Their knowledge of their domain
* Their knowledge of the web (should that matter)
* Their ability to communicate
* Their ability to prioritize
* Their ability to generate their own revenue
* Their ability to hire a good development team ;-)
* ... ?
For example, we've had clients that can afford our rates, pay their
invoices (on time), have what appears to be a profitable business...
yet suffer from burning money on stuff that isn't worth their
investment. We aren't in the business of writing software without a
good reason to do so. If a client can't explain why X should be
built... then X shouldn't be built. If they insist that X be built
without any rationale... than we wouldn't classify them as a quality
client.
How would you classify a quality client?
* Their respect for your time
Mine is simple: No fixed bids, ever again. It's not worth it.
- John
--
I agree 100%, and I'd like to expand a little. Don't agree to
anything sight unseen. I took a couple projects this year where I
jumped into an existing codebase *after* being under contract, only to
find messes of untested spaghetti code. One resulted in a lot of
frustration and in the end I probably looked like an amateur trying to
work with it. The other cost me a couple thousand dollars in unpaid
time because it was a fixed bid. Luckily, it was a small project, and
lesson learned.
Even if you're not doing fixed bids, know the code before you agree to
work on it. It would be nice to charge for this due diligence, but
reality might not allow it. I'll do it for free if needed, because I
know it will save me money in the long run.
This is a "lessons of 2009" post, otherwise I wouldn't sound so
gripey :) This year saw some of my greatest successes as a freelancer,
and I'm grateful. I also learned a valuable lesson I'd read years
before (knowing and learning are two very different things) from Chad
Fowler: practice your craft. PRACTICE. When I was working to be a
professional musician, I never would have dreamed of NOT practicing,
but we as coders neglect it. Learn as much as possible from your paid
time, but don't let it be your only source of learning and experience.
Happy 2010!
Jaime
* That they understand they hired you because you are an "expert in
the field" and that means they should trust your judgement in those
areas. Otherwise, why are they hiring me?
* That they are willing and able to accept criticism of their ideas
and are open to some back and forth discussion as to how to best
implement their ideas (or not implement it at all).
For example... It's great that you love the color purple, but what
does the designer think? What does the focus testing say? How does
it affect your ROI? It doesn't matter what you think about colors
(for the most part) and it doesn't matter what *I* think about colors
(i'm not a designer). Quality clients will let go their love of
purple and look at the stats. Bad clients will say "make it purple."
Now if they have a good reason for purple, that's different, but you
know what I mean...
-philip
Somewhat related to Philip's golfing advice.
"Carpe Diem? Maybe Tomorrow"
http://www.nytimes.com/2009/12/29/science/29tier.html
It seems like humans are prone to defer the exercising of benefits to
the point of not using them. Unless their is a deadline to the
availability of the benefits.
Perhaps that also plays into why short development sprints are also
good for producing quality code.
Mike
work: http://sas.quat.ch/
blog: http://plasti.cx/
twitter: http://twitter.com/monde
github: http://github/monde
>
> Happy New Year everyone! Here's to a good year for everyone in 2010!
>
> -philip
>
>
Awesome! There's now a scientific reason for my skipping out early
and going golfing. Excellent. Excellent! :-)
-philip
I made the mistake this year of taking on a client without really
investigating their background. It turned out that some other
freelancers in Seattle had already fired this client partly for
reasons around billing, poor communications, and habitual feature
creeping. I unfortunately had the same experience and let that client
go.
I had another client that I had to let go around billing and
communication of features. I had delivered a feature precisely in the
amount of time that I had estimated. Unfortunately before it was too
late to correct the communication, I had allowed the client to have me
complete additional UI work related to the feature without updating
the estimate. This made it appear to them them that the total cost of
the work was double what had been estimated. As a result they
questioned my billing practices. Of course I pointed out that the
additional work they asked for was clearly not covered in the
estimate. The worse part was that they accused me of being sensitive
about discussing billing.
From that point on the client would go over my invoicing with a fine
tooth comb, and every time I answered their questions they would infer
that I was being sensitive. For a sanity check I had a friend look
over the communications around billing to make sure I was completely
transparent and non-confrontational during the discussion. My friend
also pointed out that it seemed to him that the client was accusing me
of being sensitive to discussing the invoices as a means to get more
work out of me without having to pay for it. So the third time this
client questioned my integrity I fired them.
Mike
work: http://sas.quat.ch/
blog: http://plasti.cx/
twitter: http://twitter.com/monde
github: http://github/monde
>
I think the biggest takeaway I have from 2009, other than what has
already been said by others, is that my most valuable asset are my
friends in the Rails community. Over the past three years freelancing
in Rails, all of my best client experiences were started from
referrals of other Rails developers.
Mike
work: http://sas.quat.ch/
blog: http://plasti.cx/
twitter: http://twitter.com/monde
github: http://github/monde
>
>
* Ask for a 33 to 50% of the money upfront - this immediately
separates the time wasting clients from the serious ones
* Work on a product that generates predictable monthly passive income
- this means you're covered for the quieter months of the year
(August, December etc)
Steve
http://kablingy.ie
http://twitter.com/stevequinlan
http://github.com/stevequinlan
On Dec 31 2009, 7:33 pm, Mike Mondragon <mikemondra...@gmail.com>
wrote:
What have you learnt in 2009 related to web consulting that you can
use in 2010? Please contribute to this thread, so that we can all
benefit!
Seriously, one of the best lessons I learned was to stop working 7
days a week. Friends, beers, hitting balls, hot dogs after the 9th
hole, and out-of-control golf carts is a great way to keep everything
in perspective.
Jarin
On Jan 6, 12:17 pm, Jarin Udom <ja...@robotmo.de> wrote:
> "When the sun is out go golfing"
>
> Seriously, one of the best lessons I learned was to stop working 7
> days a week. Friends, beers, hitting balls, hot dogs after the 9th
> hole, and out-of-control golf carts is a great way to keep everything
> in perspective.
>
> Jarin
Yup. And clients like to work with developers that are cheerful and
upbeat, look healthy and well slept, talk like humans (about their
lives, not only features).
It must be a weird feeling to visit a workshop with windows shaded,
pizza boxes in the corner, energy drinks on every desk and zombies
moaning to their computers. Although I found it's good to have one
such person in the team, show him to the client and call a "real
hacker" (-:
Regards,
Wojciech
Chase the niche.
I've been chasing my niche for over a year now and it's paid off (not
just money but skills, reputation, and experience also). Because of
that niche, I've bid on projects in the past 8 days of 2010 that will
gross more than I made in all of 2009.
--
Eric Davis
Little Stream Software
http://www.LittleStreamSoftware.com
Thanks from my side as well.
And thank you, Kapil, for starting this discussion. There are some
good responses so far, reminding me again to:
- put (more) time aside for marketing
- find a niche and grow some alternative income sources
- identify some good partners to work with on projects (working in a
one-man team does have benefits, but there are surely disadvantages as
well)
- find time to write that blog and contribute to Open Source software
I was lucky in 2009 to find a very good client (and Rails project) to
work on, and have finally phased out my C/Oracle work. It was tough to
manage the migration (into full time Rails development), but worth
it.
And I'm no longer commuting, which will surely help me in finding the
extra time (and energy) to pursue some of my neglected goals :-)
--
rgrds,
Johan
In fact I moved my workshop from basement to nearby town to force
myself to commute. Half an hour jog jogging through the forest keeps
me fit and full of energy to work. For me this works better than extra
hours I could. And today, after going through knee deep snow I really
appreciated sitting down in front of the computer with a cup of coffee
(-:
Cheers,
Wojciech
> My big take-away from last year was: don't overcommit. For a while
> there, I was working practically every waking hour, and feeling
> guilty about working when I was not. The net result was that I was
> not serving either project I was working on effectively enough, and
> my personal life and marriage were in rapid decline.
I got some good advise a few years ago about over-committing:
1. Figure out how much income you need to break even (business and
personal expenses)
2. (If you bill hourly) Figure out how many hours you would need to
bill to break even.
3. Work each month until you breakeven. Then you can invest your
remaining time into whatever will help you the most right now.
I found this to be really simple and have used to it refocus on
different things as needed:
* Family
* More income
* Better health
* Marketing
* Community growth