Remove Cofounder Remove Customer Development Remove Development Team Review Remove Employee
article thumbnail

Lessons Learned: What is customer development?

Startup Lessons Learned

Lessons Learned by Eric Ries Saturday, November 8, 2008 What is customer development? But too often when its time to think about customers, marketing, positioning, or PR, we delegate it to "marketroids" or "suits." Many of us are not accustomed to thinking about markets or customers in a disciplined way.

article thumbnail

Lessons Learned: The ABCDEF's of conducting a technical interview

Startup Lessons Learned

On the one hand, it gives you insight into what kind of employee the candidate might be. The technical interview is at the heart of these challenges when building a product development team, and so I thought it deserved an entire post on its own. Still, a startup product development team is a service organization.

Insiders

Sign Up for our Newsletter

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

article thumbnail

Lessons Learned: Product development leverage

Startup Lessons Learned

The idea of leverage is simple: for every ounce of effort your product development team puts into your product, find ways to magnify that effort by getting many other people to invest along with you. In the end, I believe they co-created our product with us. Its a key lean startup concept. Leveraged distribution channels.

article thumbnail

Lessons Learned: The hacker's lament

Startup Lessons Learned

Sometimes, a great hacker has the potential to grow into the CTO of a company, and in those cases all you need is an outside mentor who can work with them to develop those skills. At the end of the day, the product development team of a startup (large or small) is a service organization.

article thumbnail

Lessons Learned: The engineering manager's lament

Startup Lessons Learned

Debugging problems with the dev environment itself is a common form of waste that this practice eliminates. A new employee is more likely to make a mistake than an experienced one, but everyone makes mistakes. The PMs relationship to quality is a step removed from the development team that is directly affected by the quality every day.