Product

Why - 从痛点出发的产品思考 去年备考CELPIP的时候，反复大量的使用GPT来帮我备考，我深刻体验到了现有学习工具的痛点： 重复操作的烦恼：每次练习写作都要把相同的prompt复制粘贴给ChatGPT，然后再把作文贴过去，整个流程繁琐且容易中断思路。 缺乏针对性：通用的AI工具无法提供CELPIP特定的评分标准和反馈格式。 学习资源分散：官方范文、练习题目、评分标准散落在各处，没有一个统一的练习环境。 产品经理的第一想法，干脆自己做一个，顺便也可以从零开始体验一下Web开发的整个流程。从最开始用V0搞出来第一版前端的兴奋，到后面开始学习Nextjs的各种hook和后端的抓狂，最后拖到 AI Coding都升级换代了几波的今天终于算是正式上线，至少能达到自己心中的一个要求。 What - 产品需求到功能实现 基于自己的使用痛点，我梳理出了核心需求： 🎯 核心功能 一站式写作环境：题目选择、写作、评分、反馈都在一个页面完成 AI评分：基于OpenAI API，按CELPIP标准给出1-12分评价 写作批改：直接在文本中高亮显示需要改进的地方 官方范文参考：收录90+篇不同分数段的官方范文，便于对比学习 📊 数据管理 练习记录：保存每次的写作内容和评分，方便回顾进步 用户系统：简单的登录注册，管理个人学习数据 题库管理：46+道官方题目的分类和搜索 💡 产品细节 自动保存功能，防止意外丢失内容 响应式设计，在不同设备上都能正常使用 加载状态和错误处理，让用户知道系统在做什么 清晰的信息层级，重要信息一目了然 How - 技术实现与架构 虽然我的主要背景是产品经理，但在这个项目中，我承担了全栈开发的角色，从产品设计到技术实现的完整过程。 🏗 技术架构设计 前端技术栈 Next.js 14: 选择App Router架构，一套代码同时处理前后端 TypeScript: 全程类型安全，减少运行时错误 Tailwind CSS: 快速构建响应式界面 Slate.js: 富文本编辑器，支持实时修改建议高亮 后端与数据 API Routes: Next.js原生API路由，处理业务逻辑 Vercel Postgres: 云原生数据库，自动扩容 Clerk Authentication: 企业级认证解决方案 OpenAI Integration: AI评估服务集成 数据库设计 -- 用户表 CREATE TABLE users ( id TEXT PRIMARY KEY, email TEXT, usage_count INTEGER DEFAULT 30 ); -- 评分历史表 CREATE TABLE score_history ( id SERIAL PRIMARY KEY, user_id TEXT, question TEXT, essay TEXT, ai_response JSONB, ai_corrections JSONB, created_at TIMESTAMP DEFAULT NOW() ); 🔧 核心功能实现 双阶段AI评估系统 基于产品需求，我设计了分离的评分和建议系统：...

