Document assembly: Difference between revisions
Amwelladmin (talk | contribs) (Created page with "{{a|tech|}}Not the lawyer-killing overwhelming disruptive tech that Darrel R Mountain thought it would be way back in 2006<ref>[https://doi.org/10.1093/ijl...") |
Amwelladmin (talk | contribs) No edit summary |
||
| Line 1: | Line 1: | ||
{{a|tech|}}Not the [[Mediocre lawyer|lawyer]]-killing overwhelming disruptive tech that Darrel R Mountain thought it would be way back in 2006<ref>[https://doi.org/10.1093/ijlit/eal019 ''Disrupting Conventional Law Firm Business Models using Document Assembly''] International Journal of Law and Information Technology, Volume 15, Issue 2, Summer 2007, Pages 170–191. </ref>. Its capabilities are limited, it costs a lot (no one has figured out a sensible model for how to price it... by document? by structure? by user?) it is difficult to implement, and it ''really just isn’t very good''. | {{a|tech|}}Not the [[Mediocre lawyer|lawyer]]-killing overwhelming disruptive tech that Darrel R Mountain thought it would be way back in 2006<ref>[https://doi.org/10.1093/ijlit/eal019 ''Disrupting Conventional Law Firm Business Models using Document Assembly''] International Journal of Law and Information Technology, Volume 15, Issue 2, Summer 2007, Pages 170–191. </ref>. Its capabilities are limited, it costs a lot (no one has figured out a sensible model for how to price it... by document? by structure? by user?) it is difficult to implement, and it ''really just isn’t very good''. | ||
It is specified by IT folk who don’t understand the business (legal) application, sold to (legal) users who don’t understand the technological benefits of automation, let alone the challenges sub-optimal legal language poses to that technical benefit — is there any more dispositionally Luddite a professional than a lawyer? — and is commissioned and configured by [[management consultant]]s who (a) don’t understand (that is, ''{{risk|fear}}'') the business application, (b) don’t trust (that is, ''{{risk|fear}}'' the legal users; and (c) are motivated themselves to retain control of the process to disallow flexibility or creativeness on the part of lawyers, who they are trying to reconceptualise as mute users of overwheening technology — that is to say, [[user]]s. | It is specified by IT folk who don’t understand the business (legal) application, sold to (legal) users who don’t understand the technological benefits of automation, let alone the challenges sub-optimal legal language poses to that technical benefit — is there any more dispositionally Luddite a professional than a lawyer? — and is commissioned and configured by [[management consultant]]s who (a) don’t understand (that is, ''{{risk|fear}}'') the business application, (b) don’t trust (that is, ''{{risk|fear}}'' the legal users; and (c) are motivated themselves to retain control of the process to disallow flexibility or creativeness on the part of lawyers, who they are trying to reconceptualise as mute users of overwheening technology — that is to say, '''''[[user]]s'''''. | ||
{{sa}} | {{sa}} | ||
*[[Reg tech]] | *[[Reg tech]] | ||
{{ref}} | {{ref}} | ||
Revision as of 13:50, 22 May 2019
|
The JC pontificates about technology
An occasional series.
|
Not the lawyer-killing overwhelming disruptive tech that Darrel R Mountain thought it would be way back in 2006[1]. Its capabilities are limited, it costs a lot (no one has figured out a sensible model for how to price it... by document? by structure? by user?) it is difficult to implement, and it really just isn’t very good.
It is specified by IT folk who don’t understand the business (legal) application, sold to (legal) users who don’t understand the technological benefits of automation, let alone the challenges sub-optimal legal language poses to that technical benefit — is there any more dispositionally Luddite a professional than a lawyer? — and is commissioned and configured by management consultants who (a) don’t understand (that is, fear) the business application, (b) don’t trust (that is, fear the legal users; and (c) are motivated themselves to retain control of the process to disallow flexibility or creativeness on the part of lawyers, who they are trying to reconceptualise as mute users of overwheening technology — that is to say, users.
See also
References
- ↑ Disrupting Conventional Law Firm Business Models using Document Assembly International Journal of Law and Information Technology, Volume 15, Issue 2, Summer 2007, Pages 170–191.