主頁 > 軟體設計 > 使用第一性原理思維思考如何打造提高生產力的平臺

使用第一性原理思維思考如何打造提高生產力的平臺

2023-07-08 08:11:43 軟體設計

引言

現在全社會都在搞數字化轉型,從政府到企業,那么為什么要進行數字化轉型呢?本質上還是社會治理和企業經營難度變得更大了,

以企業來說,轉型的目標是為了實作有質量的活著,比如能賺更多的錢或者持續保持穩健運營,轉型的核心是期望借助數字化技術構建一個管理體系,以應對外部環境動蕩、企業競爭變化和技術更新發展帶來的不確定性,

數字化轉型會帶來大量的研發需求,如何更好更快的交付這些需求成為一個突出問題,該怎么打造一個平臺去解決該問題?能不能用第一性原理思維去推匯出發展方向?

什么是第一性原理

第一性原理指的是,將問題拆分成最基本的事實或規律,根據這些已知資訊,不斷推演和計算,從而找到解決問題最優路徑的方法,

該思維比較出名的應用例子有

  1. 埃隆·馬斯克降低火箭發射成本的故事,將火箭發射成本進行細分,發展火箭可重復使用發射技術,簡化設計和改進工藝以降低火箭制造成本
  2. 亨利·福特降低汽車制造成本的故事,將汽車拆解為最基本的部件,利用裝配線和流水線工人批量制造汽車
  3. 埃隆·馬斯克降低汽車電池組成本的故事,分析電池的原材料市場價格,不斷逼近這個價格極限,采用自建工廠、改進電池設計、改進生產程序等措施來降低成本
  4. 喬布斯去掉手機物理鍵盤的故事,分析手機的組成部件,通過去掉物理鍵盤來擴大觸摸屏區域,帶來更好的體驗和更低的制造成本

如果采用類推思維去思考

類推思維是指借助自己的感覺和經驗積累知識的方法

以國內外做得好的平臺為例,微軟的 Power Platform、創業公司輕流這些平臺都以幫助企業快速開發應用、應對市場發展為目的,

微軟 Power Platform

除了上述 5 大產品外,還具有以下功能

  • Dataverse:可以進行資料的管理,相當于是個更易于使用的資料庫
  • 連接器:可以和大量的 API、服務、系統進行通信
  • Common Data Model:標準化和可擴展的資料模型,能方便資料的流轉和利用,由微軟和行業合作伙伴多年積累而成
  • 生態系統:Power Platform 可以連接到微軟的生態系統,例如 Azure(全球第二大云計算平臺)、Microsoft 365(包含 Office 辦公套件和 Teams)、Dynamics 365(包含 ERP 和 CRM 功能)
  • Power Fx:低代碼語言,類似 Excel 的公式,相比專業的編程語言更易于使用

Power Platform 的產品理念是讓沒有技術背景的人、開發者都能輕松高效的解決業務問題,產品架構上以 Dataverse 為核心,內置資料模型(Common Data Model)降低業務建模成本,可視化的 UI 編輯器(Power Apps、Power Pages)可降低應用開發成本,報表制作工具(Power BI)可挖掘出資料的價值,效率工具(Power Automate 和 Power Virtual Agents)可將員工從枯燥重復的任務中解放出來,這一整套組合拳下來,期望幫助企業更好的發展業務,節省運營成本

微軟這么做了,我們是不是也要這么做呢?即

  1. 開發一套非專業開發者也能學會使用的資料庫
  2. 開發可視化的 UI 編輯器,支持移動應用、門戶、報表的制作
  3. 開發效率工具,實作任務的自動化,支持桌面軟體、Web、即時聊天視窗
  4. 開發一種非專業開發者也能學會使用的編程語言

輕流

All-in-One 應用開發平臺

專有輕流,面向多角色的企業級平臺產品

輕流是從表單+流程管理這種高頻場景切入的,面向的是業務人員而不是開發者,隨著行業案例的積累,客戶的增多,

逐步發展為快速解決業務問題的應用開發平臺和面向中大客戶的企業級平臺這兩個套餐分級迭代,

值得一提的是輕流和神策一樣,也采用了訂閱制收費模式,這樣保證了不管是公有云還是私有化部署都能以高迭代速度去服務客戶

輕流這么做了,我們是不是也要這么做呢?即

  1. 開發一套通過表單來進行資料建模的工具,支持流程管理,支持自動化任務
  2. 開發可視化的 UI 編輯器,支持移動應用、門戶、報表的制作
  3. 提供插件能力,方便 IT 人員進行系統集成和功能擴展
  4. 持續集成外部主流系統和業務能力,豐富平臺生態

思考

  • 這些平臺都提供了資料建模能力,一種是類似資料庫的建模程序,一種是表單的建模程序
  • 這些平臺都提供了 UI 編輯器,可以進行前端頁面的可視化搭建,支持多平臺(移動端、Web 端)
  • 這些平臺都提供了代碼開發能力,可以進行代碼級別的邏輯撰寫
  • 這些平臺都提供了擴展機制,可以集成外部系統和業務能力

看來,如果要做一個生產力平臺,就必須提供這四大功能

采用第一性原理思維去思考

企業經營就是解決客戶問題的程序,從以往的經驗來看,有兩類人解決問題時,需要數字化的解決方案

  1. 還沒有驗證過某個問題存在客戶需求,想要盡快驗證
  2. 已經驗證過客戶需求的存在,需要盡快上線

