我们做的系统
- 移动应用：iOS / Android 原生或跨端实现，按项目规模与长期维护成本选型
- 微信小程序与公众号内网页：从报数、结果到分享链路的完整体验（自有产品「品源富豪圈」即此形态）
- Web 应用与官网：面向公众的服务页面，兼顾加载速度与语义结构
- 后台管理平台：账号权限、业务流程、数据看板
- 数据看板与内部工具：把散在表格里的业务搬到可查询的界面
交付过程
- 需求拆解与范围确认 —— 把「想要什么」写成可验收的条目，先说清不做什么
- 原型与信息结构 —— 先定页面与流程，再谈视觉
- 技术方案与选型 —— 说明为什么选它，以及三年后谁来维护
- 迭代开发 —— 每一轮都能运行，不做「最后一个月才见到东西」
- 联调上线 —— 域名、证书、日志、备份一起交付
- 维护期 —— 明确响应方式与范围
技术选型的原则
我们按项目选型，不按喜好选型。三条底线：一是团队三年后还接得住；二是依赖要少，能被替换；三是性能瓶颈要能被定位，而不是只能靠加机器。
这套原则的直接产物就是自有产品「品源富豪圈」：零构建的前端、单一后端服务、一条数据库——没有排队系统也没有微服务，因为它不需要。用得上才用，是选型的第一原则。
适合谁
- 已有业务，需要一个能长期迭代的系统，而不是一次性页面
- 需要一个能接手别人代码、并愿意先读再改的团队
- 需要把「口头需求」变成「可验收范围」的项目
边界与前提
需要甲方指定一位能拍板的对接人；需求范围变更走书面确认；不承接要求「先做出来看看效果再谈合作」的项目。这些不是姿态，是为了让交付周期可预期。