{"id":209,"date":"2014-02-05T21:32:16","date_gmt":"2014-02-06T02:32:16","guid":{"rendered":"http:\/\/waife.com\/home\/?p=209"},"modified":"2016-04-25T16:27:45","modified_gmt":"2016-04-25T21:27:45","slug":"caveat-socius-partners-beware-monitor-2009","status":"publish","type":"post","link":"http:\/\/waife.com\/home\/caveat-socius-partners-beware-monitor-2009\/","title":{"rendered":"Caveat Socius (Partners Beware) (Monitor, 2009)"},"content":{"rendered":"<p><em>\u201cBeing a partner has given vendors permission to underperform.\u201d<\/em><br \/>\n<br \/>\nIt is most fashionable these days to describe all business relationships as \u201cpartnerships.\u201d It doesn\u2019t matter if we are licensing a compound, handing off functional operations to a CRO or buying a piece of software, we are always doing it with \u201cpartners.\u201d I suppose the paper distributor who supplies our paper towels is our \u201ccleanliness assurance partner.\u201d While we can dismiss this language as the marketing cover-up that originated its usage, we cannot so easily dismiss how misperceptions resulting from this language have become an obstacle to the theoretical concept behind the word.<br \/>\n<br \/>\nEveryone wants to be our partner these days, even when they are simply selling us a product or service. I have to wonder what is wrong with being \u201cjust\u201d a provider or a vendor these days? The glib answer is that somehow partners provide us \u201cmore\u201d, while in my observation they actually provide us less. Being a partner has given vendors permission to underperform, especially to the unreasonably high expectations they have set for themselves with this partner language. By being our partner, more can be blamed on us and less on them. Being \u201call in this together\u201d somehow has shifted more oversight, more responsibility, and more strategy burdens onto us and away from the vendor. It\u2019s a marvelous marketing ploy. Woe to all of us if the IRS announces tomorrow that they have now become our partner! Or to use the Latin, caveat socius!<br \/>\n<br \/>\n<b>Symptoms<\/b><br \/>\n<br \/>\nThe partnering game plays out in clinical research information technology in a myriad of ways. First off, all the software vendors are of course now our partners, not our vendors. This has become a business necessity because a) (see above) everyone is a partner, and b) they are under-performing as simply \u201cvendors.\u201d So claiming the partner mantle is an attempt to avoid attention on their:<br \/>\n<br \/>\n&#8212;\u00a0\u00a0inadequate support performance<br \/>\n<br \/>\n&#8212;\u00a0\u00a0stagnant product performance<br \/>\n<br \/>\n&#8212;\u00a0\u00a0need for a steady revenue stream<br \/>\n<br \/>\n&#8212;\u00a0\u00a0slow product migration \/enhancements<br \/>\n<br \/>\n&#8212;\u00a0\u00a0serially monogamous innovation.<br \/>\n<br \/>\nThe state of clinical IT products and services in 2009 is a stagnant pool, and the algae are starting to grow on the edges. Most vendors of EDC, CTMS, ePRO, AES and related tools are evenly modest in their support capabilities: every sponsor has learned that the quality of service they receive from a vendor depends entirely on who the vendor project manager is that month, that help desks consist of thinly prepared outsourced staff, and that vendor training is increasingly automated and automatic.<br \/>\n<br \/>\nMeanwhile product lifecycles have matured. It is not an exaggeration to say that the functions and features of the leading tools in all clinical IT spaces today are barely distinguishable from those 7-8 years ago.<br \/>\n<br \/>\nMoney of course is a key contributor. Vendors need to partner with us because they need a steady stream of revenue. One cannot sustain a software business in our industry by selling large boluses of perpetual licenses because you\u2019ll run out of biopharma customers too quickly. So the game is to get sponsors to subscribe to a variable-dependent service (per trial, per program, per year, per something) so that the income will never end. Much better (from their marketing perspective) for us to think of this company you will never stop paying as being a partner, rather than a vendor.<br \/>\n<br \/>\nPartnering is a great method for distracting the customer from what is missing in the product strategy (which is harder to hide if they admitted that, after all, they are a product supplier). As the core products stagnate, customers are making longer lists of desired (or required) functional enhancements. They want to see a practical vision for technology migration, and especially now, technology integration. But enhancements and integrations are not in the vendors\u2019 fundamental interest. There is simply not enough money to be made in helping out with these things \u2013 the revenue to be made will never cover the engineering costs.<br \/>\n<br \/>\nThis is compounded by the vendors\u2019 \u201cserial monogamy\u201d approach to functionality: vendors develop, or enhance, or acquire a functional solution one at a time, without particular regard to interoperability or revisiting their customers\u2019 needs every once in a while. Vendors are still approaching our market one silo at a time, even when the shape of sponsor clinical development is rapidly morphing into\u2026well, something unknown, but definitely something not well-served\u00a0\u00a0by automating the 1970\u2019s. So not only are sponsors not satisfied, but the vendors themselves are starting to drift, as the end of innovation sucks the energy out of the market.<br \/>\n<br \/>\n<strong>Worsening<\/strong><br \/>\n<br \/>\nGee, that sounds like a dark picture on today\u2019s vendors. Perhaps, but it is realistic. And sponsors are feeling the situation getting slowly worse. Why would this be?<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Takeovers, spun as \u201cconsolidation\u201d, which is supposed to be good for us (mimicking sponsors perhaps?), leading to, at a minimum, enormous distraction, and usually to overlapping sets of software and therefore delayed product growth strategies or enhancements, as well as confused support services.<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Tough financial times \u2013 true for everyone, but software vendors who never did understand the actual clinical research application of their products are now less likely than ever to hire or retain the \u201csubject matter\u201d professionals who otherwise are not programming or selling.<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Sponsor disarray \u2013 the tough times and takeovers affecting sponsors means fewer sponsor resources for vendor management, informed contract management, internal process analyses and continuous improvement, and so on. This results in poor policing of the vendors and poor communication management between even the best vendors and deepest sponsors.<br \/>\n<br \/>\n<strong>First, Change the Language<\/strong><br \/>\n<br \/>\nHow do we get out of this mess? The first step lies in the language: we are not partners with our software vendors, we are buying something from them. We have expectations for what we are buying which they need to meet. This needs to be managed not as if we were lawyers in the same law firm, but rather as customer and provider. We are most definitely sitting across the table from each other, not side by side. As promising as the partnership mystique has seemed, the results have simply not been there, and a return to buyer and seller is not demeaning or a failure, but rather an ancient, proven method of achieving buyer satisfaction.<br \/>\n<br \/>\n<strong>And More<\/strong><br \/>\n<br \/>\nThe good news is that there are practical steps for sponsors, easily within our grasp, to reclaim control over a software market we depend on, but which has gone flat. These steps take a little money, but mostly they take willpower:<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Dedicate internal resources fulltime to projects that manage, specify, or implement new information technologies into the clinical research process<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Insist on transparency from the vendors \u2013 we have the right as customers to know their true plans, their staffing (and qualifications thereof), how and why they price their services, what is the likelihood of enhancements, and so on<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Professionalize vendor management internally, and understand this is a fulltime job without which our software or service providers will fail us<br \/>\n<br \/>\n&#8212;\u00a0\u00a0Take back the initiative on vendor contracts from the vendors.<br \/>\n<br \/>\nDespite the rise in power and scope of sponsor contracting groups, they generally have not helped this situation I have described because they do not sufficiently understand either the software business or clinical research operations. For instance, if software enhancements are not in vendors\u2019 fundamental interest, then sponsors need to structure a relationship that makes it so, including considering taking back the strategic leadership of this vendor space.<br \/>\n<br \/>\nIf we can\u2019t get what we want from vendors, it means we are not applying our vast resources of talent and money to get it. This is not rocket science. It\u2019s not even drug discovery. Rather, maybe clinical development really is too small a market to leave to the vendors, and too important to us to leave it to them.<br \/>\n<br \/>\nWhat will make the vendors cooperate with such radicalism? Vendors must remember that it isn\u2019t scary anymore for a sponsor to change EDC vendors, even enterprise commitments, on the fly. It is happening regularly now. Such changes have always frequently happened in the ePRO space. And it would not be that much out of the question to do so with CTMS (because none are satisfactory) or AES (because they are all the same). So caveat venditor as well.<br \/>\n<br \/>\nLet\u2019s take the energy we\u2019re spending hugging our partners and turn it towards communicating with, and managing, our vendors effectively to deliver what clinical development needs in the coming years.<br \/><\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u201cBeing a partner has given vendors permission to underperform.\u201d It is most fashionable these days to describe all business relationships as \u201cpartnerships.\u201d It doesn\u2019t matter if we are licensing a compound, handing off functional operations to a CRO or buying a piece of software, we are always doing it with \u201cpartners.\u201d I suppose the paper distributor who supplies our paper towels is our \u201ccleanliness assurance partner.\u201d While we can dismiss this language as the marketing cover-up that originated its usage, we cannot so easily dismiss how misperceptions resulting from this language have become an obstacle to the theoretical concept behind the word. Everyone wants to be our partner these days, even when they are simply selling us a product or service. I have to wonder what is wrong with being \u201cjust\u201d a provider or a vendor these days? The glib answer is that somehow partners provide us \u201cmore\u201d, while in my observation they actually provide us less. Being a partner has given vendors permission to underperform, especially to the unreasonably high expectations they have set for themselves with this partner language. By being our partner, more can be blamed on us and less on them. Being \u201call in this together\u201d [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[51,50],"tags":[],"class_list":["post-209","post","type-post","status-publish","format-standard","hentry","category-columns-archive","category-recent-columns"],"_links":{"self":[{"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/posts\/209","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/comments?post=209"}],"version-history":[{"count":3,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/posts\/209\/revisions"}],"predecessor-version":[{"id":212,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/posts\/209\/revisions\/212"}],"wp:attachment":[{"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/media?parent=209"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/categories?post=209"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/waife.com\/home\/wp-json\/wp\/v2\/tags?post=209"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}