Gorit 的个人博客

欢迎来到我的个人博客

大家好，我叫 Gorit，本科计算机科学与技术，目前在做鸿蒙开发

我是谁？

  • 🏷️ 程序员｜ENFJ｜棋士
  • 💗 🏸 羽毛球 | 🎤k歌 | 🚶徒步 ｜ 🧗爬山
  • 🎯 AI 应用｜终身学习｜认知思考｜自媒体
  • ✨ 总得做点什么，不然一天就浪费了！

工作经历

OpenHarmony 开发工程师 （2023.12 — 至今）

  1. 负责攻克团队疑难问题，为团队积累宝贵开发经验;
  2. 参与 OpenHarmony 开源项目共建，从事 7885 手机系统应用开发，参与 systemui、settings 等模块 bug 修复及稳定性问题处理；
  3. 负责BI Service 二期需求开发，通过提供 CommonEvent，RPC 接口给 其它模块。通信，OTA子系统等用于打点信息的上报；
  4. OpenHarmony 系统应用4.1基线及主线维护;
  5. OpenHarmony TV 版本 Launcher 模块 API 从 3.1 升级 及 适配工作；
  6. OpenHarmony PC 应用开发
  7. OpenHarmony 手表开发
  8. OpenHarmony 开源社区共建者

车载应用开发工程师（2021.07 — 2023.09）

  1. 车载系统应用，多媒体应用模块开发与维护
  2. 系统应用语音技能开发与维护
  3. AliOS 公共控件维护

最新文章

  • How Do Programmers Develop Product Thinking

    作为程序员提升产品思维，可以遵循以下体系化的方法，将技术视角与用户需求、商业价值深度融合：

    一、建立产品认知框架

    1. 理解产品闭环
    • 学习AARRR模型（获客-激活-留存-收入-推荐）
    • 掌握用户生命周期管理（从首次接触到流失预警）
    • 绘制产品价值流地图，理解功能与商业目标的关联
    1. 掌握核心思维工具
    • Jobs-to-be-done（用户任务理论）：不是思考如何优化登录流程，而是思考"用户为什么需要登录"
    • 用户故事地图：用技术可实现性反推功能优先级
    • Kano模型：区分基本需求、期望型需求和兴奋型需求

    二、技术视角的产品化训练

    1. 代码即产品
    • 在开发功能前自问：
      • 这个API会被如何滥用？（安全视角）
      • 接口设计是否符合未来扩展需求？
      • 日志埋点是否覆盖关键用户路径？
    1. 数据思维产品化
    • 建立数据仪表盘开发规范：
      • 核心指标（如DAU）的波动归因策略
      • 构建可解释的指标树（指标拆解到可执行层面）
    • 实践因果推断：
      • 用A/B测试验证技术方案对业务指标的影响
      • 通过归因分析优化技术投入优先级

    三、深度参与产品过程

    1. 需求四维分析法
    • 业务维度：是否符合公司战略
    • 用户维度：解决什么场景问题
    • 数据维度：预期提升什么指标
    • 技术维度：ROI是否合理
    1. 技术评审升级
    • 常规问题升级：
      • 原问题：“这个需求技术实现难度大”
      • 升级问：“这个功能对北极星指标的贡献是否值得投入”
    • 提供替代方案：
      用技术手段实现相同用户价值但成本更低的方案

    四、构建用户同理心系统

    1. 建立用户观察机制
    • 每周抽听10条用户反馈录音
    • 参与至少1次用户访谈，注意观察非语言信息
    • 分析客服工单中的高频问题模式
    1. 技术驱动的用户洞察
    • 用聚类算法分析用户行为数据
    • 通过日志分析绘制用户真实使用路径
    • 构建用户分群模型（RFM模型技术实现）

    五、产品化技术方案

    1. 技术方案说明书升级
    • 增加"商业影响评估"章节
    • 绘制技术方案与用户旅程的映射图
    • 预估方案对核心指标的影响区间
    1. 创建技术产品路线图
    • 将技术债偿还与功能演进结合
    • 用产品思维规划中间件迭代
    • 建立技术能力的API化产品目录

    六、培养商业敏感度

    1. 财务指标技术解读
    • 理解LTV/CAC在代码层的体现
    • 用技术手段优化服务成本结构
    • 通过架构设计影响毛利率
    1. 竞品技术分析
    • 逆向工程竞品关键功能的实现方案
    • 绘制竞品技术演进路线
    • 分析技术选择与商业策略的关联

    七、持续学习机制

    1. 建立产品信息源矩阵
    • 技术产品经理博客（如硅谷产品组）
    • 财报技术分析（重点看AWS、Azure等云服务商）
    • 专利分析（通过Google Patents追踪技术产品化趋势）
    1. 实践产品创新沙盘
    • 季度产品黑客松：用现有技术栈设计新产品
    • 技术方案路演：向非技术人员解释技术价值
    • 构建MVP验证平台：快速原型测试工具链

    关键执行策略：

    1. 每周做一次「产品视角」代码审查：
    • 检查自己写的代码是否考虑了扩展场景
    • 验证埋点是否覆盖关键转化路径
    • 评估异常处理是否影响用户体验
    1. 建立技术产品化看板：
    • 将技术需求与产品目标对齐
    • 可视化技术投入的商业回报
    • 追踪技术决策对核心指标的影响

    通过这种结构化训练，程序员可以在6-12个月内实现产品思维的质变，不仅能准确理解产品需求，更能从技术角度主动驱动产品创新，成为"技术产品人"的复合型人才。记住，优秀的产品思维不是否定技术深度，而是让技术的产品思维不是否定技术深度，而是让技术价值获得更有效的商业表达。

    阅读更多