🔎
Jan 9 2005

Boiling the Frog

Boiling the Frog

We boiled the frog recently at Return Path. 

What the heck does this mean?  There was an old story, I’ve since been told apocryphal, we told a lot back when I was a management consultant trying to work on change management projects.  It was basically that:

If you throw a frog into a pot of boiling water, it will leap right back out.  But if you put a frog in a pot of water on the stove and then heat it up to boiling, you’ll boil the frog because it never quite realized that it’s being cooked until its muscles and brain are slightly too cooked to jump out.

How have we boiled the frog?  Two ways recently.  First, we let a staffing problem sneak up on us.  We were short one person in a critical area (accounting and business operations), and we had decided to try to go without the extra person for a month or two for cost-savings reasons.  Then, another person in that group unexpectedly left.  Then, another person in that group got seriously sick and was out for several weeks.  The result?  We were down three people in an area very quickly, without a proper pipeline of candidates coming in the door for any of the open positions.  So for a period of time, we can’t get the things done out of that group we want to get done, despite the heroic efforts of the remaining people in the group.

Second, we have had an Exchange server problem that has been plaguing one of our three offices for six months now (no, the irony of an email company having internal email problems isn’t lost on us).  In retrospect, the first time we had a big problem with it, we should have dropped everything, brought in an outside consultant, and done a rapid-fire infrastructure upgrade/replacement.  But we were truly boiled here — we kept thinking we’d fixed the problem, the situation kept deteriorating slowly enough to the point where the productivity of this one office was seriously compromised for a few weeks.  Happily, I can report this weekend that our IT team is cuting over to our new environment — "the promised land," as they call it.

How do you stop yourself from getting boiled?  I think you have to:

1. Recognize when you’re in a pot of water.  What areas of your company are so mission critical that they’re always at risk?  Have you done everything you can do to eliminate single points of failure? 

2. Recognize when someone turns on the burner.  Do you know the early-warning signs for all of these areas?  Can you really live without an extra person or two in that department?  Is it ok if that server doesn’t work quite right?

3. Recognize when you care about the frog.  You can’t solve all problems, all of the time.  Figuring out which ones need to be solved urgently vs. eventually vs. never is one of the most important roles a decision-maker in a company can make.

Mar 19 2005

Email Deliverability Data

Email Deliverability Data

We just published our 2004 year-end email deliverability report.  Feel free to download the pdf, but I’ll summarize here.  First, this report is very different from the reports you see published by Email Service Providers like Digital Impact and DoubleClick, because (a) it measures deliverability across a broad cross-section of mailers, not just a single ESP’s clients, and (b) it is a true measure of deliverability — what made it to the inbox — as opposed to the way some ESPs measure and report on deliverability, which is usually just the percentage of email that didn’t bounce or get outright blocked as spam.

Headline number one:  the “false positive” problem (non-spam ending up in the junk mailbox) is getting worse, not better.  Here’s the trend:

Full year 2004:  22%
Second half 2003:  18.7%
First half 2003:   17%
Second half 2002:  15%

Headline number two:  mailers who work on the problem can have a huge impact on their deliverability.  Obviously, I’m biased to Return Path’s own solution for mailers, but I think you can extrapolate our data to the broader universe:  companies that work on understanding, measuring, and solving the root causes of weak deliverablility can raise their inbox rate dramatically in a short time — in our study, the average improvement was a decrease in false positives from 22% to about 9% over the first three months.  But we have a number of mailers who are now closer to the 2% false positive level on a regular basis.

Aug 12 2005

Email and Business Development: Two Great Tastes…

Email and Business Development: Two Great Tastes…

Interestingly, Chris Baggott offers compelling evidence for the opposite view he intended in his recent posting claiming email is not an acquisition tool.  I respect Chris as a thought leader in the email marketing services industry and am a fan of what he and his colleagues have done in building Exact Target, but I think he’s dead wrong on this one.

Email is a phenomenal customer retention tool, no question about it.  I totally agree with the claim that website owners should never let a prospect escape from their website without signing up for an email program.  It’s very true that spending money on website traffic can go to waste if a browser never buys or returns — or worse, if you pay the same search keyword fee time and time again to reach the same browser. 

