一、我常用什么

  • 前端:Vue / React、Tailwind、响应式与移动端适配

  • 后端:Java Spring Boot、Node.js NestJS、Python / FastAPI

  • 数据:PostgreSQL / MySQL、Redis、向量检索(pgvector 或独立向量服务)

  • AI 应用:主流大模型 API、Function Calling / Tool Use、RAG 检索、Agent 编排、Prompt 版本管理

  • 部署:Docker、Nginx、HTTPS、CI/CD(GitHub Actions / Jenkins)

  • 周边:微信小程序(原生 uni-app Taro)、企业微信与飞书集成、支付与消息推送

不在列表里的技术栈我也会接,但会先评估学习成本和风险,再决定要不要做。

二、什么决定报价

  1. 工作面数量:要打通几个系统、几个角色用

  2. 数据复杂度:有没有历史数据要迁移、要不要清洗

  3. AI 部分的不可确定性:RAG 的检索调优、Agent 的稳定性验证,这部分不能按「写个接口」估

  4. 交付要求:要不要部署上线、要不要写文档、要不要培训

三、工时口径

一个标准人天 = 一个工作日的有效开发时间(含设计、编码、自测、文档),不含等对方回复的时间。跨天沟通会拉长日历周期但不占人天——这正是我坚持「先确认需求单再报价」的原因。

区间通常只来自两处不确定性:需求细节和外部依赖(第三方 API 审核、备案、素材提供)。需求单确认后,我给固定价。

四、你可以先自查

在联系我之前,先确认这四件事,能省掉至少一轮沟通:

  1. 有没有人真正拍板需求

  2. 有没有真实样例数据

  3. 服务器 域名 资质有没有

  4. 上线时间是不是硬约束

技术能力手册 / 技术栈与工时口径:为什么报价是区间 0 字 0 行 杜恒
2026-10-21T11:48:38.250933500Z 2026-10-21T11:52:59.346833576Z