Category Archives: Consulting

An entirely too honest/frank look at lessons learned from independent consulting

I’ve been so happy the last 6 weeks or so, working at 33 Sticks. Now that the dust has settled, I want to document some of the lessons I learned from my mere 5 months of independent consulting– it’s been a very enlightening experience, even though I’ve been a salaried-but-hourly-billable analytics implementation consultant for 10 of the last 12 years.

Here are a few other things being an independent consultant (taking primarily short-term work) has taught me:

  • The medical benefits system in the US is absolutely awful if you’re self-employed. Our only option was the exchange markets (aka obamacare)- only two insurance providers were available and one would require ditching all of our current healthcare providers. It ended up being about $1600/month to insure my relatively healthy family of 4, and that was a fairly mediocre plan. This doesn’t include the extra money/hassle we had to go through for our medications.
  • Setting up an LLC was really easy. Setting up a business bank account so I could sign checks made out to my LLC took a bit more effort, but it wasn’t bad (though it did catch me off guard- I should have known that that would be needed).
  • I haven’t had to do self-employment taxes yet, but I chose a weird year to start, what with Trump changing the tax plan (the IRS took a while to get their “how much income to withhold” calculator working for the new tax plan).
  • There are a lot of free/cheap tools for single-person companies out there- I use Asana (free), Everhour (free), Zoho Invoicing (it’s free to a point, and I prefered it to Everhour’s invoicing options), and Google Business (5/month- warning, the google business sync utility for Google Drive is even worse than the one for personal Google Drive accounts).
  • There is such a gap of implementation expertise in the digital analytics industry, there is no shortage of work out there to do. Work wasn’t hard to find. Finding the RIGHT work is the harder part- so many organizations are so short-handed that they look to outside consultants to fill some of those gaps, but it can be really hard to provide value in some of those situations. If you’re after a paycheck, there is plenty of that to go around… but if you’re fulfillment-needy like me, and need to know you are making a difference and providing value, you have to be a bit pickier about what work you take on.
  • Becoming truly profitable, and having the type of projects I want to be doing, would take time. Companies  looking for a full digital transformation are far less likely to come to a single independent consultant (though for many companies, a digital transformation is needed before the data could be really valuable).
  • Financially, it pays to remove the middle man, but not as much as you’d think. I was working in a wide range of rates, depending on the project, but $160-$225/hr seems a fairly normal rate for folks with my background. Of course, that doesn’t count what I spent on administration, branding/marketing, paperwork, etc… not to mention the lack of benefits (medical/dental/vision, time off, 401k). In the end, to keep the same income I was used to, I needed to do about two thirds the billable work (and had to deal with the unpredictable flow of money).
  • Sales/procurement processes are always slow. It doesn’t matter if the client is eager to start next Monday, and you’re ready to start next Monday- the client’s org will slow things down by at least 2 weeks- and even that is only if the client has put a fire under them.
  • Payment comes slowly. If a contract is “net-45” (ie, the client has 45 days to pay after being invoiced), it really means “the check will hopefully be in the mail by the 45th day”. I didn’t get my first check until 2.5 months into working, and I will continue getting checks until probably June for work wrapping up early in April.
  • Planning vacations or major future expenses is really hard. My husband and I are not exactly financial risk-takers, and since we never knew what checks would come in when, or when projects would start/end, it was very difficult for us to commit to a vacation a few months out.
  • Scoping projects and forecasting is hard. I’ve never been good at scoping. At Adobe, I’d be asked for my opinion on how long something would take to do, and I’d say “uh, 20 hours?” Then I’d see the final estimate that went to the client was for 120 hours, not 20. Turns out, though, I really am fairly efficient (heaven knows I’ve done this long enough), and rarely came even close to the amount of time the client was prepared to pay me for. The hourly billing model penalizes efficient work, and isn’t tied to value provided. On paper, I had 50+ hours of work I could do each week. In practice, unless I fudged the numbers (I didn’t), I was able to fill all of my client’s needs and then some, in maybe half of the expected time.
    • This confirms something the whole industry should keep in mind: you might pay more for senior/principal consultants, but odds are they will get through work much faster than their less-experienced peers, so you may save on hours billed. That is, if you are stuck on that pesky hourly billing model (see my thoughts on that model on the 33 sticks blog).
  • Even with that added flexibility, there are still not enough hours in the day.  I didn’t get even close to having the time to do all the productive things I wanted to do.
  • When you switch from salaried to hourly, and you are in charge of your own schedule, you start to see opportunity cost everywhere. “I slept 7 hours last night?! If I had been working instead, I could have made $1470 instead!!!” I’ve always had to do weekly timesheets and keep up my utilization rates (I have two awards on my shelf for being one of the most utilized consultants in Adobe consulting), but it had never made some a tangible difference to my family’s well-being.
  • I’d miss being around my peers. I had my clients, sure, but if I accomplished something I was proud of, I’d rush downstairs to tell the only people around to hear about it: my family. They’ve long since learned to not ask what I was excited about, they just say “yay, you did the thing!” It’s not quite the same as sharing with a peer. Thank heavens for twitter and #measure slack, so I can still bounce ideas off of peers and interact with humans who aren’t related to me.
  • Independence is hard for the anxiety-ridden (and I do have plenty of anxiety). I like to think I am a fairly independent/low-maintenance employee, and hope my previous employers would agree. But having absolutely no oversight was different. There was no one tell to me that the thing I was focusing on was indeed the best use of my time; no one to tell me that my work was stellar, satisfactory or still needed improvement; no one to justify things to if it didn’t go the way I hoped.