第一類人,如果采用代碼開發的方式實作需求,成本是非常高的,可以想辦法通過其他方式去低成本驗證,比如美團外賣剛上線時都是客服人工處理外賣訂單,Stripe 早期是手動填寫交易資訊發送到銀行

第二類人,客戶需求已經驗證過了,就差個程式員了,這個時候溝通成本、人員開發成本、時間成本占大頭

如何解決第二類人的問題呢?

要想提高生產力,最好是讓有問題的人能盡快解決掉問題

舉三個例子

  1. 比如我們碰到某個數學題不會解,提高生產力的方式是有個老師在旁邊教我們解,
  2. 比如我們想去某個景點玩卻發現路途遙遠,提高生產力的方式是有輛車可以載我們過去,
  3. 比如我們餓了肚子呱呱叫,家里沒有任何食材和廚具,提高生產力的方式是去最近的餐館或者叫外賣,而不是自己做飯

從這條定律出發,我們就要思考如何能讓有問題的人盡快解決問題,

理想情況,最快解決問題的方式就是花錢請專業的人解決問題,將問題外包出去,效果最好,性能最好,

除了這種方式外還有其他第二好的方式嗎?

保證問題解決速度的同時降低工具的使用難度

就像以前點火需要鉆木取火,后來打火石點火、火柴點火,到現在的打火機點火,越來越方便,使用難度越來越低,點火越來越快,這樣生產力才得到了巨大的提升

那么對于開發數字化的解決方案,怎么做才能既快速解決問題使用難度又低呢?

數字化解決方案一般需要經歷資料的獲取、處理、存盤、展示這四個程序,我們依次來看

資料的獲取

當前普及率最高的資料獲取方式是 Excel,表單的出現讓資料填寫體驗更好,但是當操作大量資料時,Excel 的效率是最高的

資料的處理

資料的處理邏輯,Excel 提供的方式是公式,開發者提供的方式是代碼,使用難度最低的是配置化(在配置界面勾勾選選)、用例化(復用已存在的邏輯),不需要去記憶復雜的公式用法,不需要去練習如何寫代碼,這里的難點在于當邏輯復雜后如何保持使用難度不指數級增長

資料的存盤

格式化的資料(如信用卡號碼、電話號碼、家庭住址、商品名稱)一般存在 Excel 或者資料庫里,非格式化的資料(如 word、音頻、視頻)一般直接存在硬碟上,使用難度最低的是 Excel,一個個格子,把資料填進去就行

資料的展示

目前的展示終端太豐富了,手機 APP、網站、小程式、電腦軟體、電視大屏等等,這個也是最難降低使用難度的部分,個性化需求太多了,要想做到速度最快使用難度最低,需要一個使用難度很低的 UI 編輯器,最好能像 Markdown 那樣簡單,只關注內容,樣式啥的自動渲染,PPT 對于普通人來說都太難了

綜上,

  • A:對于資料的獲取和存盤,我們需要一種類似 Excel 的方案,既能存盤資料,使用難度又低,使用效率還很高
  • B:對于資料的處理,我們需要一種配置化、用例化的方案,能應對從簡單到復雜的各種邏輯,且保持使用簡單
  • C:對于資料的展示,我們需要一種只關注內容,自動匹配好樣式的方案,支持多種螢屏和終端

解法

  • 對于 A,我們可以參考國外的 Airtable、國內飛書的多維表格、騰訊檔案在線表格,支持多人協作,支持大批量資料的操作,支持多種資料型別

Airtable 截圖

多維表格截圖

  • 對于 B,我們可以參考蘋果的捷徑,國外的 Zapier,這些工具可編排邏輯,可通過引入更多應用和操作來擴展使用場景,在使用難度和邏輯可維護性上做到了一個好的平衡

蘋果捷徑截圖

Zapier 截圖

  • 對于 C,我們可以參考國外的 Notion、Markdown,提供讓用戶更聚焦內容的工具,通過 AI 或者模版化的方式自動匹配好樣式,通過塊的方式無限擴充能力

Notion 截圖

Markdown 截圖

總結

如果想打造一個能提升生產力的平臺,最好方式就是用最快速度幫助遇到問題的人解決掉問題

如果采用類推思維去思考,我們可能得去做非常大而全的事情,比如

  • 建設資料建模能力
  • 建設 UI 編輯器能力
  • 建設代碼開發能力
  • 建設擴展機制

如果采用第一性原理思維,我們就可以將生產力劃分為資料的獲取、處理、存盤、展示四個階段,運用既快且使用難度低的工具去處理,即

  • 建設新一代表格能力,支持在線多人協作,支持多種資料型別,支持大批量資料
  • 建設邏輯編排能力,類似捷徑和 Zapier,實作邏輯的順序編排和擴展
  • 建設更聚焦內容的編輯器能力,用戶只需撰寫內容,通過 AI 和模版等方法自動匹配好樣式

作者:京東零售 葉萌

來源:京東云開發者社區

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/556811.html

標籤:設計模式

上一篇:讀發布!設計與部署穩定的分布式系統(第2版)筆記21_實體層之配置

下一篇:返回列表

標籤雲
其他(162231) Python(38266) JavaScript(25528) Java(18291) C(15239) 區塊鏈(8275) C#(7972) AI(7469) 爪哇(7425) MySQL(7290) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5876) 数组(5741) R(5409) Linux(5347) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4613) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2438) ASP.NET(2404) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) HtmlCss(1993) .NET技术(1986) 功能(1967) Web開發(1951) C++(1942) python-3.x(1918) 弹簧靴(1913) xml(1889) PostgreSQL(1882) .NETCore(1863) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布