Deep Dive into hidden and protected pages – new sourcing technique “cache windowing”

(originally posted May 5, 2011 on DonatoDiorio.com) I’ve tried this and it works every time.  How long it will work, who knows.

If you google a specific page and then search the page again… but this time using the last few words from the excerpt of the page results… you can use this technique to actually scroll through an entire web page.

It’s like peering through a small cache window a section of the page at a time.

Resumes sites, Linkedin, and many others.  Maybe call it a recursion search?

One reason for CRM failure; The Nature of Contact Information

Originally posted Apr 23, 2009 on DonatoDiorio.com

Most CRM implementations fail.  This is a fact.  Look it up.

In my years in the industry, I’ve worked with many vendors on the consulting side to help reduce the possibility of CRM failure.  While there is a whole host of reason that failure occurs, I have a very unique perspective into one of those reasons.  The Nature of Contact Information.

The nature of contact information is fairly finite (i.e. Company, URL, Name, Title, Email, Phone, Social Network membership, etc). In addition, the concept of contact information is a simple one to grasp. It is so simple, in fact, that if often gets overlooked.

One of the most important concepts in business is “be brilliant at the basics”. If you are brilliant at your basics many more complex processes will fall naturally into place. So how are you treating contact information?

The miss-handling of contact information can lead to dire consequences across your company.

Take the following work flow as an example:

Company X has the following attributes:

-10 sales reps
-Each sales rep enters 10 new contacts per day into their CRM system.
-Hand entering contact information takes an average of about 2 minutes per contact.

What does this equate to?

-20 minutes per day, per person, manually entering contact information.
-100 minutes per week, per person, manually entering contact information
-At 48 selling weeks per year, 2 weeks per year, per person, entering contact information.
-Organizationally that equates to 20 weeks per year entering contact information
-At 48 selling weeks per year, that means that 1/24th of each persons time or approximately 4% selling time is taken up doing data entry.   How many sales teams would like to boost performance with an extra 4% of selling time

The above is a dumb-simple illustration of metrics.  However, there are some additional complexities to take into account.

-Humans are fallible.  20% of records hand entered into a CRM or ATS are miss-keyed.
-Humans take shortcuts.  Most people enter the absolute basics: name, email, phone.  Usually full titles, locations, full company names, etc  are skipped.
-Miss-keyed information causes addition errors and degradation in data quality.
-People get tired.  Towards the end of the day, the 2 minutes that it takes to enter a record becomes 3 or 4.
-People don’t usually look up the record in their CRM first before entering it.  Gotta love duplicates!
-We all have our own style.  You say  “The Container Company”,  I say “Container Company, The”.  Again more duplicates!    The scary thing is that there are over 20 ways to write “The Container Company”.  I’ll be writing about that in my next blog about “Data Normalization”
-We all get interrupted.  This causes  a break in the work flow, more keying errors, more duplicates, less homogony.

Fast forward: Does this look like your company?

-You have massive errors in your CRM.
-Over 30% of your records are duplicates.
-Sometimes sales reps are working on the same accounts and they didn’t know it.
-Reporting is a nightmare, you want to do it, you really want to, but, because of the duplicates, reporting is inaccurate
-Once every few years or so, you make it “your mission” to remove the duplicates from your system.
-You, and your team, keep manually typing in contact information and
-You don’t have plan for data entry.  Every person wings it with their own unique style,  adding as many duplicates are their are unique personalities.

It would really suck if I stopped right here and basically left it that everyone is simply screwed as it relates to their CRM.

I won’t do that to you.  I have a solution.

Most of the above problems can be avoided by doing 2 things.

1.  Decide on how you want your organization to treat contact information (called a “Data Plan”).
2.  Remove the entering of contact information from humans and automate it.

#1 is simply accomplished by making a decision.
#2 can be done by getting a copy of Contact Capture (it is a free program)

What is Contact Capture?  It is a free program that automates that capture of contact information.  It can take that contact information, normalize it,  check for duplicates and then export it into your CRM.  No human data entry errors, no duplicates, no different forms of the same company name.  Problem solved.

Did I mention that Contact Capture is a FREE program?