However, his own post starts to lay out the reasons why email is, in fact, also really good for acquisition marketing:  because we all still love it, we spend a lot of time reading and responding to it, and we value the information it brings to us.  In short , it’s got all the strongest attributes of a great acquisition medium: reach, frequency and, most importantly, trust.  Isn’t that what advertisers look for when they are trying to figure out whether to spend their acquisition dollars in print, radio, TV, outdoor, or direct response vehicles?

In fact, more consumers and B2B professionals spend more time in their inboxes than they do consuming any other form of media — digital or not.  So, if you want to reach your target, you need to be using acquisition email.  And definitely never let a prospect come to your web site without giving you his or her email address for future contact!

Just because email is so extraordinary a retention and customer relationship tool, doesn’t exclude the reality that it also works really well to reach new prospects.  Smart marketers use email for both.

Jan 13 2011

What a View, Part III

What a View, Part III

We are in the middle of our not-quite-annual senior team 360 review process this week at Return Path.  It’s particularly grueling for me and Angela, our SVP of People, to sit in, facilitate, and participate in 15 of them in such a short period of time, but boy is it worth it!  I’ve written about this process before — here are two of the main posts (overall process, process for my review in particular, and a later year’s update on a process change and unintended consequences of that process change). I’ve also posted my development plans publicly, which I’ll do next month when I finalize it.

This year, I’ve noticed two consistent themes in my direct reports’ review sessions (we do the live 360 format for any VP, not just people who report directly to me), which I think both speak very well of our team overall, and the culture we have here at Return Path.

First, almost every review of an executive had multiple people saying the phrase, “Person X is not your typical head of X department, she really is as much of a general business person and great business partner and leader as she is a great head of X.”  To me, that’s the hallmark of a great executive team.  You want people who are functional experts, but you also need to field the best overall team and a team that puts the business first with understandings of people, the market, internal dependencies, and the broader implications of any and all decisions.  Go Team!

Second, almost every review featured one or more of my staff member’s direct reports saying something like “Maybe this should be in my own development plan, but…”  This mentality of “It’s not you, it’s me,” or in the language of Jim Collins, looking into the mirror and not out the window to solve a problem, is a great part of any company’s operating system.  Love that as well.

Ok.  Ten down, five to go.  Off to the next one…

Feb 21 2006

Agile Development

Agile Development

Sometime last year, our engineering and product teams embraced the Agile Software Development framework.  Without going into too much detail (here’s the Wikipedia entry for those who want it), the concept of Agile Development is to run software development in small pieces with a focus on more communication between product and development teams resulting in collaborative requirements development.  This leads to a “release early and often” environment where there are continual improvements.  For us, we group development projects now into a “release” that consists of a series of usually six, two-week “iterations.”

The release planning and iteration planning meetings are reasonably long meetings that involve the major stakeholders, product management and engineering.  The process also includes a very short, 10-minute Daily Stand-Up meeting with everyone on the team to review progress and identify roadblocks to completing the two-week iteration.  Requirements are not heavily documented and discussed more or less on the spot during the iteration meetings.  Because there’s a major pull-up every two weeks and a minor one every day, it’s easy to be light on requirements and for product management to constantly be in the loop with engineering to see progress, test functionality, and make mid-course corrections.

This methodology isn’t for everyone, but it’s particularly well suited to the kind of work we do at Return Path — small team, multiple internal and external stakeholders, very dynamic market, and web services as opposed to packaged software.

Our efforts have been bolstered by some limited consulting and more important, a fantastic web-based workflow management tool geared towards Agile Development run by a company called Rally Development in Boulder.  Think of it as Salesforce.com for your engineering and product team.

We’ve had great success with this methodology to date.  Engineering productivity is way up, product management visibility and input into development is way up, the level of friction/noise between product management and engineering is way down, and we have a much tighter grip on our development milestones than we ever have in the past.

Agile and Rally have worked so well for us, in fact, that we’re starting to extend the concept to other parts of our business, which I’ll write about separately.

Apr 19 2006

Counter Cliche: I Know When I See One, Too

Counter Cliche:  I Know When I See One, Too

