先找准问题

新产品常从“该用什么技术？”开始。我首先明确您想帮谁简化什么工作、这件事当前如何进行，以及如何衡量成功，再把需求转化为用户流程、决策点和验收标准。

在不过度扩张范围的前提下，明确首个有意义版本的边界，让不确定性、依赖关系和需要尽早验证的假设清晰可见。

结合业务背景作出技术决策

架构与技术选型并非追逐流行工具，而要综合考虑团队能力、数据敏感性、集成、预期使用、发布频率、运行成本和维护能力。我明确记录备选方案与取舍，避免今天能用、明天却无法调整的方案。

  • 产品范围、用户流程与首版优先级
  • 应用架构、数据边界与集成方式
  • 技术栈、团队能力与长期运维
  • 可测试性、无障碍、安全和可观测性要求

适合谁？

  • 正在确定新产品范围与技术基础的创始人和产品负责人
  • 希望在为现有应用增加模块或集成前看清技术风险的管理者
  • 业务需求已明确，希望检验架构选择与优先级的软件团队
  • 希望重新评估已上线产品性能、维护性或用户体验的企业

咨询不等于外包开发人力

这项工作重在提高产品与技术决策质量，而不是给长长的任务清单再加一个人。必要时，我会参与代码、测试或架构审查，目标是在团队留下持久能力。首次沟通时，我会明确范围与合作方式。