Group items tagged

“A lot of people said, ‘I didn’t want to appear to be bragging, I see volunteering as something that I do on a very personal level and I don’t expect to be rewarded for it on a professional level,’”

“There are a lot of people that keep it private because they do it for themselves and i respect that,” Williams says. “But at the same time, I think there’s something to be proud of with your commitment to causes.”

The trouble with my last company was that our experience in software development came from large companies, where your job is just to ship code.

So we thought that a launch was just about writing the code.  And, we did that in 6 months.  But, what we didn't account for was that in a startup, you don't have a ready large group of users just waiting to use your product. So, your launch time must also include a cycle of user experience and marketing.

So, if you do everything in series in a drawn out way like we did: build, market, measure, it's a cycle that can turn months into years.  Eric Ries suggests that shortening an iterative loop and going through such a loop multiple times quickly is the key to success.  I would take that a step further and suggest not only cutting activities to shorten that loop, but to do as much of this loop in parallel.

Our workflow looks like this: get your Unbounce or LaunchRock page up from Day 1 and start marketing before you have a product.  You can gauge interest and get signups from the very beginning until you're done with the first iteration of the product.  Start getting the Craigslist posts out there on Day 1 to get feedback and potential customers immediately.  Once you have enough of an idea of what to build, start mocking up your idea.  Get those mocks back out to potential customers to make sure you're on the right track.  Iterate as much as possible on paper before building, because it's much faster to re-draw than to re-code.  "Delete features" on your paper prototypes as well, reducing what you need to actually build in code.  Try to code as little as possible to shrink that build time to about 1-2 weeks.  By the time you're done building your first prototype, you've already acquired users from doing marketing in parallel.  This puts you in a position to start measuring usage and gauging interest immediately before iterating through that loop again.

Build, market, measure should happen as much as possible in parallel to reduce your launch time and keep your money, morale, and support up.

“My brothers and I don’t volunteer for just another trophy on the shelf,” said Matt Ziegler, a UNF electronic media junior and vice president of fraternity Pi Kappa Phi. “To have peace of mind knowing I am devoting my time to people who appreciate my help is the real reward.”

Internal communication and collaboration within intranets has documented solid ROI’s encouraging companies to look to it more and more for increased innovation and decreased costs. While many organizations have achieved these positive ROI’s, the process to realizing them is often challenged. Activating the community, and getting users to interact with each other becomes a difficult behavioral change, but one that is invaluable to the company as a whole and its employees

Successful internal community participation directly and indirectly helps users across divisions and regions achieve their goals, find experts, and collaborate efficiently.

Identify ambassadors/ Experts: Don’t ignore those able to deliver genuine knowledge, identify them, embrace them, and give them room to speak in a HUMAN voice. Engagement breeds engagement. People who are most likely to contribute include natural leaders, employee’s active on other social networks, and members who had a say in the initial community planning stages,

Recognize these experts: Thank users who do participate. Many companies build communities prompting “Find an Expert” “Ask a Question” but the true value of the question and answer feature is getting people to answer those questions.

Invest in Information Architecture and User Experience: We’ve seen several communities that are lacking engagement because it is unclear to users HOW to engage.  Investments in information architecture are often over looked, even though they are vitally important. 

The other option, and probably most common, is to have someone or several folks dedicated to “product management.”  That probably makes sense in larger organizations or as companies grow,

However, I personally think that this is very dangerous for an early company, and I’d go so far as to say it’s a major red flag.  Here’s an example of what you want to avoid

it’s a good sign and highly preferable if the founders focus and own the product process.  Ideally they’re also able to “go deep” and be involved in the entire product management process, writing the specs for engineering teams, managing the priorities, etc…

I think the founders of a startup need to be very cognizant and controlling of the product management process, at least until you become a larger organization, and avoid the temptation to hire “someone dedicated to product.”  In my experience, the more people/layers you add to the process and the further the founders step away from the product management the process, the worse the outcome.