Android 工程师的意义【产品篇】

2012年我刚开始接触 Android ，至今已5年。技术上不敢说有什么建树，对 Android 工程师的意义倒从未停止思考，这也一直敦促我在新的一年把 App 做得更合格些。

产品篇

• 每一个客户端工程师或多或少应该知道点产品相关的知识
• 没有必要去很系统地去学习，因为 学不以致用，等于没用 （除非你不久就要转产品）
• 通过对产品的 开发实践 中去总结、沉淀自己的产品知识
• 从每一个 小需求 开始思考，举一反三，是不是做对了，有没有做好了

工程师需要了解自家产品的核心价值

以下为胡说八道，如有雷同，那你肯定是抄我的。

即刻 App 的核心价值 —— 时间的价值

• Save your time
  通过一个叫做 提醒 的东西，给你 及时 、 准确 的信息

• 及时性（推送）

• 准确性（条件筛选）

• Optimize your time
  通过 订阅 的方式，优化时间的利用效率

• 我关心的

• 我 主动订阅 的提醒

• 我可能关心的

• 推荐 给我的提醒

• 我想关心的

• 好友 订阅的提醒

• Vary your time
  增加时间的 多样性 ，你看到的东西是丰富多彩的，通过不同的消息类型增加这种多样性

• 消息类型

• 视频

• 音乐

• 图片

• 文字

• Realize your time
  时间现实化，你并非只身一人，通过即刻你 连接 着世界

• 用户 关注关系

• 用户 评论

Android App 的价值

• 通过客户端实现 产品的价值 （后面再讲）
• 充分发挥 Android 手机的能力
  • 硬件能力
  • 电话
  • 设备ID
  • 定位
  • 传感器
  • 多媒体
  • 硬件加速
  • 网络
  • WiFi / WiFi Direct
  • 蓝牙
  • 蜂窝网络
  • 震动
  • 软件能力
  • 开源的 Android 系统（后面再讲）

工程师需要理解需求与用户使用场景的关系

需求 vs 用户场景

• 需求是核心价值的表达方式
  • 理解产品经理为什么提出这个需求
    • 对用户的价值 是什么
• 需求入口的分配
  • 入口的合理性
    • 大小（屏幕的占比）
    • 时间（什么时机、什么条件触发）
    • 地点（位置）
    • 数量（共多少个不同入口）
• 场景的层级关系
  • 场景之间的联系
    • 横向联系
      • 先后关系
    • 纵向联系
      • 主次关系
  • 场景的单一性原则
    • 一个场景只做一件事情
    • don't make me think（浪费时间）
• 需求和场景的闭环
  • 一个需求的闭环有多少个场景合适
    • 哪些场景是无意义的
    • 哪些场景是必须的，少不了的
  • 环与环之间的联系
    • 需求 A 和需求 B 的衔接
      • 都是为产品价值服务，考虑其中的关联性，需求是 聚合 而非解耦
  • 闭环的反馈
    • 完成一个需求带来反馈
      • 有没有 促进 其他需求
      • 有没有 影响 其他需求

这是第一篇。

仅以此系列文章献给那些奋斗中的 Android 工程师和希望成为 Android 工程师的朋友。

作者 hamber

关键字：产品经理, 场景

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！