第 4 章 · 07 搭建方案与最佳实践


文档摘要

第 4 章 · 07 搭建方案与最佳实践 本节摘要:基础设施的目标已经明确——三个核心容器+四项关键能力(三池四能力):用户池、内容池、产品池;触达、支付、自动化、众包。接下来是搭建方式的选择:自行开发 vs 基于开源项目(如 WordPress)搭建。作者的亲身经历:2019-2022 年自行开发(完全可控但工作量巨大、多系统维护成本极高),2023-2024 年回归 WordPress(通用功能现成+插件生态,600 元主题搭出门户)。最佳实践:先基于 WordPress 做 MVP 和众筹、放官网文档,业务增长后再自行开发——即使自行开发,也有三层混搭路径(REST 后端/共享数据库/统一登录)。

第 4 章 · 07 搭建方案与最佳实践

本节摘要:基础设施的目标已经明确——三个核心容器+四项关键能力(三池四能力):用户池、内容池、产品池;触达、支付、自动化、众包。接下来是搭建方式的选择:自行开发 vs 基于开源项目(如 WordPress)搭建。作者的亲身经历:2019-2022 年自行开发(完全可控但工作量巨大、多系统维护成本极高),2023-2024 年回归 WordPress(通用功能现成+插件生态,600 元主题搭出门户)。最佳实践:先基于 WordPress 做 MVP 和众筹、放官网文档,业务增长后再自行开发——即使自行开发,也有三层混搭路径(REST 后端/共享数据库/统一登录)。参考方案:方糖 OPB 系列 WordPress 插件(微信整合/支付收银台/消息推送/商品众筹),配合 BudCoder(AI 生成插件)与 FlowDeer(自动化),除众包外实现全能力覆盖。

学习目标

阅读完本节,你应当能够:

  1. 背出基础设施的"三池四能力"框架。
  2. 比较自行开发与基于 WordPress 搭建的优缺点(结合作者两段经历)。
  3. 复述最佳实践(WordPress 起步→增长后自研)与三层混搭方式。
  4. 说出方糖 OPB 插件的四大功能与未能覆盖的能力,以及 BudCoder/FlowDeer 如何补齐。

一、目标框架:三池四能力

通过前文讨论,一人企业的基础设施需要具备三个核心容器和四项关键能力:

三池(容器) 四能力(关键能力)
用户池 触达能力
内容池 支付能力
产品池 自动化能力、众包能力

二、搭建方式的选择

首先要做的选择:自行开发(或雇人开发、外包),还是基于开源项目搭建(如基于 WordPress)?不同团队有不同选择,作者两边都选过:

自行开发(2019-2022)

最初选择自行开发,因为觉得 WordPress 过于臃肿——但回想起来,更多是因为认为自己的开发能力充足,误以为时间和技能成本较低,这最终被证明是误判。期间主要开发了网课平台(网课网站、沙箱、在线运行环境),全部独立开发。

  • 优点:完全可控,可以实现像素级定制,将脑中的功能和细节百分百实现;
  • 缺点:工作量巨大,特别是开发多个业务系统后维护成本极高。虽然已从多个项目中抽离公用部分、形成自有全栈框架(前后端统一),但框架维护成本依然很高——自有框架升级后,新项目自然可以直接使用,但可能需回头升级老项目,非常痛苦。

基于 WordPress 混搭(2023-2024)

后来意识到大量开发时间花在了本可避免的事务上,而且业务量的增加最终可能需要开发一套内容管理系统(CMS)——这实际上等同于再做一个 WordPress。于是重新采用 WordPress。

  • 优点:通用功能都已实现,稍具特色的功能可以通过插件集成。例如搭建方糖 07 门户网站时,自行开发至少需要半年迭代细节;用 WordPress 购买一个 600 元的主题,很快搭建完成并达到不错的阅读体验。WordPress 的 REST 接口非常完善,可以通过插件在 API 层面扩展,甚至可以开发独立前端、调用 REST API 拓展;
  • 缺点:功能完成度和潜在的性能问题。功能完成度:在"可以偷懒(安装和购买插件)"的情况下,最终效果可能和想要的有 10% 的偏差;性能:运营大规模用户或内容网站时可能成问题(大部分性能问题由插件导致)——不过产品用户数距离这个规模很远。

