第壹種模式是基於現成模板的編輯。
在這種模式下，模板是最重要的。用戶首先選擇壹個最接近需求的模板，然後修改模板的名稱、標題、欄目名稱/編號、圖片等。通過編輯和配置。
優勢
快，很簡單，如果提前準備好圖片資料，通過模板編輯配置模式開發微信小程序，1，2小時就可以搞定！
劣勢
1)找到匹配度滿意的模板並不容易:這種模式取決於模板供應商模板庫的豐富程度。壹般來說，最終用戶的需求是千變萬化的，往往有自己的訴求。即使模板平臺提供的模板數量很豐富，但在搜索模板庫後也經常會出現找不到滿意合適的模板的情況。
2)做深度個性化幾乎不可能:壹旦妳想做比換圖換標題更復雜的事情，妳會發現這種模式是死路壹條。這種模式下很少有廠商能支持功能的深度個性化修改和定制。
第二，模板拖拽制作。
在這種模式下，工具平臺會提供壹些典型的行業和場景模板，同時還會提供豐富的相關功能模塊，可以自由地對模板進行“加載和卸載”。模板全面反映了相關小程序的整體框架。基於這個模板框架，用戶可以根據自己的具體需求，通過拖拽自由組合各種模塊，從而實現各種個性化需求。
優勢
相對簡單快捷，對制作人的技術背景幾乎沒有要求。同時個性化拓展的可能性更大。基於“模板拖拽制作”的模式，微信小程序的開發通常需要幾天，壹個中等復雜程度的小應用，2、3天就能做出來。
劣勢
這種模式的工具很容易被做成“慢性毒藥”，具有壹定的麻痹性:對於實際應用場景，單靠這種模式的個性化能力還是遠遠不夠的；但由於它往往呈現出“可以隨意定制”的形象，這類工具其實很麻痹，用戶在後期使用時往往會覺得自己是小偷——那自由定制呢？我發現很多地方是改不了的，這個做不到，那個做不到。這時候往往有相當的運營投入和數據沈澱。如果要重新來過，找人從頭定制另壹套，影響太大了，很痛！
第三，組件快速開發模式。
能夠達到“組件化”的程度，足以說明這種模式其實已經開始有相當專業發展的味道了。
在這種模式下，最主要的特點就是將各種常見的代碼模塊打包成組件，這樣在以後的開發中，就不用重復編寫這些模塊的代碼，直接拖動組件就可以了。
優勢
因為是在代碼層面開發，所以對小程序的功能實現有最大的控制力。也正是因為進入了代碼層面，對於壹些有特殊需求的復雜小程序，可以根據需要隨時進行性能優化。另外由於組件化，開發速度還是比較高的。
劣勢
難度大，需要壹定的編碼基礎；開發壹個小程序通常需要很長時間，即使是壹個成熟高效的可視化組件開發工具也要半個月。