星火组织知识站

实践方法

方法服务于真实工作。我们把已有做法归为五组,让选择有依据、交付有标准、反馈能进入产品、复盘能带来行动、学习能留下可调用的能力。

选择与执行

项目先经过七项判断,再决定投入方式与验证范围。

长期复利 停止投入后,已经形成的价值是否仍然存在。

时间增值 能否积累品牌、产品、用户数据、内容、SOP、供应链或组织能力。

抗周期 需求与经营方式是否经得起环境变化。

主航道协同 是否增强现有产品、品牌、供应链或用户价值。

30 天与 90 天验证效率 能否用低成本获得真实信号,据此继续、调整或暂停。

AI 与 SOP 杠杆 有效工作能否借助 AI、标准与流程减少重复劳动。

90 天不做的真实损失 若无法说清楚延后会损失什么,就降低优先级。

立项分为价值判断、真实使用、可规模化三个阶段。进入规模化前,要看过程是否可重复、成本是否可控、异常是否可处理、他人是否能使用、是否有数据支持,以及是否损害品牌与组织。

产品资产与渠道交付

从产品事实开始,在核心店精细上新,形成通用货品包,再做渠道适配、发布核验、异常反馈与资产更新。通用资料保留准确的产品信息,渠道版本适配标题、规格、表达与当地需求。品牌和非品牌素材分别管理。

发布前检查商品、图片、价格信息、尺码、描述和链接是否对应;出现异常后回到源资料修正,避免在多个渠道重复留下同一个错误。

用户反馈与产品改进

将咨询、穿着体验、退换原因与服务问题还原到具体商品和场景。区分产品、表达、尺码选择、预期和履约等原因,再决定改产品、改说明或改服务。保留原始反馈与后续变化,让改进能够被再次检查。

经营复盘

从数据变化寻找问题,结合真实案例解释原因,再形成下一步行动。复盘应留下采取了什么调整、结果如何、哪些判断得到支持、哪些仍需继续验证。有效经验进入标准与知识,避免每次复盘都从头开始。

组织学习

围绕一个真实问题完成调查、尝试、验证与复盘,把个人经验写成他人能够理解的步骤与边界。让新的成员或新的任务实际使用这些方法,再根据使用中的问题更新。组织学习的价值,体现在下一次工作更准确、更顺畅。

已有方法与历史版本

按原记录日期和适用范围使用。

AI辅助工作与结果核验流程 · 试行

支持直接与Codex完成思考、调查、执行、验证和知识沉淀:完整来源与私密决策归Obsidian,可公开内容归知识站源码;关键判断与最终验收由十里负责。

  1. 十里负责本心、目标、优先级、关键判断与最终验收。
  2. 可直接与Codex在授权环境内完成思考、调查、辅助判断、执行、验证与文件沉淀。
  3. GPT用于理念探索、讨论、交叉验证与阶段归纳,不是必经中转。
  4. 本地Obsidian/项目文件承载可追溯事实、私密决策与资产;GPT Memory辅助长期背景,组织知识站提供公开共识与项目事实。
  5. 工作安排不代表默认访问权限;不假设GPT能读取本地库、Codex拥有全部GPT历史或两者自动同步。无访问能力时说明限制。
  6. 在既有项目和SOP目录记录真实结果、验证、资产位置与未解决问题;原工作台暂停。
  7. 双知识库由Codex在授权环境内统一梳理:完整来源、私密决策和完整执行记录保存到Obsidian,可公开内容保存到知识站源码。统一梳理不代表自动同步或扩大权限。
  8. 每项事实明确唯一主记录,保留稳定标识、状态、事实截至日期和确认来源;其他页面只引用或保留有版本依据的公开摘要。公开摘要不能代替完整来源,私密主记录的位置不在公开端展示。
  9. Obsidian正式写入、知识站源码写入、网站实际发布分别记录状态、时间与证据;待应用稿只算草稿,写入失败不算完成,本地构建不算发布。先核验适用规则和权限,再执行已授权操作。
  10. Obsidian与组织知识站按同一个知识项目统筹:讨论、资料和项目变化先由Codex读取两端相关主记录,核对证据、日期与冲突,再分别保存完整私密依据和公开摘要。
  11. 网站源文件的变化可以回流为私密端有来源、有版本的核对记录;先检查唯一主记录和替代关系,不能用公开摘要覆盖完整依据,也不能把派生摘要当成独立证据循环确认。
  12. 保存前检查原文版本并备份,分别读回两端结果;发生冲突或中途失败时停止并保留逐文件回执。用户审核具体差异后再批准网站发布,源码保存和本地构建不代表已上线。