I haven’t written a counter to one of Fred’s VC Cliche’s of the Week for a while now, but today’s was too good to resist.  While I haven’t (and most entrepreneurs haven’t) worked with 200 VCs, I have seen, heard about, been one (sort of), and worked with enough of them to know enough to comment as follows:  as is the case with Fred and entrepreneurs, I’m not sure I can define what makes a great VC in one phrase, but I know one when I see one, and here are some of the characteristics they exhibit:

– Major pattern recognition — "I’ve seen this movie before, and I know how it ends…";
– Deep understanding of the market and/or customer set to add strategic value;
– Fundamental desire to be a product manager or marketing manager of your product, but also —
– Ability to stay out of the weeds with day-to-day details when the Board meeting ends;
– Always ready with a story or bon mot about other crazy investors or even crazier entrepreneurs to make you feel better about your own life;
– Complete transparency about the motives of his/her fellow GPs and LPs and ability/appetite for follow-on financings (and needless to say, no/limited blocking of transactions that are clearly in the company’s best interests but might run counter to his/her firm’s own short-term interests);
– Willingness to jump into a debate with the strongest of convictions, yet without 100% of the facts, since 100% of the facts are never available;
– Equal willingness to admit being wrong if a clear and compelling argument comes forth; and of course the most critical —
– No fear of yielding to Management when Management knows best!
– Note — note included — major rolodex (a nice to have, but not required)

The other part of the counter cliche is that I’m sure there are some great entrepreneurs who only exhibit a few of Fred’s list of traits…much as I’m sure there are some great VCs who only exhibit a few of my list above.

Jan 18 2009

Angry, Defiant, and Replete with Poor Grammar

Angry, Defiant, and Replete with Poor Grammar

I didn’t see Bush’s farewell address on TV on Thursday, but Mariquita and I did see his press conference on Monday.  It was exactly what you’d expect it to be and quite frankly just like the last eight years:  angry, defiant, and replete with poor grammar.

I’ve said repeatedly that I think Bush has destroyed the Republican party and will go down in history as one of the worst presidents this country has ever had, if not the worst.  It’s not surprising that his tone at the end is as the title of this post describes.  But it is a shame.  His whole administration is a shame.  The really sad part is that it didn’t have to be.  People make mistakes — even really bad ones.  And they can recover from them and go on to do great things in life if two conditions exist:

1. They solicit feedback on their performance, and

2. The internalize and act on that feedback

Bush not only didn’t “get” these two points; he seemed to revel in them.  “Not paying attention to polls” and “At least you know where I stand” seemed to him to be pillars of strength as opposed to pillars of ignorance and complete and total lack of intellectual curiosity.  You don’t have to try to win a popularity contest to find out when something is going wrong on your watch.  And you can be bold, admit a failure, learn from it, and move on instead of just digging yourself deeper and deeper into the same hole.

I read a great article in The Economist last night that summarized its current view of Bush’s legacy, and in fact it noted a bunch of areas in which Bush appeared to learn from his mistakes, though he probably wouldn’t phrase it that way.  The fact that his second administration did do more to reach out to key allies in Germany and France is one example.  And to the article’s credit, it even noted some of Bush’s accomplishments, or at least the areas in which his thinking was right — those those are just dwarfed in the end by his failings.  

At any rate, I’m delighted he’ll be leaving office on Tuesday.  Inauguration day is one of my favorite days in America, and I look forward with optimism to the incoming administration as I always do, regardless of how I voted.

But as for Bush, I think I’d rather have the pilot of that USAir flight as my commander in chief.  Now there’s a guy (I don’t even know his name, and I probably never will) who had a quick grasp of a difficult situation and produced a brilliant and elegant solution in short order!

Jan 15 2007

Help Me, Help You

Help Me, Help You

I’m conducting a really short reader survey about OnlyOnce.  There are about 10 questions, half about the blog, and half about reader demographics.  Please take 2 minutes to complete it for me so I know how I’m doing!  All responses are anonymous, as you’ll see.  Click here to go to the survey.

Apr 26 2007

Silly, Silly Patent Nonsense

Silly, Silly Patent Nonsense

Some news floated around the email marketing world yesterday that is potentially disturbing and destructive but highlights some lunacy at the same time.  I hope I’m getting enough of the details right here (and quite frankly that isn’t a joke, which it feels like).