最佳实践

首先基于 WordPress 做业务的最小可行产品(MVP)和众筹,同时把产品的官网和文档放在这个平台上;随着业务的增长和用户量的增加,再自行开发。

即使自行开发,也可以从三个层次上与 WordPress 混搭,分别脱离界面、后端和数据库的束缚:

  1. REST 接口:将 WordPress 作为后端使用,节省大量工作量;
  2. 共享数据库:后台系统效率不够高时,自行开发新系统、直接从 WordPress 数据库读取数据——新系统性能由自己代码保证,数据共通,可同时运行;
  3. 完全独立系统+统一登录:建立完全独立的系统,通过统一登录让用户关联——WordPress 账户与微信关联,新系统虽数据库不同,但通过微信登录走统一 OpenID 定位用户信息;需要更多信息时通过 REST API 再读取。

通过这种多层次的混搭,可以实现最小量的开发,又拥有界面和性能的自由,同时尽可能降低维护成本。

三、参考方案:方糖 OPB

方糖 OPB 是作者开发的系列 WordPress 插件,和 BudCoder、FlowDeer 配合使用,可以完成对「三池四能力」的高度覆盖。

微信账号整合:邀请码注册功能(产品未上线时进行内测,只有知道邀请码的人能登录);通过消息上行实现未认证公众号的登录(支持个人运营);回调转发支持一个公众号在多个网站上使用。

微信支付:标准微信支付能力设置;收银台功能(支付 App 和订单管理,只需一个页面跳转和一个 HTTP 请求验证完成交易);实现了 WooCommerce 微信网关(官方微信和 XorPay)——所有支持 WooCommerce 的插件可直接使用。

消息推送:针对文章分类的订阅(订阅分类与更新,文章发布时可点击推送按钮推送给订阅用户);用户通过管理界面管理订阅;支持评论订阅,实时性更高、互动性大大提升。

商品众筹:在 WooCommerce 上实现的简版众筹——商品页发布时开启众筹、设置截止时间和目标金额;文章页面嵌入众筹状态简码渲染进度;商品管理后台提供批量退款功能。

覆盖度对照:方糖 OPB 对基础设施的覆盖很高,但有几处未覆盖:产品池的快速构建简单需求能力、自动化能力(WordPress 是 B/S 结构网站,不太适合)、众包能力。

配合 BudCoder 和 FlowDeer 使用

  • BudCoder:实现 WordPress 插件的 AI 生成,对相对简单的需求(约 300 行以下)可以处理——随着 AI 模型能力提升,处理效果越来越好;
  • FlowDeer:工作流在做内容分发方面已经成熟。

有了它们,可以覆盖此前欠缺的产品池简单需求生成/完成和自动化中的内容分发。整个体系唯一没覆盖的是众包能力:自动验收面对的场景太复杂,很难有通用插件处理——可以通过积分系统+自行开发/生成插件单独处理;接受人工验收的话,可购买成熟的商业插件。

小结

搭建没有银弹,但有节奏:先 WordPress(便宜、可控、个人可用、开放、生态繁荣、适配方法论——六条标准全部命中),业务增长后再自研,自研也走三层混搭而不是推倒重来。方糖 OPB 说明了一件事:把"三池四能力"当作清单,即使现成工具只覆盖 80%,剩余 20% 也有明确的补齐路径。至此,四章路径(定义→规划→构建→基础设施)完整闭环——从认知到落地,一人企业的全部拼图就位。


发布者: 作者: 灏天文库 转发
评论区 (0)
U