Never Lost Again The Google Mapping Revolution That Sparked New Industries and Augmented Our Reality 最开始知道这本书也是看到公众号中有一篇拆书的文章，当时只有英文版，之后出了中文版就果断买回来看了，读了7年的GIS专业看完整本书有种热血沸腾的感觉。 内容简介 整本书详细描述了谷歌地图漫长的发展史，从Keyhole 从1999年开始起步，24个人的团队，然后2004年被谷歌收购，到现在的月活十亿的产品的整个过程。 初创-Keyhole 产品最开始的起源只是一种图片无缝缩放技术，和数字地图结合在一起之后创造出了一种新的产品体验，但是从1999年开始一直遭遇没有商业化和盈利方式的问题，所有人在最开始看到都会觉得很酷，但是然后呢？当时地图领域的老大Esri拥有几十万客户端，营收达到3亿，但是创始人John Hanke发现了Esri的三个致命缺点：复杂，没有数据，速度慢，所以EarthView的竞争策略就是普通人都能用，统一的数据加上流畅的操作体验。然后经过创业初期的种种困难，客户从Nvidia到房地产经纪人到CNN，最后一炮而红，被谷歌以3000万美元的价格收购。 Google Map 1.0 在Keyhole一起奋斗的几年中，我们可能创造了一个了不起的东西，但现在，我们正在走向一个未知领域。因此如果我们没有计划，很多谷歌员工就会跑来告诉我们该怎么做，而我们的团队将会四分五裂。 所有的29个人都对公司的成功至关重要，约翰找不出一个缺了他也行的人。这种感觉很奇妙，而且Keyhole的每一个人都有这种感觉，这是一种罕见而美妙的领悟，一个会让人永远记住的领悟。 John保留了全部29个人作为收购的先决条件 作者Bill在加入之前被问及你是想做PM还是PMM（产品营销经理）的问题，之前Bill是兼任的，最后在John的建议下不要走技术线，而是名义上“PMM”，不在技术线的汇报体系中，但是仍然身兼PM和PMM两份工作。 和MapQuest(网页地图服务)竞争，当时地图搜索的2/3的占有率，需要将keyhole的卫星数据和谷歌之前更早收购的另外4人地图团队（Where2Tech）的浏览器地图渲染技术合并在一起，因此这是两个团队的融合， 和谷歌搜索团队的融合过程，谷歌搜索的负责人玛丽莎，他的下属Bret之前负责Where2Tech，而谷歌的其他部门负责人希望把Keyhole拆分到各个职能部门中。最后的结果：John的头衔是“Keyhole总经理”，原来的Keyhole团队仍然汇报给John，John汇报给Google的产品战略副总裁Jonathan Rosenberg。同时，Bret和Google原来的地图团队仍然汇报给玛丽莎。这或许不是最好的方案，但至少是个清楚的方案，避免了不必要的纠缠。 而谷歌在2002年就有了地址搜索项目 Google Search By location，可以结构化搜索把地址文字和地理位置联系在一起。 所以，Google Maps总共包含了三支团队：汇报给John的Keyhole，汇报给Bret（Bret再汇报给梅姐）的Where2，汇报给Marssa的Google Local。梅姐希望John汇报给他，John不愿意这样，所以两人的关系比较紧张。实际上，这种紧张贯穿了Keyhole团队在Google的始终，最终他们选择离开也和梅姐有关。 但是，大家又都保持了足够的职业素养，关系紧张归关系紧张，项目仍然在紧锣密鼓地推进。从2004年10月Keyhole被收购，到2005年2月Google Maps发布，前后不过四个月的时间，没有足够高的合作效率是绝对做不到这点的。2015年2月8日，上线首日Google Map 获得1000万PV，4月4日开始提供卫星地图。 Google Earth 1.0 谷歌地图发布后，微软雅虎等纷纷进场，竞争氛围提升了地图在谷歌中的重要性。 John根据自己在地图行业的经验和思考，写了若干邮件给布林、佩奇、施密特，阐述Google Maps的战略和战术。同时，John根据对微软的报道，推断出微软和航空图片和卫星图片提供商之间的合作方式和价格，并评估了这些服务商的能力。按照John拟定的计划，Google应 当加速发布自己版本的EarthViewer软件，Keyhole、Google Local、Where2 Tech三个团队必须合为一体，同时必须花大力气充实自己的数据，他同时也列出了重要的地图服务提供商的名单。 到2005年夏天，所有的Google员工都收到了一封邮件：Google要新成立一条产品线Google Geo，之前的Keyhole, Google Local, Where2 Tech三个团队悉数并入。John成为这条新产品线的老大，之前Keyhole的工程副总裁Brian McClendon，成了所有技术人员的汇报对象。John的汇报对象是Google的产品战略副总裁Jonathan Rosenberg。 之前一直困扰John的他和梅姐的关系问题，现在已经彻底不存在了，梅姐已经出局，纵然心有不甘，也无话可说。 新的团队开始开发客户端地图，更多的卫星数据，更强大的搜索功能，测距标注工具等等，也就是最后的Google Earth。 之后的故事就是1到100的事情了，直到2010年10月John宣布离开谷歌，由梅姐负责Geo团队，之后2012年7月梅姐离开去了Yahoo。 好奇John离开之后干了什么，创立了Niantic公司，和任天堂一起做了游戏，Pokémon GO就是他做的！真是一个好酷的人啊。 感受 作为GIS（Geography Information System）这个专业的毕业生，对Esri这家公司再熟悉不过，从入学到现在一直使用的工具都是他家的ArcGIS，而谷歌地图也是大一入门课程必备的案例，所以读这本书的时候很多时候会非常深的带入感。...