I have a long standing, ongoing battle with email. I’m happy to report I haven’t checked email today and intend to only check it twice today. It’s the intend part that’s difficult to hold up. At Brainpark we think a lot about productivity in the enterprise. Email feels like one of those areas we have far more freedom and control than we need. To that end, I’m going retro. I’m reconfiguring my email client back to the nineties.

In many ways email worked better in the days of dial up when I was paying per minute to be connected to the internet. In those days, email clients were offline most of the time and we had outboxes. Sending an email meant typing it entirely and then ’sending’ it which put it into your outbox where it waited to be truly sent. A couple of times per day you would connect to the internet and send all the emails in your outbox while receiving all your new mail. You only did that a few times per day because it cost you real dollars.

Today I have more choice, more freedom and it’s all email all the time. My retro mode changes will be to only retrieve new email twice per day. As well, I’ll type new emails and save them to drafts in order to send out only twice per day. Why only send twice per day? It’s about expected behaviour. If I’m emailing you all day long yet only receiving your emails twice per day, you’ll start to think I’m ignoring your emails as it’s clear from my sending behaviour that I’m checking email.

Enforced Scarcity

If that doesn’t work, I’ll create a new user profile in my OS that I only use for email, twitter, etc. That way I have to explicitly login to that separate profile.

Now to take it up a notch. I’m going to pitch an experiment to the Brainpark team in Guelph. We all uninstall email, IM, twitter clients from our computers. We then setup an email booth in the office which is a single shared computer. We each create user profiles on that machine where we setup email etc. When you want to check email, you have to use that computer. Clearly only one of us can do that at a time. We’ve created scarcity of that resource as well as social pressure and awareness around usage. If I’m using email a lot today, someone in the office will notice and likely call me on it.

Hmmm, maybe we should have email chips as well? How are you dealing with email and other digital distractions?

As well, a massive thanks to Communitech for their screwup in awarding me one of their 2009 Tech Impact awards:

“The awards recognize individuals and organizations who have demonstrated unparalleled leadership and support for the growth and success of the Waterloo Region technology industry.”

To be included in a group with Jim Estill and Steve McCartney could only be a clerical error. So to Brandon Gills, Ryan Gilies, or whatever the name of the person who was meant to receive this award, apologies but now that I have it, I’m keeping it.

“Wow, is that the Nikon D300? I can’t afford it because I’m a photographer!!”

For me, as someone who spends too much time thinking about technology and business, it’s an interesting problem. There’s clearly been a massive shift in the entire framework that the current wedding photography business model was predicated on. That being limited access to resources in the form of camera gear and a darkroom. Yes skill etc comes into play but what’s primary is camera and darkroom. So I’ll ask you, what do you do?

For me, I start looking for the value in the new environment. What clearly has no value is having a great camera, access to darkroom, etc. Weddings are filled with great cameras today with hobbyists behind them. All that really matters is staging the shot and capturing the data. I have to manipulate the data into a pretty picture even if I’m the one who shoots it.

What has value? The staging of shots and the cat herding that’s required to get people paying for their photos to cooperate. The deft skill required to make the overall day a pleasant experience, ie bedside manner. As well, the long hours spent in photoshop after the wedding, editing the good shoots into great ones.

My photography 2.0? Hire me to shoot your wedding. I won’t bring a single camera of my own to the event. Instead I’ll coordinate the multitude of cameras and photographers at your event. I’ll have a memory download/storage device with me that I’ll download any and all camera memory to at the end of the event. Then I’ll edit and put together 200 high quality proofs for you, attributing the person who took the shot. All this for a fraction of what I’d charge to actually shoot your wedding.

Dumb idea? Likely but what would you do? This massive shift pattern is occurring more and more, as an exercise, what’s your wedding photography 2.0?

Get your demo ready for #12 coming in December or January. Sign up to our google group linked off DCG site to stay up to date. My tip for demos? Treat them the same as pitches. I believe it was Austin Hill who summed it up best, hearts, minds, wallets.

Hearts: Tell me a story so I feel the pain you’re going to solve. Even in a technical demo you can pull this off. “So you’re up until 2am once again trying to cobble together yet another build by hand”. All you want is to get to the question “ok, I know what you’re talking about, but how are you going to solve that for me?”

Minds: Get into the techie bits of how you’re going to solve the problem you’ve now got me feeling, “my build tool will manage all your builds by…..”. The goal here is to get me to think “ok, I like that solution, how much?”

Wallets: How much, pricing model etc? Or if you’re raising money from me, how much and what are the details?

Mess up that order and you likely won’t get through it all or I’ll tune out. Most demos start with minds, then the crowd pushes them through questions to wallets and they never get to the hearts. Go for the heart first, make me cry first and then you’ll have my attention!!

