zoukankan      html  css  js  c++  java
  • 精益产品探索

    翻出以前的课程,每听一次都有不同的感受,特别是在自己搞砸项目之后。

    独立思考、分析能力、逻辑推理

    用户 

    先考虑你的用户

    用户被验证后才考虑你的客户

    站在你的用户角度考虑问题

    无论商业模式多么复杂,不管对用户免费还是收费,都需要最终用户使用你的产品

    用户细分需要足够细分,需要努力找到那一个小的用户细分人群验证你的商业模式

    先发散,逐一验证或者推翻

    在后面的步骤中,如果出现问题无法聚焦,退回到用户人群细分

    天使用户

    • 存在问题或者痛点
    • 知道他们自己存在问题或者痛点
    • 尝试寻找解决方案
    • 倒腾他们的解决方案
    • 愿意并且能够为解决方案付钱

    场景

    移动互联网产品的场景感最强

    有点产品可能先考虑场景,然后考虑场景下的用户

    先对场景进行假设,然后实地验证对场景的描述

    场景不同,问题不同

    场景不同,用户所处的背景条件不同

    问题(痛点)

    用户和场景清晰后,抛弃脑子里的所有点子和创意

    每一个最终用户再每一个场景下遇到的问题

    不是解决方案!

    只有正确识别出用户的问题,才能真正的为用户提供相应的解决方案

    可以用“五个为什么”进行逻辑推理

    没有找到问题的根源,只能治标不治本

    如果问题不具体,多数情况是用户人权描述和定位模糊,或用户人权太泛、太大,需要对用户人群进行重新定位和细分

    多数问题最后都是和情感需求相关

    问题背后的假设

    什么是问题背后的假设:组成这个问题的各个可度量的要素

    假设尽可能是可度量的指标

    假设不同,解决方案完全不同

    哪些假设需要验证?高未知&高可行

    如何验证?

    客户访谈:

    1、忌,推销自己的解决方案

    2、客户是否有过【问题】?以及客户认为解决这个问题的方案?倾听客户,听80%,说20%

    解决方案

    搜集所有被验证后的假设,形成解决方案

    运用迭代式开发,开发出MVP,快速交付给天使用户

    快速反馈:在功能中埋点,收集所有用户使用行为和习惯,最后验证对用户的所有假设

    从反馈的数据中学习,调整下一步的产品功能和策略

    对于产品的任何一个功能/用户故事,反思这个功能可以解决【最终用户】在【场景】下的【什么问题】

    MVP三种:

    问题探索,是否存在?谁?

    产品推介,推广渠道

    产品适配,交付客户体验

  • 相关阅读:
    Codeforces Gym 101142C:CodeCoder vs TopForces(搜索)
    L2-011. 玩转二叉树
    zoj 2976 Light Bulbs(暴力枚举)
    ZOJ 2975 Kinds of Fuwas(暴力+排列组合)
    ZOJ-2972-Hurdles of 110m(线性dp)
    ZOJ 2971 Give Me the Number (模拟,字符数组的清空+map)
    zoj 2966 Build The Electric System(最小生成树)
    ZOJ 2965 Accurately Say "CocaCola"!(预处理)
    HDU 3452 Bonsai(树形dp)
    zoj 3212 K-Nice(构造)
  • 原文地址:https://www.cnblogs.com/lijiejoy/p/9087173.html
Copyright © 2011-2022 走看看