Yes it captures single contacts, it captures lists of contacts.  It is by far the best technology on the planet for day-day contact information entry.

Many of you know about Contact Capture.  Historically,  Broadlook charged for it.  About a year ago we made it free and not enough people know about it.  So spread the word,  it is free, free, free.  Why?  Because we can and it is simply good business.   Contact Capture works with over 100 CRM systems.   While I don’t usually plug products in my blog, I feel that this is a no-brainer.   If anyone… ever… types in my contact information again, and gets my name wrong,  don’t blame my parents!

Get your copy of Contact Capture here

If Contact Capture is not compatible with your CRM, contact your CRM vendor and ask them why?

While writing this blog, I realized that there was a lot more than I wanted to cover here, so I wrote a 23 page white paper that started with this blog.  Get the Contact Capture white paper here.

Here is the link to put in your browser:

The decline of Apps and the rise of Agents and Clewds

(Originally posted October 5, 2011 On DonatoDioiro.com)

Last week, while presenting a live webinar “The Near and Far Future of Recruiting” I had an epiphany.  I was talking about the eventual decline (or morphing) of Facebook.  The theory is this: Mobile computing power in 10 years will be server-capable.  Add in violation of trust and general mistrust of social networks.  The result is peer-peer social networking.  No Facebook needed.  Everything sits on your mobile device.  More private, more secure, total user control and no ads.  Facebook may lead the way, but it will be hard to do as they would cannibalize their own ad-driven revenue model.

This was last year’s Epiphany.

What led to the new epiphany was my pontificating on CRM systems.  This was a recruiter-centric talk about the future of recruiting.  Many recruiter CRMs have connections to LinkedIn profiles.   Every one of these, that I have seen, has been implemented incorrectly, not due to any fault of the vendors.  In an optimal situation, the data inside the Profile should be mashed up with current CRM data.  Instead, LinkedIn requires usage of their API which brings back a canned LinkedIn profile. This is what I call “social linkage”.

The optimal situation would be a pair of  “social agents”.  While a company may have 1000 company prospects  in their CRM, they may only contact 50 in a given day. One “social agent” would automatically refresh the entire CRM on a longer cycle such as once per quarter.  Another just-in-time social agent would update the CRM just before the outreach process.  Why is this important?  LinkedIn is not a definitive data-source; nothing is.  What happens when you combine Facebook, Google+, Jigsaw (now data.com), Foursquare, twitter and whatever social network Microsoft comes up with?  Are you going to clutter your Salesforce or Microsoft Dynamics interface with 6-8 little snippets, much with redundant information?   This gets ugly fast.  The optimal implementation is to have a social agent retrieve LinkedIn, Data.com, Google+, Facebook, Twitter information.  Next, mash, score, apply analytics to present the information in a way that optimally fits your selling model.

 

What about Apps?

Enough setup.  First, I’m a huge iOS (iPhone/iPad) fan are there are some simply amazing apps out there.  Same thing for Android.  The iOS & Android AppStore model has really opened up a world of possibilities.  However, there is a problem.  While these Apps do great singular things, they do not communicate with each other.

That is a problem.

I’ll take FourSquare, the social check-in service, as an example.  Right now I’m at the SanFran airport.  When I got here, I had to open FourSquare on my iPhone, search for San Francisco International and check in.

This is why people get check-in burn out.  A check-in service is fun; keep track of your network of friends, compete for points, etc.  It should not be work.  Here is how it should work.

Build a special class of Apps called Agents.  Right now, there are Apps that can “push” notifications and work in the background, but that is limited.  An Agent would be able to interact with other Apps.  Example:  A Foursquare Agent could track my location and push check-ins to me for approval.  Now I don’t want to be checking into every gas station I drive by, so I would need an Agent to control my privacy/whereabouts.  The privacy Agent would screen the check-ins coming from the Foursquare agent.  Check-ins would then be automatic, or prompted for my to confirm, or anything I wanted it to be.

