Startup Lessons Learned

JANUARY 12, 2009

When we started IMVU in 2004, we could rely on a staggering amount of open source software that jumpstarted our initial product offering. Add onto that the incredible amounts of infrastructure code that we reused, and we were able to bring our product to market months earlier. In most cases, simple changes are simple to make.

PHP 166

PHP Software Review Ruby San Francisco 166

Startup Lessons Learned

APRIL 9, 2009

But that team may also include product marketers or other in-house customers who can give insight into the impact that solution trade-offs might have on customers. Its not good enough to hit product milestones and conduct usability tests. dalelarson : "Metrics are people, too." It will be a more-technical version of the Expo talk.

San Francisco 132

San Francisco Continuous Deployment Lean Agile 132

Startup Lessons Learned

SEPTEMBER 18, 2008

You can find out what it would take for them to adopt your product, and then follow up a week later and see if they did. Same with finding out what it would take to get them to recommend your product to a friend. Chances also increase if there seems to be a Ruby bent to the content. You can even meet the friend.

San Francisco 133

San Francisco Lean Continuous Deployment DC 133

Startup Lessons Learned

FEBRUARY 12, 2009

To wit: achieving product/market fit , getting customer validation , making something people want , things that matter , and of course the many excellent books on the topic, of which Ill mention just two of the best, Crossing the Chasm and The Innovators Dilemma. Is a market a set of paying customers? Tough sell. Remember Java?

San Francisco 89

San Francisco Continuous Deployment Ruby Lean 89