FinClip 的 2021 与 2022
在春节假期结束，重新投入工作之际，我们针对 FinClip 补充了以往工作过程中没有做过的一环，也就是在博客中，与各位朋友一起「回顾 2021，展望 2022」。
2021
如果你也是 FinClip 团队的成员之一，能够查看产品内部的总结文档与 wiki，就能发现我们在过去一年中做了许多「年初可能压根不会想到的事情」，比如：
- FinClip 产品更新 10 个版本；
- iOS SDK 更新 21 个版本，Android SDK 更新 19 个版本；
- Windows SDK 完成设计与上线；
- macOS 与 Linux 环境中的 SDK 完成设计实现；
相比更新次数这种「冰冷的数字」，这一年我们除了持续改进细节体验、完善基础模块外，产品本身也完成了若干新的突破。
把「突破」说得再具体一些，就包括了这些内容：
- 完成 FIDE 的设计与上线，打造 FinClip 体系下的开发者工具；
- 支持小程序编译分包，进一步提升小程序代码上传与下载的效率；
- 优化 SDK 加载逻辑，将小程序冷启动压缩到 1 秒以内；
- 完成 map，camera，video，WebRTC，webSDK 等组件的支持优化；
- 与深证通合作，验证 FinClip 对于异地多活 POC 架构的支持；
- 完成中国信通院对于 SDK 安全性的检测，并获得认证；
- 完成文档中心、产品官网，FinClip 管理后台的体验优化与重新设计；
- 达成了产品经理工作中，PLG 与无摩擦体验优化的设计共识；
- ……
当然，这些只是经过设计与验证，完成了研发上线的功能，在此背后还有很多依然处于思考，设计与研发过程中的功能。增加产品中的新功能总是简单的，但难的是确保产品不变复杂臃肿。
为了维持功能的简单与逻辑的一致，我们做了这些努力：
- 整理了产品设计手册作为产品与需求设计的 SOP；
- 根据用户使用频率，对产品中的功能与依赖服务进行拆分或取消；
- 我们讨论和设计过很多功能，但有很多都决定暂时冻结不再推进；
- ……
我认为产品经理所设计的任何一个功能，都应该秉持「形式追随功能，功能追随动机」的原则，所有的产品功能都需要围绕核心动机展开，而非根据客户的反馈来逐步实现一个定期更新的需求列表。否则产品终将会因为失去灵魂而失去所有用户的支持。
而 FinClip 的核心动机，就是帮助个人与企业开发者，在小程序这种形式下更加高效友好地为终端用户提供服务。如果你看过我们所写的 FinClip 与 uniapp，mpaas 或其他平台、框架的横向对比，也就应该能够理解我们为什么没有实现基于 App 维度的全生命周期管理，为什么没有再去做一款小程序兼容的跨端框架。
另外，作为长期主义者，产品中所包括的每一个功能都是基于「长期视角」进行决策的，我们希望这能够帮助我们与作为实际用户的你们，一起从业务萌芽走到辉煌。
再加上我们在产品设计过程中达成了基于 PLG 与无摩擦体验的共识，我们对于产品设计的目标并不简单停留在「满足需求」的标准，而是更加在乎你作为小程序开发者，管理者与使用者的感受。我们希望能够与你在创造，使用 FinClip 的过程中，都变得更加强大。
正因如此，我们在过去的一年也在博客中输出了这些内容：
在今年，我们也会尝试通过视频与动画等更加灵活的形式，帮助大家更加简单友好地认识与使用 FinClip。
如果在使用产品的过程有任何「不满足，想吐槽，使用遇到阻碍或碰壁」的状态，都请不要犹豫直接联系我们。
我们希望通过创造产品的价值，获得公司在商业模式上的突破与新的盈利与估值，同时 FinClip 背后的每一位设计，研发，售后商务，支持的同事也都能够在这个过程中找到工作的价值与意义。
2022
虽然前面说了很多，但我们也发现 FinClip 的产品设计之中存在一定的缺陷与不足，并没有达到「完善且无门槛使用」的地步。
根据 Roadmap，今年的重点工作主要有以下部分：
- 结合用户场景，在产品使用过程中提供更流畅，无摩擦的使用体验，帮助用户更好地使用产品；
- 完成 FinClip 产品化的 SaaS 适配与优化工作，帮助开发者可以用更灵活的方式使用产品；
- 完成 SDK 组件的对齐与优化，更新 Flutter 与 RN 等 API 与文档的对齐；
当然，也会有一些具体的功能，比如：
- FIDE 的全新界面升级，支持远程调试功能；
- 安卓端的同层渲染，后端的代码重构；
- 提供完善的 DEMO App；
- 小程序插件管理与支持（设计考虑中）；
- ……
2022，我们继续同行。
此外，在运营与市场维度，我们也有很多谋划已久的项目提上了日程，且处于紧密的研发与沟通中。比如在今年春季，我们将会举办一场「重量级」的活动赛事和一场「以连接为核心」的发布会，敬请期待。