X

曜彤.手记

随手写写,关于互联网技术、产品与创业

GeekBank C++ 线下班学习心得(三)


淘宝产品经理分享:

团队合作:

产品经理需要具备对于技术和视觉设计和交互设计的基础了解,不关注具体的技术实现,而关注技术实现对产品方面的影响。不要过多的干涉设计,让设计师进行主导。

产品经理需要思考战略:有对产品的整体观,看终局(市场最终的结局是什么样子、未来的方向)、做布局(必须做哪几件重要的事情)、定位(告诉自己和用户:我是谁,我在哪来,我能为你解决什么)、策略(哪些路径可以走,选择哪些路径,用什么样的节奏和方法);

注重看产品的更新版本,看连续两次版本更新的功能差别;

项目启动前到产品上线:

MRD的内容:(大体包括:怎么做,用什么方法做)

  1. 为谁解决这个问题(目标用户);
  2. 产品要解决的问题(产品价值);
  3. 市场有多大(市场规模);
  4. 成功的必要条件(解决方案的关键点);
  5. 有哪些同类产品(竞争格局);
  6. 如何把产品推向市场(营销组合策略);
  7. 怎样判断产品的成功(KPI);

投资评估

投资和投机

功能需求:(从一个输入框说起)

  1. 前置条件(进入页面):
    1.1. 用户状态:用户状态正常,完成支付宝实名认证;
    1.2. 登录状态:已登录;

  2. 标题属性:
    2.1. 是否必填;
    2.2. 字数限制;
    2.3. 默认提示文案;

  3. 内容安全校验:
    3.1. 触发校验点;
    3.2. 先分清,再调用违禁词表;
    3.3. 命中关键字,弹出提示;
    3.4. 提交时判断违禁词类型;
    3.5. emoji 加入到违禁词表;

  4. 失焦后越策类型:
    4.1. 调用类目预测接口,返回类目 ID 和类目名称;
    4.2. 返回值为空时,缺省类目“ID=1278786”;
    4.3. 修改失焦后重新调用;

  5. 提交校验项:
    5.1. 字数校验;
    5.2. 违禁词校验;

非功能需求

  1. 数据采集,用于评估产品效果;
    1.1. 设计评估指标;
    1.2. 设计客户端数据埋点,PC 埋点;

  2. 灰度要求:
    2.1. A/B Test;

  3. 项目要求:时间、资源;

  4. 初始化数据;

  5. 风险评估和方案:
    5.1. Anti-Spam 反垃圾;
    5.2. 安全风险;
    5.3. 开关;

  6. 关键性能需求:
    6.1. 响应时长:时间结降级方案;
    6.2 流量消耗:图片降级方案;

  7. 帮助和反馈课题;

后台设置开关控制前端的控件显示(防止错误出现影响用户体验);

PRD评审:(功能评审,版本评审)

  1. 功能没有价值 => 回到问题和目标,数据和经验先明确提出来,引导建设性问题;
  2. 过度设计,成本太高 => 尽量避免完美主义;
  3. 产品设计失误或缺失 => 定位问题,引导讨论优化方案;
  4. 技术细节过度讨论 => 指定相关人给出方案,迅速推进;

设计评审

如何优雅的参加设计评审

技术方案评审关注的几个重点

3P(产品经理、设计师、开发工程师)的爱恨情仇:不要以专业自居(比如设计和开发之间);

发布上线:(两周开发一周测试)

  1. 灰度发布:检验 BUG 性能指标关键指标监控;
  2. APP 发布到渠道;
  3. Web、H5 和服务端发布;

项目启动后:

3种典型的运营

用户运营

常用指标

内容 / 社区运营

用户发现内容的路径:



这是文章底线,下面是评论
  暂无评论,欢迎勾搭 :)