RE:CZ

CZON开发反思与CZONE优化计划

产品开发

👤 产品开发者、用户体验设计师、早期技术用户、对写作工具感兴趣的人
本文记录了作者在2026年2月4日对CZON开发过程的反思。作者提到为GB设置CZON时遇到HTTP代理、API切换和GitHub Pages配置等问题,导致用户体验不佳,这警示了产品设计中对边界情况考虑不足。作者决定先让用户使用更简化的CZONE,待用户有数据自主需求时再切换到CZON。CZONE的目标是提供无缝的从写作到发布的流程,类似发朋友圈的简单体验。作者感谢GB的反馈和宣传,认为这是宝贵的早期用户数据,并强调不应辜负这些用户的热情。
  • ✨ CZON设置过程中遇到HTTP代理、API切换和GitHub Pages配置问题
  • ✨ 用户体验不佳警示产品设计中对边界情况考虑不足
  • ✨ 决定先推广CZONE,待用户需求增长时再切换到CZON
  • ✨ CZONE目标是提供无缝的从写作到发布体验
  • ✨ 早期用户反馈是宝贵的数据来源
📅 2026-02-04 · 479 字 · 约 2 分钟阅读
  • CZON
  • CZONE
  • 用户体验
  • 产品开发
  • 反馈
  • 优化
  • 写作工具

现在是 2026 年 2 月 4 日,下午 2 点。

想起来昨天 setup GB 的 CZON 又遇到了一些挫折。我们先是折腾了 HTTP 代理,然后科普了一番 OPENAI Compatible 的概念,从 Gemini 切到 OpenAI 再切到 DeepSeek。最后卡在了 GitHub Pages 的配置上面。一波三折,总算是让 GB 能够跑起来了。

不过这不是一件很好的事情,这不符合我对简洁性的审美。GB 其实是我理想中的用户群体,然而,我却不能让他的使用流程一帆风顺,这是一个警示信号,说明我在设计 CZON 的时候没有考虑到足够多的边界情况。

不过这也没办法,我应该先让他使用 CZONE,等它有了自主掌握数据的需求时,再给他切换到 CZON 上面去。不过 CZONE 上次的初次开发失败了,现在有了无限火力的 Opus 倒是可以重新实施一下。

CZONE 应当尽量顺滑地引导用户完成从零开始,写点什么,到发布到互联网的全过程。这个过程当中,用户不应当感受到任何阻碍。拿起手机,打开 CZONE,写点东西,发布到网站。就和发朋友圈一样简单。

不过仍然感谢 GB 的反馈,这是非常宝贵的用户体验数据。而且,GB 还主动帮我向他的同事们宣传了一下 CZON,虽然我理解这是出自人情关系而非产品本身的吸引力,但总归是一个好的开始。一个从理念看起来都不吸引人的产品,人家也不会主动去帮你宣传。

加油吧,不要辜负这些早期用户的热情。

See Also

Referenced By