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

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

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

    用户 

    先考虑你的用户

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

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

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

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

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

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

    天使用户

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

    场景

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

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

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

    场景不同,问题不同

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

    问题(痛点)

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

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

    不是解决方案!

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

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

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

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

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

    问题背后的假设

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

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

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

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

    如何验证?

    客户访谈:

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

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

    解决方案

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

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

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

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

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

    MVP三种:

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

    产品推介,推广渠道

    产品适配,交付客户体验

  • 相关阅读:
    揆首:以极客的思维做云诺
    [置顶] iOS学习笔记47——图片异步加载之EGOImageLoading
    wxWidgets初学者导引(3)——wxWidgets应用程序初体验(PDF版及附件下载)
    Win7 下用 VS2015 编译最新 openssl(1.0.2j)包含32、64位debug和release版本的dll、lib(8个版本)
    十问华为战略营销总裁徐文伟
    Debug与Release有时候确实不一致
    COM实践经验
    [置顶] (游戏编程-04)JAVA版雷电(奇迹冬瓜)
    第23章 COM和ActiveX(COM可以实现跨进程跨机器的函数调用)
    用Delphi即时判断当前的网络的连接方式
  • 原文地址:https://www.cnblogs.com/lijiejoy/p/9087173.html
Copyright © 2011-2022 走看看