82,891
edits
Amwelladmin (talk | contribs) No edit summary |
Amwelladmin (talk | contribs) No edit summary |
||
Line 33: | Line 33: | ||
:The playbook “empowers” the negotiator to offer ''Y'' — some way yet from any sort of reasonable market standard — without further permission. | :The playbook “empowers” the negotiator to offer ''Y'' — some way yet from any sort of reasonable market standard — without further permission. | ||
:Should customer B not agree to ''Y'', there must be an [[escalation]], to a junior risk officer, who may sanction a further derogation to ''Z —'' still unnecessarily conservative, but no longer laugh-out loud preposterous. The negotiator trots back to the customer with ''Z''. | :Should customer B not agree to ''Y'', there must be an [[escalation]], to a junior risk officer, who may sanction a further derogation to ''Z —'' still unnecessarily conservative, but no longer laugh-out loud preposterous. The negotiator trots back to the customer with ''Z''. | ||
:Should customer not accept ''Z'' either, there will follow an extended firefight between risk personnel from either organisation — conducted through their uncomprehending negotiation personnel — which will culminate with escalation to sales | :Should customer not accept ''Z'' either, there will follow an extended firefight between risk personnel from either organisation — conducted through their uncomprehending negotiation personnel — taking the negotiation through ''Z''', which will culminate with escalation to sales who might optimistically suggest ''N'', and if that doesn’t do the trick, [[senior relationship management]] will be wheeled in, and will cave instantly to the client’s demand to reach a craven surrender at position ''Q'', some way ''past'' the market standard and anything remotely necessary or reasonable. | ||
By codifying this process, so the argument goes, not only may we engage materially cheaper negotiation personnel, but we can triage our clients and improve our systems and controls. | By codifying this process, so the argument goes, not only may we engage materially cheaper negotiation personnel, but we can triage our clients and improve our systems and controls. | ||
Line 42: | Line 42: | ||
We have certainly ''added to'' our systems and controls; no doubt about that. | We have certainly ''added to'' our systems and controls; no doubt about that. | ||
But | But only positions ''X'' through ''Y'' are codified in the playbook. All those wonderful systems and controls were in play only between ''X'' and ''Y'' which turned out, ''quelle surprise'', to be a mile behind the front line. | ||
No doubt | No doubt middle-management can regale its superiors with assorted [[Gantt chart|Gantt charts]], [[dashboard]]s and verdant [[traffic lights]] attesting to how well the [[documentation unit]] is operating. But all these gears are engaged, and all the systems and controls are running, ''over the easy, boring bit'' ''of the process''. | ||
And, at a cost: following this byzantine process | And, at a cost: following this byzantine process to gather this data occupies people and takes time: ''all'' negotiations take longer, and none of these gears, rules and triage are engaged at any point where the data might be interesting: the exceptions. | ||
The conundrum: since we know our walk-away position is Z (and, at a push, Q) why are we starting at X? Why | The conundrum: since we know our walk-away position is Z (and, at a push, Q) ''why are we starting at X''? ''Why is there a fall-back to Y?'' | ||
Why mechanise an area of the battlefield behind your opponent’s lines, which you know you have no realistic expectation of occupying? | |||
=== Form and substance === | === Form and substance === | ||
When it comes to it, negotiation snags are either ''formal'' or ''substantive''. ''Formal'' hitches arise when clients challenge terms they don’t ''understand''. ''Substantive'' hitches arise when clients challenge terms they ''do'' understand, because they are ''unreasonable''. | |||
Both scenarios are likely; often at once: if, as tends to be the case, people in your ''own'' organisation don’t understand your documents, it is a bit rich expecting your clients to.<ref>Best example is the [[hypothetical broker dealer]] valuation terms in a [[synthetic equity swap]]. The JC, once responsible for legal coverage of a synthetic equity business, asked what the hell these terms, which were gumming up every single negotiation, were for. No-one knew: all kinds of contradictory ''hypotheses'' were offered by [[tax]] advisors, [[Compliance professional|compliance]] and [[Credit risk|risk officers]] and [[operations]] personnel, but they converged on the simple idea: ''everyone else in the market has this concept in their docs''. </ref> | |||
If your walk away points are genuinely at a point the market will not accept, you do not have a business. Presuming you ''do'' have a business, assume any line drawn ''behind'' the front line is for [[Pantomime dromedary|pantomime]] purposes only. It ''must'' be a false floor. Allow a little gentle pressure on [[senior relationship management]], and it will turn out to be. | |||
That being the case the answer to formal and substantive hitches lies not in playbooks, systems and controls or organisational heft, but in improving product [[design]] and [[user experience]]. | |||
''Make your documents better''. Stop wasting everyone’s time — including your own — with ''pantomimes.'' | |||
===Simplify=== | ===Simplify=== | ||
For | For misunderstood documents, the answer is straightforward, but difficult: ''simplify'' them. This is usually not just a matter of language, but logical structure — though simplifying language often illuminates convoluted logical structures too. Pay attention to [[semantic structure]]. | ||
And, while financial markets drafting is famously dreadful, emerging technologies can help: run your templates through a GPT-3 engine | And, while financial markets drafting is famously dreadful, emerging technologies can help: run your templates through a [[GPT-3]] engine to simplify them. It won’t be perfect and will make errors, but ''it is free''. Error-checking and quality control is what your SMEs are for. Technology can break the back of an otherwise impossible job. | ||
===Remove false floors=== | ===Remove false floors=== | ||
If you know you will settle at ''at least'' ''Z'', then | If you know you will settle at ''at least'' ''Z'', then don’t start X. Your role is to get to [[Consensus ad idem|agreement]] as fast as possible. There are no prizes for effort spent in hand-to-hand combat at points ''X'', ''Y'' and ''Z'', if you don’t agree until ''Q''. Identify walk away points and ''start'' with them. | ||
Your role is to get to | |||
Identify walk away points and ''start'' with them. | |||
“But the client needs to feel like it has ''won'' something”. | “But the client needs to feel like it has ''won'' something”. | ||
You will hear this a lot, as a self-serving justification for deliberately starting at a place clients won’t like, but there’s little data on it, | You will hear this a lot, as a self-serving justification for deliberately starting at a place clients won’t like, but there’s little data on it, nor much other reason to believe it is true. | ||
With external advisors there is certainly a pressure to be seen to be doing something — but they tend to be on fixed fees and can equally well market themselves as having already reviewed the standard form and being signed off. | With external advisors there is certainly a pressure to be seen to be doing something — but they tend to be on fixed fees and can equally well market themselves as having already reviewed the standard form and being signed off. | ||
Why deliberately aggravate your clients just | Why deliberately aggravate your clients just to climb down [[performative]]ly at the first objection? How does ''that'' create a better impression (off-market, disorganised, weak) than presenting a clear, coherent and fair document in the first place? | ||
=== | ===Legaltech as enabler of sloppy thinking=== | ||
And here is where the great promise to LegalTech stumbles. It offers the capacity to do clerical jobs faster. It opens the door to infinite variability, optionality, within your standard forms. Tech can now accommodate any complications in your standard forms that you can be bothered dreaming up. | And here is where the great promise to [[Legaltech|LegalTech]] stumbles. It offers the capacity to do clerical jobs faster. It opens the door to infinite variability, optionality, within your standard forms. Tech can now accommodate any complications in your standard forms that you can be bothered dreaming up. | ||
{{Quote|“We love automation. We love automating complex things. Our app can handle anything with its structured questions: it can add new clauses, new schedules. The complexity is mind-bending.”}} | |||
{{sa}} | This — a direct quote from a [[legaltech start-up conference]] pitch — gets the proposition exactly backward. Embrace complication not because you can, but because ''you have no other choice''. When you are [[Design|designing]] [[user experience]] for a standardised process you absolutely ''do'' have another choice.{{sa}} | ||
*[[Process]] | *[[Process]] | ||
*[[Tedium]] | *[[Tedium]] |