Blog

  • Annual Sales Training/Meetings

    Ah, I am procrastinating in the preparation of my decks for the sales meeting and/or training next week, I have come to reflect on the whole concept.

    I have written in the past on “Sales Meeting Musings“, as have others, including a snark filled comment by The Cranky PM.

    But this ritual is rife. Once a year (or every other year), you gather the sales people into a room, and you let them bask in the glory that is Sales, have them tell Paul Bunyon sized bullshit tales of their heroics (never once acknowledging the parachuting in of Product Management to salvage a HUGE deal), and to drink expensive booze and smoke cuban cigars.

    Every time, I have to prepare a deck. I have to tailor it to the lowest common denominator, usually a greenhorn sales asociate, or a senior guy that “doesn’t know how to spell AFM let alone how it works” even though he has 10 years of experience in the company.

    This is a hugely difficult task.  You have to cover the basics, and cater to the vast middle ground.

    This invariably comes down to stroking egos, yielding up the best nuggets from my market and competitive analysis (that I don’t want to share, because the blabbermouths will email it to their friends at our competitors) to keep their interest.

    One year, we had a product that was going gangbusters in photovoltaic research.  But our sales people couldn’t speak the language.  I put together a 4 hour bootcamp that started from the basics (semiconductor diode) through the principal technologies, and what we could do to improve efficiency and reduce costs.

    And not even a week later, I was required to fly to the Philippines to talk with a customer, because our sales team was too weak to do it.

    Weak sauce.

    Why bother?

  • The risks of expert-network participation

    At the referral of a friend several years ago, I joined the GLG group to offer myself as an expert.  I have a lot of knowledge of a lot of technologies, and companies.

    I got my invitation, filled it out, took their ethics training (every year), set my hourly rate, and waited.

    Every single query I have received was a request that seemed to imply that they wanted details of my employer’s business.

    Then I read this in the NY Times, and I am happy that I have applied the smell test of ethics to the queries.

    http://dealbook.nytimes.com/2012/11/25/new-breed-of-sac-capital-hire-is-at-ce…

    Increasingly, these “expert networks” are being implicated in insider trading scandals. Perhaps I was not being to paranoid and reading too much into the queries.

  • Presentations that are SO bad.

    About 6 months ago, I started a new job.  The former product manager had left about 18 months prior to my arrival, and they “limped” along.

    Now, I am going through sales presentations, sales training decks and curriculae and I am aghast at what I have to work with.

    The previous occumant of my role was a PhD scientist.  He had the attitude of “I’m the smartest man in the room” and he was out to prove it to the audience.

    However, that led him to build very wordy powerpoints. 10 bullet points each with two rows of text.  No illustrations of complex concepts (I mean, you are talking to sales, and they crave handholding). No thread or story.  

    In short, while there is some good information, the vehicle destroys the message.

    Sigh, it is going to be a long holiday weekend whipping some of these into shape.

     

  • The joys of a quality web developer

    Two days ago, we pulled the plug on the hapless guy who was on our project.  Not that he is a bad resource, but the project we handed him was beyod his scope, and it was flailing.

    We consulted another group in my company as to who they would recommend (and, most importantly who know our “system” if you catch).  We got turned on to a group in Pennsylvania.  Quick call, I forward on my original design document, and mockups, and the next morning we got a proposal.

    The price was very fair, and they were going to put extra people on it to allow us to launch on 11/27. At 10:00AM yesterday (MST) we gave the go ahead.  By 2:00 PM, we had artwork.  It looked awesome.  They captured what I was envisioning (and put in my mockups) perfectly. Today they have another two interfaces prototyped, and after a quick review are busy coding.

    I am beginning to think I might be able to start testing this next week.

    Of course, they were ecstatic about the fact that I had a document that described the workflow, the use cases, some typical user stories, and detailed mockups.  Apparently that is all stuff they have to tease out and build themselves.  I guess being a product manager has some positive attributes.

    Fingers crossed, but so far I am really happy.

  • If I hear this one more time I am going to lose it.

    Those following the thread have seen my comments about a web project going poorly.

    End root cause is that we went with a vendor which we were “comfortable” with, and didn’t figure out up front if he had the chops to deliver.

    I want to pull back, complete a formal proposal (I had started this then I was told that the project was already 1/2 done), pick 3-4 local Web shops (I am in Phoenix, so there are lots here) to bid on it and then pick someone who has the chops and the skills to succeed at a price we can afford.

    The answer to that was astonishing. 

    We don’t want to do that. Getting a new vendor into our system is a painful process, and will take far longer than the whole project.

    So, instead of using the right vendor, even if that requires getting them into our ERP system, we choose to use underqualified hacks, because it is too hard to find new? 

    Really?

  • Just once in my career, I would like a project to be finished on time

    and on budget.

    Sigh.

    There are always some extenuating circumstances:

    • A key component was more difficult to work through.
    • Some circuit design was wrong the first time around (and the second, and the third).
    • Regardless of how many times the design was reviewed, a connector was wired backwards on a circuit board.

    Or commonly, software is delayed by not having hardware to test and develop against. And vice versus.

    Or the software was a lot more difficult than anticipated.

    The funny thing is, even with professional, certified project managers handling the threads, using the best practices for estimating time/effort/resources, projects are late/late/late.

    As a product manager, I have my own “Kentucky Windage” that I use to “adjust” my personal expectations.  And it is invariably way off.

    Can’t we do better?

  • Why I am glad I am not a Web developer

    I am working with my Marketing team to get a user community site built.  It is a pretty straightforward project that will allow our worldwide user base to connect, share tips, scripts and other related items in the use of our product.

    To spec this I did a lot of up-front work. Mockups. Detailed workflow analyses. User stories and the like.  

    Of course, the project has turned south.

    Our marketing person used a local source for the work.  We had used him before, but for nothing this complex (that allows people to register and to share documents).  

    Of course the local resource uses his trusty CMS, Joomla! for this project.  I was a bit skeptical.  It is a bit heavy weight for this project, but it is not a bad back end.  (for the record, I use Joomla! for both my personal site and for a non-profit that I volunteer as webmaster at.  So I do know enough to be dangerous).

    We are 4 days from the initial roll out, and key functionality is not there.  Apparently the plugin he is using is not cooperating.  And the author is being non-responsive. And I am getting very very nervous.

    Several things that went wrong:

    1. My marketing manager, a dear friend, is old school.  So to get this scoped, she “helpfully” took my mockups, and my flow chart of the workflow and converted it into a plain text description. “This is how we always do web projects. They do it better this way…”  Sigh.
    2. The Marketing manager was the primary interface for the first month of this project.  She was the broker between me and the developer.  What I didn’t know was that she was translating all my carefully visually described changes into bullets in an email. Much of the context I was trying to convey got stripped out.
    3. Choosing poor plugins for the desired functionality.  I have used several plugins to extend Joomla! It is a jungle out there, and until you “join” a club for the plugin, you really get no support or documentation.  So you have to gamble your $35 or $45 to see if it works for your purpose.  It appears that our web developer has chosen poorly, and even after the purchase of support, the plugin author is impossible to reach.
    4. When I finally got to talk to the developer directly (I am the ultimate “customer” after all) I was able to clear up a lot of the little issues immediately.  But then I got chastised by my marketing manager for “nit picking”. It isn’t nit picking if your customer thinks it is important. I am ultimately paying for this project, I have a vision that I spent a lot of time articulating, and we are now 9 days late on the working prototype.  

    The project still limps along, I have an internal launch in 4 days, and about 80% of the functionality is still not working. 

    I am not a satisfied customer. I am glad I am not taking the verbal abuse of the marketing manager (the developer is), but I can feel his pain.

  • Web project part deux

    If you have been following the saga, I have been working on a new, groovy and cool web community for my products.  Something pretty simple to start to build a community of practice.

    I have complained in the past about the contractor we are using, who seems to do about 1/2 what I ask for, and then struggles with the big functionality components.  

    I provided mockups, detailed use cases, “stories” for the key functions.  I have provided pixel perfect graphics and expansions on what I want, scratch that, NEED this community to look like and behave like.

    Today, I got dressed down by our marcom person.  I am being too picky, and that these are merely stylistic issues.  Essentially that I need to back off on what I want.

    I am not asking for miracles. I am not asking for Google like maturity. However I do know what I want, and I know how I want it to look. So, if I bitch that the graphic used for a button gets blurry because it doesn’t scale well when you increase the screen “magnification” it fucking matters to me. If I say that I don’t want text in the menu bars to have a shadow effect, it means I don’t want text in the menubar to have shadowing effects.

    Am I being too demanding? I am the customer for once, and I expect it to be to my satisfaction. (of course, there is one HUGE piece of functionality that is almost 2 weeks late, without which, I can’t launch on 11/26) Grrrrrr.

  • Stone age thinking in the internet age

    I am a huge fan of accessibility, and convenience for my customers.  In my new role, we have a product that is a little long in tooth, and the software is a bit dated as well.  Working to fix that, but one hangup is our absolutely shitty help system.  

    It is web based, and installed on the PC that the software is installed on.  It uses some POS ActiveX control, so it ONLY works with IE (and not IE9).  

    Even when you get the right browser, and configuration, it is a lousy format, hard to navigate, and the search/index is terrible.

    I want to go to a completely online, standards compliant interface, and always up to date.

    But our marketing team, who controls the manuals and the help system generation/maintenance is paranoid that making the help information accessible to all would lead our competitors to find ways to attack us. Words fail me.

    F’ me.  You can’t make this shit up.  How backwards is that.  

    Swimming upstream here.

  • How come really smart people are so dumb sometimes?

    Just had an ambush call.  (that is when Sales invites you on a call, but “forgets” to clue you in on what is to be discussed). Needless to say, some pretty deep hip waders were needed.

    The whole premise was that we failed to accomplish some performance goals in a demo.  We make high end, scientific instruments.  Part of the analyses we do, required you to “find” a region of interest.  We, our competitors, and indeed all products on the market like ours uses a similar design. A video camera, a microscope objective/or telescope, and a real time window on the UI to see the sample/instrument.  

    The problem is that they are looking at SRAM cells, that are 45nm in dimension.  And they kept harping on the “magnification”. If only we made the image look bigger, we would see the features.

    Uh, no.  The classic difference between resolution and magnification.  A rule of thumb is that the limit of resolution is proportional to wavelength/(2 * NA).  There is a constant, but it really can be ignored or assumed to be 1.  If you have broad spectrum white light, your central wavelength is 540nm (a “green” color), and you use that to calculate resolution.

    For a super high resolution system your NA can be as high as 0.95 in air (> 1 if you can do oil immersion).  But since we have lots of hardware in the way, we need a much longer working distance.  50 or so millimeters of WD.  The best commercially available optics at this range will give a NA of 0.15 or so.  Thus, we become diffraction limited at about 1.8um.  Since they want to find features that are 0.045um in dimension, the resolution limit is going to be equivalent to 40 cells.  That means that there is no hope to see the features they want.

    Of course, they didn’t understand this, and kept repeating the “more magnification” mantra. FML.

     

    *NA = Numerical Aperture – a measure of the light gathering capability of an optical system.