01
流程太靠人工
把重复操作、多人交接、表格和容易出错的步骤，做成更顺手的内部工具或自动化。
把真正的业务问题，做成好用的软件。
我们做 Web、macOS/iOS 和 AI 软件。先把问题说清楚，从最小可用版本开始，放进真实业务里验证，再决定下一步。
我们适合解决什么
先看问题，再决定做什么软件。
通常不是从“做个网站或 App”开始，而是从一个已经在发生的问题开始：流程太靠人工、现有产品不好用，或者同一个需求已经反复出现。
02
产品已经在用，但不够好用
当现有产品变慢、割裂、难维护，或者已经跟不上业务时，重做、补功能或把它简化。
03
需求已经出现，缺一个正式产品
把已经验证过的想法、原型或反复出现的客户需求，推进成可以真正投入使用的软件。
怎么合作
先把最重要的不确定性弄清楚，再扩大开发。
01
先看清问题
把当前怎么做、哪里最卡、谁真正受影响，以及已经有的事实先弄清楚。
02
先做小验证
判断值不值得做、哪条路径最合理，以及最小什么版本就足以验证关键假设。
03
做出能用的版本
先交付一个真的能进入工作流程的版本，而不是只适合演示的 Demo。
04
用起来，再改
放进真实环境，看看实际发生了什么，再决定哪些地方值得继续投入。
做完代码不算结束。软件要进到真实工作里，才知道它有没有用。
跨平台实现
一个项目可以跨 Web、Apple 平台和 AI，不必在几支团队之间来回交接。
我们会根据问题选择实现方式。需要网页就做网页，需要 macOS/iOS 就做原生，需要 AI 或自动化时再加进去。
- Web
Web 应用、内部工具、运营工具和面向用户的产品界面。
- Apple 平台
贴近桌面和移动工作流的 macOS / iOS 产品。
- AI 与自动化
AI 功能、自动化与系统集成——前提是它真的能减少工作量或改善产品。
- 持续迭代
上线后根据真实使用继续改，而不是一次性交付就结束。
构建记录
把做软件过程中真正有用的判断留下来。
只有真实工作里出现了新的事实、决策或教训，我们才写。内容可以是产品验证、工程、AI、自动化、发布或复盘。
技术跑通，不等于产品成立
Exam Workbench 的原型跑通后，到底证明了什么、又没有证明什么；为什么“技术能做”与“用户会买”必须分开判断。
阅读记录工作室
客户项目和自有产品，用的是同一套标准。
先解决值得解决的问题，第一版保持克制，再让真实使用决定后面投入多少。