Newsflash: I just pulled up my Foursquare App to get a screenshot of it for this blog.  While I had it open, I saw that a friend of mine, Jenny D. also checked in to SFO.  Since I got sick on notifications popping up from Foursquare, I had notifications turned off (essentially, every app controls this individually, which is poor architecture). Luckily, I saw the notification and I would have the option to say hello if time permitted.  If I had a notifications App, that controlled all notifications from all Apps, I could set it up so when I was traveling, I would get all notifications from people in close proximity.

Setting these types of permissions on every individual App, would be (and is) a nightmare.  The only way to control it is with a master-permissions Agent.  A master permissions agent is called a “Clewd”.  I derived it from the word “include”.   The Clewd will be the agent that forces the world to work on your terms. You choose what to be included into.  Apps will not have the ability to push information in any direction, unless the Clewd agent allows it.

Your own Clewd should be stored on you mobile device.  When Facebook adds another feature, they would not be able to opt you in without asking you saying hello to your Clewd agent on your mobile device.

The Clewd is inevitable.  If you don’t see it yet, you are not overly connected. You have not experience “App-Overload”.  You have not joined the 4th social network, download the iPhone App and then turned off notifications.

The Clewd will control more than just the interactions between Apps.  If you have a business email address, you probably get a mass amounts of newsletters, webinar invites, and product announcements.  The marketing automation system that sends you these emails is the same as an App; *it* controls the permission options. You have no control over options;it forces you into it’s choices.  Example: Opt-in or Opt-out?  I say screw them!  I want to be in total control of how the world interacts with me.

Here are examples of a Clewd and a set of Agents working together with emails.

1. For every incoming invitation to an event, webinar, etc, an agent parses of the date and time as well as the vendor information. Check the Clewd if you have explicitly blocked this vendor, if not, Agent #2 compares to your current Calendar, if you are not open at that time, deletes the email or adds it to your Calendar (as an option), based on your Clewd preferences.

2. For each incoming email, have one agent extract the contact information, agent #2 checks your CRM for *outgoing* emails from you.  The Agent provides the Clewd with credentials  “This email is from someone you have in-turn emailed before” says the Agent.  The Clewd likes that, as you have set it up that way.  Since Agents are very-flexible, you don’t have to be limited to a simple “exact email match”, it can look for anyone at the same company.

3.  Expanding on the previous example:  For all non-recognized emails, don’t show them as they come in. That can be distracting.  Show all non-recognized emails once every two hours in a group; don’t mix them with high-priority ones. Let me delete them as a group. Sorry Google: “Priority Inbox” was poorly implemented.  Take this idea: please.

There are 1000’s of potential uses of a Clewd.  What happens when the RFID label on the bottle of water you just bought communicates with your Ford Focus computer, which then tells the Billboard you are approaching on the hi-way that you have driven 200 miles and 4 hours since your last bottle of water.  It then shows you a ice-cold-water ad, just turn into the oncoming exit.  This is the world we are headed for unless the permissions rest with the individual.   Watch the movie Minority Report. With Mobile outselling PC’s, the majority of future interactions with technology will happen on your mobile device.  Apple and Google can be leaders here.  Agents that interact between Apps will be a prerequisite.

Where is the Clewd to be stored?  This all-important set of rules that defines how the technology world will interact with you?  Ask yourself: Do you want Facebook or LinkedIn to control it?  They would love that.  My ultimate prediction is one of two places.  My first preference is stored, securely on my mobile device. Secondly is a 3rd party service, secure, where you pay $20 a year to have them manage your world-rules, your Clewd. This service provider cannot have a conflict of interest; it cannot generate revenue via ads.  No Facebook, Google, etc.  It may be a new business model.

The future must be permission-based and we each must control our own permissions. If we don’t it will be a world where conversations stop and everything is pushing and yelling trying to out-do each other.

Will the AppStore turn into the AgentStore?  Probably not, but in the future, it will be the Agents, not that Apps that have unique value.  What would you pay for an Agent that made all email communication obey your rules?  I would drop $100 in a heartbeat.  What is an email App worth… $1.00?

I’ll continue thoughts on this topic as I have them.  The question next is how to force those pushing content to obey the rules of the Clewd.

Note:  At this point I am not sure if a Clewd is singular or Plural, meaning one Clewd contains all your rules or each rule is a Clewd…I’m leaning towards one-contains-all.