表達不明白，往往是想的不明白
很多同學在講一件事情的時候，講不明白或者沒有邏輯，往往會歸因為表達能力差。
但我觀察下來，大部分所謂表達能力差的背后，是他沒有想明白。
比如很多同學找我CR代碼或者聊技術(shù)方案的時候，經(jīng)常會東一句西一句的。邏輯上漏洞很多，追問幾個問題，大概率是吞吞吐吐說不明白。
那我會追問下，你是怎么理解這個需求的。
他大概率也是聊不清楚需求背后的價值的，或是被需求表象欺騙了，或是被現(xiàn)狀綁架了。
我們可以簡單抽象下，表達視作輸出，輸出有問題，往前捋，有處理環(huán)節(jié)和輸入環(huán)節(jié)。
所以輸出有問題，大概率是處理端或輸入端有問題。寫代碼，做架構(gòu)方案其實是一種表達，是一種輸出的結(jié)果。
但，如何寫好代碼或者如何做好的架構(gòu)的基礎(chǔ)，是你如何理解需求，也就是輸入端。以及你如何挖掘到需求本質(zhì)做必要的抽象與擴展，也就是處理端。
比如有的需求看似很復雜，其實是因為大家沒有很好的抽象，大家在一團亂麻中各聊各的，就會顯得非常無序。
一旦沒有在復雜問題中找到關(guān)鍵問題，并深挖到問題本質(zhì)的能力，想要用簡潔語言表達這個復雜問題就不成立了。
最近做了一個技術(shù)評審，講了一個希望用低代碼解決過去研發(fā)投入成本的問題。
簡單來說，就是過去研發(fā)需要投入一定的成本，配合需求的開發(fā)、改造。新方案想通過低代碼方式把這部分成本直接交給運營或產(chǎn)品自己操作閉環(huán)，省掉研發(fā)成本。
低代碼某種程度上可以解決研發(fā)成本問題，但關(guān)鍵點有兩個：
低代碼是否足夠低；
是否切入了一個合適的場景；
低代碼的低，不在于技術(shù)，而在于體驗，就是如何以用戶視角看用戶的操作。
比如完全沒有技術(shù)背景的人，你讓他掛接api，讓他通過json解析response data這事就不太成立，你并沒有降低這部分成本，而是成本轉(zhuǎn)移了。
同時，也不是所有的場景都適合引入低代碼解決方案，我們很多時候用低代碼，就是抱著用后即棄的想法的。而且低代碼用不好，會導致大量的業(yè)務邏輯碎片化，和我們軟件中“高內(nèi)聚、低耦合”的要求南轅北轍了。
同時，如果你提出了，后續(xù)業(yè)務方自己不斷抽象優(yōu)化這個低代碼配置出來的工具這事就比較難搞。因為大家在低代碼定位、以及解決的問題上并沒有形成共識。
沒有共識就很難達成統(tǒng)一解決方案。這某種程度上不是個技術(shù)問題了，而是一種生產(chǎn)關(guān)系問題，如何讓多方有責任、有意識地協(xié)作起來，需要考慮背后的職責與激勵機制。
這個技術(shù)方案其實就有些拿著錘子找釘子的感覺了。
拿著低代碼這個工具，去不斷找需求場景去碰，而不是站在場景下看用戶需求和用戶痛點。
既沒有看到用戶的核心需求，也沒有看到用戶真正的痛點，也沒用看到低代碼上了之后真正把這部分成本省掉了。
如果用俞軍說的：
新體驗 > 舊體驗 + 切換成本這個方案反而沒有降低用戶成本，而是徒增了新的學習成本。
整個方案的行文看下來就很空洞，有很多邏輯不自洽的地方，也容易被挑戰(zhàn)，方案自然很難通過。
那如何想明白呢？
可以簡單分為【道】和【術(shù)】兩個層面。我見很多人在行文結(jié)構(gòu)上追求格式的正確性，但我覺得這是【術(shù)】的層面，只是錦上添花。
一個小目標往往是從一個大目標拆解下來的，如果你連大目標是什么都不清楚，就在小目標上兜兜轉(zhuǎn)轉(zhuǎn)，再好的行文格式，都會讓人感覺有些邏輯混亂或邏輯不自洽。
歸根結(jié)底在于你是如何認知這件事的，這才是【道】的層面。
行文正確性、規(guī)范性這件事，主要參考金字塔原理即可，注重格式的統(tǒng)一與內(nèi)容的連續(xù)性，大概率可以應對90%的場景。
提升認知這件事，目前看起來沒有特別通用的方法，簡單提幾個抽象的要求。
a）多問why，比如5why分析法，不斷深挖。但如果方向問錯了，反而容易帶溝里去。
b）要有深度思考能力，不要停留在問題表面想方案，而是要做歸納與抽象。
c）要建立多種思維模型，從不同的切面看問題，比如有的是生產(chǎn)力問題、有的是生產(chǎn)關(guān)系問題、有的是生產(chǎn)要素問題。如果錯位了就顯得沒有邏輯。
d）要有批判性思維，批判性思維不是挑刺，而是挑戰(zhàn)自己的思維框架，可以從新的角度觀察問題，并提出不一樣的想法。
e）掌握這個行業(yè)或領(lǐng)域的知識，太陽底下無新事，你要不屈不撓，總能看到很多人，已經(jīng)前赴后繼的嘗試過各種方法解決這個問題了。
f）同理心，簡單來說就是站在對方視角看問題，實事求是、躬身入局，而不是站在帷幔之后猜問題并將其合理化。
g）逆向思維，比如你正向想不到如何保障系統(tǒng)不被打垮，可以反著想，怎么把系統(tǒng)搞掛了，這樣你就得到最務實的保護系統(tǒng)的手段了。
h）邏輯思維，邏輯上要一環(huán)扣一環(huán)，不要讓一個環(huán)節(jié)脫節(jié)了，不要僥幸心理作祟想要忽略，要走在問題的主線上。
i）充分了解目標和約束條件。