一、我常用什么
前端: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)、企业微信与飞书集成、支付与消息推送
不在列表里的技术栈我也会接,但会先评估学习成本和风险,再决定要不要做。
二、什么决定报价
工作面数量:要打通几个系统、几个角色用
数据复杂度:有没有历史数据要迁移、要不要清洗
AI 部分的不可确定性:RAG 的检索调优、Agent 的稳定性验证,这部分不能按「写个接口」估
交付要求:要不要部署上线、要不要写文档、要不要培训
三、工时口径
一个标准人天 = 一个工作日的有效开发时间(含设计、编码、自测、文档),不含等对方回复的时间。跨天沟通会拉长日历周期但不占人天——这正是我坚持「先确认需求单再报价」的原因。
区间通常只来自两处不确定性:需求细节和外部依赖(第三方 API 审核、备案、素材提供)。需求单确认后,我给固定价。
四、你可以先自查
在联系我之前,先确认这四件事,能省掉至少一轮沟通:
有没有人真正拍板需求
有没有真实样例数据
服务器 域名 资质有没有
上线时间是不是硬约束
技术能力手册
/
技术栈与工时口径:为什么报价是区间
0 字
0 行