启示录 - 互联网团队构成

 

产品成败的关紧因素:选择人员、界定工作职责

作者在本节中反复强调了,「不同的工作要人不同的人专职来做

但是作为初创团队,甚至个人开发者,人力严重不足的情况下,需要「分清项目阶段」,「不同阶段让自己带上不同的思考帽」进行不掺杂无关信息的专业性思考。

通过这一章,我们可以知道,个人开发者,在整个项目流程中:

  1. 分别需要扮演什么样的角色?
  2. 每种角色的职责是什么?
  3. 每种角色需要分配多少精力?
  4. 时间占比如何?
  5. 每种角色的目标产出是什么?

产品达成预期的关键点:有价值 + 可用 + 可行

关键角色及其职责

角色职责补充
PM 产品经理

评估产品机会

  • 机会来源:
    • Boss拍脑袋
    • 用户反馈
    • 可用性测试
    • 产品团队和运营团队脑爆
  • PM需要判断这些需求是否可采纳
  • 工具和方法(产出)
    1. 传统方法产出:市场需求文档(MRD)
    2. 简化方法产出:机会评估(作者提出的方案)

详细定义待开发产品(探索产品的解决方案

  • 需定义的内容:
    • 基本的产品特征和功能
    • 产品的用户体验
    • 产品的发布标准
  • 工具和方法产出
    1. 传统方法产出:产品需求文档(PRD)
    2. 简化方法产出:简化文档(围绕产品原型展开工作)
    3. 注意点:
      1. 文档应该用来描述「功能」和「属性」
      2. 文档不应该用来「讨论技术实现」

【重要】一定要有一个全权负责「定义产品」的人


【重要】产品经理定义的产品没有价值、不具备可用性和可行性,开发团队多出色都无济于事


九成产品未能实现既定目标:

  • 构思拙劣
  • 尚不成熟
  • 可用性差
  • 毫无价值


PM最宝贵的经验:

  • 打造优秀产品的流程
  • 领导产品团队的能力
  • 应对产品扩张的经验
  • 个人对自己的认知
  • 自我激励的能力
  • (不是)行业知识或技术
UED 用户体验设计师

让真实用户测试产品

用户研究

  • 职责:研究分析用户,评估产品或原型是否符合特定用户的使用习惯
  • 工作内容:
    • 拟订恰当的用户测试项目
    • 监督测试
    • 评估测试结果
    • 提出改进方案
  • 产出:
    • 没说...估计是用户画像之类的吧...

交互设计

  • 工作内容:
    • 理解「目标用户」的基础上:
    • 设计有价值、可用的:
      • 目标功能
      • 用户导航
      • 产品使用流程
  • 产出:
    • 「用线框绘制产品需求」,交给视觉设计师

视觉设计

  • 工作内容:
    • 根据线框,设计可见的用户界面:
      • 布局
      • 颜色
      • 字体
    • 传达并唤起产品蕴含的情感

原型制作

  • 迅速制作融合的PM、设计师创意的产品原型,让用户试用
  • 根据用户反馈意见,反复修正原型

与PM密切合作,将功能和设计相结合,确保产品同时具有「可用性」和「价值」

  • PM → 价值
  • UED → 可用性


为了保证「可行性」,还需要软件架构师参与评估设计和产品原型

项目经理

产品定义完毕之后,开发团队接手,项目经理登场

  • 制定计划
  • 跟踪进度

目标:保证项目「按期发布」

有些项目经理,以为管理能力等同于使用微软「Project」软件的能力,这没有领悟项目管理的真谛。

优秀项目经理的特质:

  • 给人工作紧迫感
  • 善于捕捉问题
  • 思路清晰
  • 用数据说话
    • 利用数据:
      • 识别项目方向
      • 确认项目进度
    • 改善产品和开发流程,必须从「测量、收集数据」开始
    • 务必坚持根据「数据和事实」制定决策
  • 果断
  • 判断力
  • 态度
    • 必须克服所有障碍
    • 解决所有问题
    • 一往无前、愈挫愈勇,直到项目成功
RD 开发

成功的产品:真实用户需求(PM) + 现阶段可行的技术方案(RD)

【tips】很多优秀的产品,是程序员抓住用户需求,自己创业研发出来的

OP 运维负责保障web服务正常运行
运营
  • 对外宣传推广产品
  • 产品发布
  • 拓展市场销售渠道
  • 组织重点营销活动

和PM沟通互补:

  • 运营是产品获得需求的重要来源
  • 产品是运营获取市场营销信息的重要来源

小团队的妥协方案

案例

让设计师身兼数职

一个创业公司只有三个人:

获取了不错的结果:很快拿到产品原型(可供目标用户测试的)

可外包内容

  1. 视觉设计
  2. 用户研究和可用性测试
    1. 外包成本较高
    2. 重视「测试反馈」的话,成本更高
    3. 建议让产品经理、交互设计师分担「用户研究」、「可用性测试」工作
  3. 原型制作
    1. 可以从开发团队借个帮手来做

结果导向

不要告诉别人「如何做」,而是告诉他们「做什么」

  1. 收集需求的时候,常听用户谈论「你们应该如何做」,而非「做什么」。思考解决方案是人类的天性
    1. PM如果思考「做什么」,会发现解决方案如此多
    2. 客户不必考虑解决问题的途径
      1. 他们不知道什么可行
  2. PM常常告诉UED如何设计产品,却忘了告诉他们「做什么」