Conclusion

I had two main reasons for going independent:

  1. Freeing myself up so that if/when 33 Sticks was ready, I’d be available. Seriously, we’ve been trying to make this happen for years, and the timing was just never right. I wanted to make sure I didn’t miss a chance again.
  2. Having the flexibility/time to work on product ideas.

On both fronts, I’d say: mission accomplished! Clearly, the 33 Sticks thing is happening. And while on the product side, I haven’t released anything new since December, I was able to learn more server-side skills, so I could prototype out a few new product ideas. So progress has been made, even if I don’t have anything to publicly show for it.

But mostly, it was a very eye-opening experience: it’s nice to know now that it is an option for me, but that it probably won’t ever be my ideal working scenario. I’m very glad I had this short window of a new experience.

New tool: PocketSDR Mobile App for Adobe Analytics

I mentioned in my previous post that one of the reason I’m going “independent” is to have more time to work on products and pet projects. One of those ongoing projects of mine has been a mobile app you can use to keep your Adobe Analytics SDR/Variable Map easily accessible on your phone.
   
Get it on Google Play
The first release of this actually went out in August 2016, but I didn’t let anyone know because I felt it was still too “beta” and I wanted to clean it up before making it more publicly known. A year and a half later (and various framework upgrades that required redoing the whole thing… each time learning and applying those learnings), I got it to a point where I don’t feel ashamed to share it, though of course there is always room for more improvement.

To use the app, you will need your Adobe Analytics Web Services API key. And since no one wants to enter their 32-digit API Key into their mobile device, this newest version of the app allows you to enter your API key on the web (meaning you can copy-and-paste on your desktop machine) then get a link that will allow your mobile device to open the app with those credentials already entered. I highly recommend using that API Shortcut tool before diving into the app.

I created the app for a few reasons:

  • As with the beacon parser, the main reason was because I wished a tool like this existed and figured if I was going to make it for myself, I may as well let other people use it too.
  • I have a web development background, and wanted to learn more about developing for Mobile Apps. I’ll admit on this front, I cheated a bit: rather than learning multiple native app languages (like Swift or C++), I used the Ionic Framework, which let me program the app using Angular (which fits with my JS/HTML background better than native languages), then use Cordova to turn it into a Mobile App. Still, I did get to learn a lot about mobile development in general, analytics options within mobile, and the release cycle for mobile development (I can’t just save a file and FTP it to my server), not to mention Angular 1/2 and typescript.
  • I needed a situation in which I could test out analytics tracking in various Single-Page App scenarios (yay Angular).
  • Because at heart, I am a developer. While I enjoy helping clients sort out governance and documentation issues, sometimes I just want to retreat to my basement and do some coding, for that straight-forward validation of seeing your code work in real-time. It’s good to keep those skills alive.

All in all, I learned so much. And I’ve already used the app quite a bit to keep track of my client’s Variable Maps (“what did we use event40 for? Oh yeah!”) However, I’m not a professional mobile developer, and this project was done entirely in my evenings/PTO as a learning exercise that happened to create a useable product. So please be forgiving of any thing in the app that is less-than-ideal; there is a reason I’m not charging for the app at all. I will continue working on improvements, particularly with an eye for performance (I’m looking at you, Android….) and I’m already aware of potential aesthetic issues on iPhone X. Please let me know of any other feedback or suggestions- I’d love to hear what you think!

P.S. Before anyone asks why I didn’t use the Adobe API OAuth2 Authentication, I thought about it, and may yet move to using that, but have concerns about how that works for marketing cloud AND non-marketing cloud logins. That, and the API documentation is… lacking… so I decided for now to stick with what I know. If anyone has experience with OAuth2 authentication and wants to discuss, please reach out. 

P.P.S. A special thanks to my beta testers!

Exciting News: Self-Employment!

Bilbo Going on an Adventure

I’ve finally made the leap, and am now consulting as my own independent entity. I’ve worked at many wonderful consulting agencies over the years and happily still have a good relationship with each of them, but for some time now I’ve wanted to move more and more into building products. Unfortunately, thus far no one has wanted to hire me as a junior Product Manager or Developer for anywhere near the same salary I’ve been getting as a Principal Consultant, so in order to pursue my product dreams, I needed to reduce my commitment to consulting and find a more flexible arrangement.
I will continue consulting, because I want to stay informed and have current practical experience with implementation (plus I got to keep paying my bills). But without an agency as a “go between”, I can work fewer billable hours and have more time to work on products and projects. Don’t get me wrong: agencies as a “go between” provide a lot of value: I won’t pretend to not be daunted by marketing, sales contracts, benefits and taxes. But thus far, it’s been a great growing experience for me. And I’m lucky to have a very supportive network as I branch into the unknown.

So now I have a chance to work on some other projects, like fixing up/modernizing the beacon parser, and other projects I’ll post about shortly (stay tuned!) I’ll also continue working with Cognetik for a few exciting initiatives they have going on, so you will see me on their blog still occasionally. And there are some other agencies I’m eager to work with still if it doesn’t interfere with my product dreams, so this may or may not last long.

I already have a good amount of independent work to keep me busy for the next few months, so this post isn’t me necessarily soliciting for more work (unless you happen to have the PERFECT project for me, in which case, let’s talk!) But if you want to talk about products and opportunities, please reach out! I’m now at jenn@digitalDataTactics.com.