The contest is called “Learn How to Run a Tech Startup”. Ok, no it’s not but it should be called that. One of, if not the, biggest challenge of every business is connecting a real problem with your solution. Why is this more of an issue with startups rather than ‘traditional’ businesses? Tech startups often start with a solution, or a tool, not the problem or the customer. At some point the smart ones realize building a tool isn’t enough, you need someone to use it.

We startups often operate like that contest, in that we hand strangers wacky looking tools expecting them to fill in the blanks. Worst case they don’t give our tool a second look. If we’re lucky, they look at it, maybe play with it for a bit, then put it on a shelf to gather dust. Maybe, just maybe, some day in a distant future that person is struggling away with a task and has a revelation. They shout “hang on! I think I have something that’s just right for this” as they run to the basement to hunt for that wacky tool only to realize their son used it as an ornament for the spaceship he built last summer.

Now contrast that with this story. Picture a woman standing in front of a massive overgrown hedge on her property holding her grand-dads rusty pair of garden clippers with a look of despair on her face. You walk up and hand her your company’s nifty electric hedge trimmer all plugged in and ready to go. With a smile she breezes through her chore, writes you a cheque and runs up the street with your trimmers shouting “hey guys! you have to check this out!” Ignoring the liability of her running with your trimmers in hand, that’s a dream experience for a business.

Simple right?, yet rarely achievable. You must identify a real problem a real person has. Then conceive, create and build the right solution, AND show up in the instant when real people are experiencing the problem you solve? The opportunities to fail along that path are monumental and an easy trap is to focus on products and technology instead of customers, their problems, their business, etc.

Some related recent reading: The Customer Development Manifesto: Reasons for the Revolution, The Customer Development Modal.

Our next DemoCampGuelph is on for Sept 30th. Sign up to attend here. If you’d like to demo, apply for a demo spot by contacting me directly. Include a one or two liner pitching why our community needs to see your demo!

Check out demoCampGuelph.com for all our other links. Please spread the word!!

The evening itself went smooth for the most part. Estimates are there were 60 to 80 people in attendance, including a great crowd that stuck around after the event to socialize. There are rumours that some people continued on at The Albion afterwards but I can’t speak to that.

Special thanks for Will Pate for stepping in last minute and saving our butts as our invited speaker. We had a solid list of demo submissions and unfortunately didn’t have room for all. If you didn’t get a spot for this event, please don’t let that stop you from submitting to the next event.

Our demo’s for the evening were:

• Adil and Ticket Trunk: Democratizing the online ticketing industry.
• Cory Fowler with jTweetr: jQuery tool that uses the search api to bring a feed of tweets to a website.
• Andrew Miklas with PagerDuty: aggregates alerts from your monitoring systems and forwards them according to your on-call schedule.
• Ben Vinegar with GuestList: Sell tickets to your event online and expand your audience. Manage your attendees and cashflow with a professional set of tools.
• Jason Hanley with BuyMyStuff:a nice easy way to manage an online garage sale of multiple items.
• somaICE: is a CMS that is SEO’d @ the core platform Level that allows end users the ability to manage their content while giving them comprehensive business management tools and reporting. Sort of like Salesforce.com + BaseCamp + Drupal on roids all in one Box
• Justin Lai with Markiter: an online service aimed at helping small businesses gather market research through instant focus groups.

Thanks to Simon for his major overhaul of the Crowie (pictures anyone??). The Crowie for demo of the night went to Cory and jTweetr, keeping in mind that the prick host forgot to get Justin and Markiter in the voting round.

Thanks again and keep your eye out for the next event, likely late September. Sign up for our google group to stay informed.

This Wednesday July 15th at the eBar in downtown Guelph, come hang out and see some tech. Jason Van Zyl is our invited speaker and will kick the night off with a short talk. We have a load of demos so it should be a fun night.

Sign up here if you’re attending. All you have to do is show up, you do NOT have to demo to attend. If you are interested in demo’ing, contact me directly asap.

If you missed DemoCampGuelph9, Blake took some appropriate notes.

Now flip it and make those NDM’s key decision makers in the hiring process (Yes I realize I’ve just nulled the NDM term I created by making them decision makers, slack please).

Why?

I alluded to this before, in that you can get a better feel for a person’s true character by observing how they treat the NDM’s. They can’t help but put on a show for the decision makers, they’re trying to impress them.

At brainpark, if you treat our NDM’s like slop you have zero chance of joining our team regardless how many sql’s and sharp C’s you have in your basket. We need people who treat others with respect regardless of their ‘power’ or title. I’m actually considering taking this a step further and intentionally introducing some mild conflict between candidates and NDM’s to see how they handle it. In cases where some tension has naturally arisen between candidates and NDM’s, it’s always incredibly revealing. Through this we’ve found some lovely, gracious people and we’ve uncovered a few nasty pricks. Both of which are impossible to spot on a resume or by asking what the difference is between a class and an object.

Now a tip for the other side. If you’re interviewing for a job, don’t assume the manager, and other ‘power’ players are the only ones making the decision. Or even better, just don’t be a dick to anyone period.