覆盖范围
大开发之前，我们先钉死给谁用、成功长什么样、什么可以再等。原型和有顺序的计划让昂贵的部分保持诚实。
这里的策略不是 40 页 PDF。是足够的发现，好停止做错误的东西。然后我们通常留下设计和交付。也可以停在发现之后。
我们在 Figma、Notion 和 Miro 里工作，因为产品对话已经在那里。需要感觉真实时，原型是 React 或 Next.js。分析 — GA、Mixpanel、PostHog、Hotjar — 只有会被读时才上。
- 点出真正问题的发现
- 可点击的 Figma UX
- 有顺序的路线图
- 匹配你真正问题的分析
实际怎么做
- 工作坊和书面问题陈述
- Figma 中的流程和原型
- 静态文件不够时，可点击的 Next.js 或 React 尖峰
- 标明可以再等什么的路线图 — 不是一面史诗墙
- 为了回答某个问题而设置的 Google Analytics、Mixpanel、PostHog 或 Hotjar
- 交接给将要开发的同一支团队
我们使用的技术
这些是我们用来交付的工具。为产品和后续维护的团队选，不是为幻灯片选。
设计与协作
Figma
Notion
Miro
原型
React
Next.js
TypeScript
Tailwind CSS
Vite
分析
Google Analytics
Mixpanel
PostHog
Hotjar
常听到的问题
- 发现之后必须买完整开发吗？
- 不必。发现可以是固定的一块工作。多数客户继续和我们做；有些不继续。
- 能和现有产品团队并肩工作吗？
- 能。我们接入发现、UX 和交付。不是来替换你的管理层。
- 这只是工作坊，还是仍然会开发？
- 两者都有。发现可以独立。多数客户与同一批人继续进入设计和工程。Figma 文件不是交到真空里。