Tom DiStefano of Boca-based PerfectWeb Technologies is suing direct marketing behemoth InfoUSA for patent infringement of a business process patent for bulk email distribution that he received in 2003.

I will first issue my disclaimers that I’m not a patent lawyer (nor do I even play one on TV) and that I have only quickly read both the legal complaint and the patent.  But my general take on this is that it’s more silly than anything else — but has the potential to be destructive at the same time.

Silly reason #1.  I’d like to go patent the process of blowing my nose with facial tissue predominantly using my left hand after a sneeze — will you pay me a royalty every time you do that, please?  That’s a short way of saying that I am increasingly finding that the patent system is deeply flawed, or at least very ill-suited to the way technology and Internet innovation work today.  For centuries, patents have been put in place to provide inventors adequate incentive to invest in innovation.  That made sense in a world where innovation was expensive.  It took a long time and a lot of capital to invent, say, the cotton gin or the steam engine.  It takes a long time and a lot of capital to invent a new life-saving drug.  But Internet-oriented business process patents are just silly.  It can take a guy with a piece of paper a few minutes to sketch out a business process for some niche part of the Internet ecosystem.  No real time, no real capital.  And worst of all, it’s generally easy to “design around.”  Disclaimers and all, this seems to be just such a patent.

Silly reason #2.  The patent was issued in 2003.  Really?  I’m not sure when the patent holder claims he invented the bulk email distribution process, but unless it was in the early 90s before the likes of Mercury Mail, First Virtual, Email Publishing, etc., then it’s highly likely to be “non-novel,” “obvious,” and conflicting with lots of “prior art.”

Silly reason #3.  Why wait four years to prosecute a patent that the inventor believes has been violated so obviously by so many (hundreds, maybe thousands) companies for so many years?  I don’t quite get that.

I’m not exactly seeing the David vs. Goliath here.

So here we go.  It will likely take months and millions before this thing gets resolved.  If our legal system doesn’t come through as it should, or worse, if InfoUSA punts and settles, this is going to cause big problems for many, many companies in the industry.

I hope our friends at InfoUSA are happy to dig in and fight to have the patent invalidated, although that’s expensive and time consuming.  And assuming that the patent holder is likely to go on a rampage of legal complaints against every other player in the industry — someone should tell Vin Gupta that we can all band together to fight this silliness.  We’re happy to help here at Return Path.

May 10 2007

It Never Goes Without Saying

It Never Goes Without Saying

Remember that old adage, "It goes without saying…"?  That saying shouldn’t exist inside a well-run company.  Communication — real communication, not implied communication — is the foundation for a successful business.

We human beings live for "moments."  We mark time by observing regular occasions like birthdays, anniversaries, and holidays.  While religions and cultures differ on the details, we mark the cycle of life with things like baby namings, bar mitzvahs, confirmations, first communions, weddings, and funerals. 

There’s no reason the workplace should be any different.  Think about these few examples where it could "go without saying," but where you’re so much better off creating that "moment" by:

– Publicly acknowledging a member of your team for reaching an employment anniversary (the bigger the number, the heartier the acknowledgment)

– Laying the groundwork for a new initiative by reminding the team in a meeting or email about the company’s mission and how this initiative fits into the big picture

– Marking the end of a project or a transition period with a celebration

– Meeting two weeks after the end of a project or a crisis to do a post-mortem analyzing what went well and defining lessons learned for the next time

– Publicly thanking a colleague for helping out on something — anything

– Giving an employee a quick reprimand or constructive feedback right after an incident (probably privately) instead of letting the issue fester and its details slip from short-term memory

Clear, simple communication is the cheapest and easiest way to create a fun, rewarding, accountable, and focused work environment.

Jul 16 2007

Starbucks, Starbucks, Everywhere, Part II

Starbucks, Starbucks, Everywhere, Part II

In 2004, I blogged about Starbucks’ implausible Forbidden City location (post includes picture) in the heart of one of China’s most prominent national monuments.

Today, under pressure from the Chinese government, Starbucks announced that they’re closing the location, reflecting “Chinese sensitivity about cultural symbols and unease over an influx of foreign pop culture,” according to a very short blurb about this in today’s Wall Street Journal.

It must be indescribably different to live in a society that’s so tightly controlled.