1. 摘要
产品经理和技术人员在日常工作中面临信息分散、整理成本高的困境。为解决这些问题，方案核心在于通过“划词即存”功能，让用户能在碎片化阅读中，自动完成知识整理，将用户精力从繁琐的操作工具中解放出来，专注于核心的阅读与思考。
2. 背景
在当前快速迭代的互联网行业中，信息过载已成为常态。作为产品经理及技术人员，我们每日面临着海量的碎片化信息（如行业快讯、技术动态、竞品分析等）。
-
困境：
-
整理成本高昂（费事）： 零散的信息分散在各处，缺乏统一的归档标准，导致在收集阶段就需要投入大量精力进行筛选和初步处理。
-
知识孤岛效应（难找）： 由于缺乏有效的结构化沉淀，当需要复用过往的灵感或数据时，往往陷入“明明记得看过，却怎么也找不到”的困境，导致宝贵的知识资产在时间中流失。
-
用户画像：
-
电脑浏览：通过电脑浏览网页，获取行业快讯、技术趋势与竞品动态。
-
飞书办公：基于飞书开展工作，使用飞书文档系统化撰写竞品分析、技术报告等核心文档。
3. 需求价值
4.成果展示
-
1键收藏：选中文本即可收藏，自动同步标题、链接、内容与收藏时间至飞书文档
-
1键查看：收藏成功直接显示跳转入口，快速打开对应飞书文档。
-
1键排版：自动规整格式，同一文章的摘抄内容智能归类。
4.实践过程
整个项目我完全使用 SOLO 开发，核心在“事先规划，事中调试，事后调优”。
第一步：需求拆解
核心目标是做到心中有数、全局可控，精准对齐预期与实际开发差异，持续迭代调优，为后续决策与行动提供清晰依据。
| 飞书接口/能力 | 用途 | 权限要求（scope） | 官方文档链接 |
|---|---|---|---|
| 获取知识空间节点API | 获取知识ID信息 | docx:document | 获取知识空间节点信息 |
| 文档块信息API | 获取文档所有块 | docx:document | 获取文档所有块 |
| 编辑文档API | 编辑新版文档 | docx:document:write_only | 创建块 |
| 应用授权 API | 获取用户授权 | openid:user:auth | OAuth 授权流程 |
第二步：SOLO开发调试
需求：开发一款浏览器插件，实现网页文本收藏至飞书文档功能。具体功能如下：当用户在浏览器中浏览网页并使用鼠标选中任意文本段落时，插件应自动在选中文本附近显示一个收藏按钮。用户点击该收藏按钮后，插件需将以下信息写入用户预先指定的飞书文档中：1) 选中的原文内容；2) 原文所在网页的URL链接；3) 收藏操作的时间戳。所有新增的收藏内容必须追加到飞书文档已有内容之后，严禁覆盖文档原有内容。
交互要求：
1. 收藏成功场景：显示清晰的成功提示信息，并在提示中包含可直接点击的飞书文档链接，使用户能够立即访问收藏内容
2. 收藏失败场景：提供详细的错误说明，必须包含调用飞书API或相关服务返回的原始响应数据及错误代码，以便开发人员准确定位问题根源
3. 加载状态处理：从用户点击收藏按钮到系统返回收藏结果的整个过程中，必须显示明确的加载动画，提升用户体验
技术实现要求：
1. 开发适配主流浏览器（Chrome、Edge等）的浏览器插件，包含必要的前端交互界面与后端逻辑处理
2. 完成飞书API的接入与集成，实现文档内容追加写入功能
3. 实现飞书企业应用的授权流程，包括必要的OAuth授权重定向机制，确保插件能够安全访问用户的飞书文档
系统需确保数据传输的安全性，用户授权信息的安全存储，以及跨浏览器环境的兼容性。
-
问题2：接口调用入参错误
方案：提供飞书官方接口说明文档链接、官方调用代码示例、官方解决方案等，来丰富SOLO的上下文信息。（比如将需求发给飞书开放平台，把搜索结果作为输入”喂给”SOLO）
第三步：交互调优
-
收藏成功后，提供链接查看
-
已添加的不重复添加
-
同篇文章的摘抄自动汇总
5.效果与总结
对我个人而言，这套工具让我可以把精力回归阅读本身，摆脱了阅读后繁琐低效的整理工作，实现随看随记、即时沉淀。如今知识沉淀的问题已解决，下一步我计划进一步打通知识复用环节 —— 让沉淀的内容在撰写分析报告时，能够自动调用、自然融入文档，真正实现知识 “活起来、用起来”。
作为一名不懂代码的产品经理，通过SOLO，让我体会到：只要懂基础的技术知识，也能独立完成开发并跑通需求。这意味着我接到需求后，可以快速设计简易 Demo 验证思路、快速响应需求，大幅降低沟通成本，提升落地效率。这种低成本、高价值的能力突破，让工作变得更加高效、从容。感谢官方举办的这次活动，也欢迎大家一起交流探讨！
会越来越棒的！！