AI时代项目执行标准 V1.0 · 试行

项目执行先明确目标和边界,再组合已有SOP、AI工具、岗位成员、数据、知识库、供应链和外部伙伴,关键节点由人做判断。

  1. 目标简报:回答目标是什么、为什么现在做、成功标准是什么、可以调用哪些资源、什么事情不能做、什么时候应该暂停、谁负责最终判断
  2. 能力组合:先判断可以调用已有SOP、AI工具、岗位成员、数据、知识库、供应链和外部伙伴,再组合最小执行方案
  3. AI与人工协作:支持Codex在授权范围内完成思考至验证沉淀,关键判断和最终验收由人负责。
  4. 判断暂停:关键节点由人判断是否继续、是否改变、是否暂停、AI建议是否可信、当前结果是否值得继续投入
  5. 执行验证:把方案放到真实工作里检验,而不是只停留在文档和讨论中
  6. 结果复盘:记录结果、偏差、原因和下一步动作
  7. 知识和SOP沉淀:在既有目录留下人的判断、组织方法和可调用资产;原工作台暂停,不是统一入口。
  8. 积累不以工具或聊天数量衡量:真实任务 → 判断与执行 → 验证 → 沉淀 → 复用。成熟方法记录输入、标准、输出、证据、适用边界和复用位置;未经验证的保留为假设/实验,失败留下边界与教训。
AI × SOP × 能力进化执行循环 · 正式执行

AI协作不仅完成当次任务,还应留下更好的判断、验证有效的方法,以及下一次可以调用的资产。积累不以工具数量或聊天数量衡量。

  1. 发现问题
  2. 分析问题
  3. AI辅助
  4. 形成解决方案
  5. 执行验证
  6. 结果评审
  7. 去芜存精
  8. 沉淀SOP
  9. 形成下一次解决问题的基础
  10. 真实任务 → 判断与执行 → 验证 → 沉淀 → 复用;人的判断、组织方法和可调用资产按既有目录承载,不新增建设项目。
  11. 成熟方法记录输入、标准、输出、证据、适用边界与复用位置;产品事实与素材、模板、代码、数据、测试样例和Skill形成可调用资产。
  12. 未经验证的保留为假设/实验;失败尝试保存有用教训,不升格为成熟SOP。原工作台暂停,不作为统一入口,历史验收计划不列为当前必做。
多平台商品上架与通铺 SOP V1 · 正式执行

以一个产品事实源、核心店精细上新和渠道快速通铺,减少重复制作,同时守住品牌归属与商品真实性。

  1. 确定本周货品:优先新品、完成新视觉升级的商品、当季核心老款、在线覆盖不足的老款和需要更新的旧链接;不为完成数量机械上架。
  2. 确认产品资料包:以货号、名称、品类、颜色、尺码、材质、鞋底、核心卖点、价格与可售状态、主图、详情素材、版本号和渠道限制为唯一事实源;平台可以调整表达,不得改变产品事实。
  3. 确认素材路由:检查视觉版本、店铺归属、品牌标签和产品真实性;品牌版主图与无品牌标签通用主图分开,资料不完整时退回补充。
  4. 核心店首轮上架:由视觉与核心上新岗位在核心精细渠道完成首轮上架,确认后形成供其余渠道使用的通用货品包。
  5. 渠道快速通铺:国内通铺岗位选择店铺,完成必要的类目、标题、属性、价格与库存适配,并检查主图品牌归属;快速只减少重复操作,不取消质量检查。
  6. 跨境独立上新:跨境上新岗位使用AI辅助加人工检查,独立适配英文标题、属性、尺码、材料、起订与交付信息,不直接照搬国内零售标题。
  7. 发布后验收:检查链接、类目、主图、标题、颜色、尺码、材质、价格、库存、运费、品牌归属和可售状态;发现异常立即升级处理。
  8. 群内报数与周复盘:按“日期|岗位|货号|动作类型|平台/店铺|成功数量|失败数量|主要异常|下一步”记录;每周复盘连续动作、异常关闭、品牌标签误用、上线时长和后续有效行为。
项目优先级七项闸门与真实使用三道闸门 V1.2 · 正式执行

