01
背景
一位做金融的朋友找到我：客户每次签合同都要走线下——打印、签字、拍照回传，流程繁琐，文件散落在聊天记录里，事后核对全靠人工。我决定帮他把整个签署流程搬到线上，也把它当作一次完整的产品实践：从理解业务、定义流程，到设计、开发、部署，全部独立完成。
02
三个约束
动手之前，有三个前提决定了所有设计方向：客户大多不熟悉数字工具，操作必须零学习成本；签署发生在手机上，一条链接就要走完全程，不能要求下载任何东西；这是有法律意义的金融文件，每一步都必须严谨、可追溯。
03
为什么做得这么小
我没有做 App，也没有做后台管理系统——最终的形态小到极致：一条链接、一个页面、一次签名。这不是省事，而是对约束的回应：客户不熟悉数字工具，任何"下载、注册、学习"都会成为流失点。判断什么不该做，往往比做什么更重要。 从需求到第一版可用，只用了几天；之后的迭代都建立在真实使用的反馈上。这是我对"最小可行产品"的一次完整实践：先让业务跑起来，再让它变得更好。
04
两条链接，各走各的最短路径
业务里有两种签署场景：新客户开户，和老客户补签协议。我没有做一个"通用流程"，而是拆成两条独立链接——开户链接从风险确认开始（风险提示 → 阅读合同 → 手写签名），补签链接直接进入合同（阅读 → 签名）。老客户不需要被再教育一遍风险，少一步，就少一次流失。 几个具体的设计决策：风险确认页把提示逐条列出，勾选确认后才能继续——合规的动作，但不做成吓人的法律墙；合同直接在页面内阅读，不跳转、不下载；签名板可以清除重签，因为第一次手写签名很少有人满意；每一步顶部有进度指示，随时能返回上一步。在"严谨"和"顺畅"之间，每一步都在找平衡。
05
看不见的严谨
这类工具真正的考验在异常情况：链接被重复打开怎么办？签到一半断网怎么办？两个人同时提交怎么办？我处理了链接失效、防重复提交、并发写入这些边界情况，并让系统在客户签署完成后自动合成 PDF、归档回数据库——设计一个金融工具，"不出错"本身就是体验的一部分。
06
结果
从朋友的一句需求，到一个可以直接投入使用的完整系统——这个项目让我第一次完整经历了"为真实业务做产品"：需求是活的、约束是真的、错误是有代价的。