先用七项闸门判断是否值得开始,再以真实使用和规模化闸门决定是否继续投入或复制,避免把基础设施上线当成项目成功。

  1. 长期复利:这个项目是否会随着持续投入形成累积,而不是停止投入后价值迅速归零。
  2. 时间增值:今天形成的品牌、产品、用户、数据、内容、SOP、供应链或组织能力,未来是否比今天更有价值。
  3. 抗周期:项目是否能够跨越单个平台、单个爆款、短期流量红利和阶段性行情。
  4. 主航道协同:是否能够与当前鞋类主营业务共享品牌、用户、产品、供应链、内容、数据、组织能力或AI基础设施。
  5. 30/90天验证效率:能否设计低成本验证,并在30天看到过程信号、90天形成继续、调整或暂停判断。
  6. AI与SOP杠杆:AI和SOP是否能够明显降低重复劳动,并使验证有效的方法持续复制。
  7. 90天不做损失问题:如果这个项目未来90天不做,会真正损失什么。回答不清楚的项目自动降低优先级。
  8. 真实使用闸门:项目通过立项后,检查是否已有真实用户或真实岗位、真实任务与输入、明确输出标准、实际使用记录,以及解决问题的证据;未通过前不以新增功能代替验证。
  9. 规模化闸门:在真实使用跑通后,再检查结果能否重复、成本是否可控、异常能否处理、SOP能否被他人使用、数据是否支持扩大,以及放大是否损伤品牌、用户体验和组织稳定性。
岗位周报与问题复盘流程 · 试行

岗位周报不是流水账,而是把工作结果、数据、真问题、个人判断、下一动作和对现有SOP的改进建议整理成可复盘记录。

  1. 记录工作结果
  2. 补充相关数据或可验证事实
  3. 提炼发现的真问题
  4. 写出个人判断
  5. 明确下一动作
  6. 提出对现有SOP的改进建议
数据、执行、复盘到知识更新流程 · 试行

把已确认的数据变化转成行动、复盘和可复用知识,形成团队学习闭环。

  1. 确认可使用的事实和数据口径
  2. 将变化转成待验证的问题
  3. 确定负责人和执行动作
  4. 记录执行过程与结果
  5. 复盘判断是否成立
  6. 将有效经验更新到知识站或SOP候选
SOP从草稿到复盘升级的生命周期 · 试行

让已被实践验证的做法按草稿、测试、审核、批准、调用和复盘的节奏持续更新。

  1. 记录SOP草稿及适用边界
  2. 在真实工作中进行测试
  3. 由负责人审核关键步骤和检查标准
  4. 批准后进入可调用的工作台版本
  5. 在执行中记录偏差和反馈
  6. 按复盘结果升级、归档或废止
六点经营闭环 · 试行

用问题、判断、行动、验证、复盘和知识更新形成可追踪的经营工作循环。

  1. 记录已发生的事实和问题
  2. 明确需要验证的判断
  3. 形成可执行的下一步动作
  4. 设定验证方式和复盘时间
  5. 复盘结果与偏差
  6. 将有效方法更新为知识或SOP候选
客服问题转化为产品反馈流程 · 正在验证

把客服一线问题转化为产品、页面、话术和运营动作的改进线索。

  1. 记录原始问题
  2. 归类问题类型
  3. 判断影响环节
  4. 提出改进建议
  5. 同步相关岗位
  6. 跟进结果
新人第一周快速进入岗位流程 · 试行

帮助新人先理解公司方向和岗位闭环,再进入具体岗位操作。

  1. 阅读快速开始
  2. 理解业务地图
  3. 确认岗位目标
  4. 学习周报方法
  5. 跟随一次周早会
  6. 记录第一个岗位问题
店铺周度数据复盘流程 · 正在验证

用克制的方式记录店铺一周变化,形成问题判断和下一步动作,不在公开站展示敏感经营明细。

  1. 记录关键变化
  2. 定位可能原因
  3. 区分商品/内容/流量/服务问题
  4. 形成下一步动作
  5. 设定验证时间
SPACK周早会成果沉淀流程 · 试行

把周早会中的共识、方法和下一步动作转化为公开组织动态或内部流程候选。

  1. 提取本周主题
  2. 筛选公开内容
  3. 记录关键问题
  4. 标记SOP候选
  5. 发布组织动态摘要
视觉任务交付检查流程 · 正在验证

让视觉交付不只看好不好看,也检查产品信息、用户买点和平台使用场景。

  1. 核对产品信息
  2. 检查用户买点
  3. 检查规格和禁用信息
  4. 确认平台使用场景
  5. 输出修改清单