本文是产品系列文章的第一篇，主要从运营需求、用户需求、核心区水果产量三个圈子来阐述。一起看看文章内容吧~
进入腾讯官方业务后，由于处于广而告之的白色部分，平时的假设多与运营有关，根本以B端假设为主。传统互动假设的方法论是陌生的。所以已经整理整改了，也分享给有要求的同学。
这一系列互动产品设想了文章的内容，以及管理中心所需的步骤。期待的文章有6篇，以下几点已经制定很久了:
说明了交互步骤1的需求。假设交互步骤2的框架。假设交互步骤3。假设步骤4中的总体规划假设页面。假设在步骤5中输出交互式文本文档。评估步骤6中的假设测试。
事情中，当虚师带着上下游(产品经理)带着脏(先锋)终止告白的时候，是以需求和供给为模块，大家要求小白给每一个需要供给运营的真实用户一个告白，告。
阐释的需要可以从以下三个方面终止:
运营需求和供应；用户需要供应；产生核心水果元素。1.运营需求和供应
首先，所有产品都有一个全面的目的地。比如摩拜单车大战ofo的产品底层归宿就是成为最大的共享单车平台。有的同学可以空想想去哪个目的地。否则，我们不经意间看看原始商品的贸易模式，就能看到摩拜单车通过分享经济发展的全过程，结束了利润战，变成了现金。
其次，你承接的每一个小的控制模块都有自己的运营需求，比如申请注册，拿登录控制模块，方便终止用户申请，提高用户粘性，在你的用户兴致勃勃的时候进去股权融资也很简单(虽然需要一定的现金)。
那边有一个GSM模板可以应用:DestinationGoal是你的控制模块的 *** 作目的地；号信号，用户应该有什么样的止损；Metric度量总体目标，量化分析到详细的总体目标(已经有了，C端产品往往是面攻率和转化率等。).
分离的详细例子说明，我目前做的控制模块是申报总流量诊断，所有平台的总体目标是帮助运营商转换总流量，提高收益，这样GSM模板就可以分离了。哪个控制模块的目标是快速解释和诊断晃动等。，以便停止校正。
哪个控制模块的信号就是哪个控制模块 *** 作人员用来准确定位相关测试分数，哪个控制模块的度量就是衡量整体目标。哪个控制模块用来表达总流量的相关总体目标(如ecpm)是以例外的方式提升的。
在哪个控制模块下，每一个小功能都可以用那种方法去考虑，然后从我自己脚下的例子中隔离出来，有很多单元都已经诊断分析过了。每个单元的功能是什么？考试成绩用哪个单位解？
每个人都应该考虑哪个过程可以被模仿和使用。虽然没有把每个功能区都列成那样，但在我脑子里已经想通了。最后，每一个大的控制模块或小的控制模块都是有效的，有实际意义的。如果有，你在做什么？
2.用户需要提供
用户的需求和供给才是产品战的设计者想要及时记住的。最后，对一个产品最理想的评价就是用户数量和产品的开放程度。但如果不期待用户的需求和供给，运营和供给就会有一定的矛盾。
最简单的例子:很多硬件配置接受更简单的表达方式，但是从用户的角度来看，表达一定是越低越高的，表达确实会在一定程度上损害用户的感受，这就需要产品战远见者做出非常好的平衡。
用户需求和供给可以通过以下两步来确定:找出目的用户，找出目的用户的需求和供给。
1.找出目标用户。
这应该很简单，而且不会丢失，市场上所有的产品都有一个响应的目标群体。如果目标群体有比较突出的特征，往往交互设计师用它来建立用户画像，从而更加粗略准确地定位自己的用户群体。
再举个例子:我今天做的新项目是一个B端的新项目，它的目标群体是光面通(腾讯官方人际传播告白)总流量相关商战的产物。B端产品构建用户画像的关键点和C端一样低，以至于B端用户本身就是一群有特点的底层零散群体。
2.找出目的地用户的需求和供给。
用户的需求其实并不能从用户的内心中间接得知，因为很多用户其实并不知道自己真正要求的是什么。
令人印象深刻的是，在《复杂性第一》这本书里已经提到:一个用户说，我现在想要一个馒头，最好的办法是不给用户一个馒头，因为我们都知道那里的用户真正的需求是“用户饿了，他们想吃专用工具”。什么时候，如果给用户提供一个鸡翅，大单位的大城市会更开心。
你可以用那边的kano模板来终止分析，如下图(图片取自:人人都是产品经理):当用户其实并不知道自己的真实需求时，一旦人人的产品能够提供比用户预期更多的功能，用户满意度就会大打折扣。
进一步评论kano模板，下方方圆的白色平行线是用户认为必须的功能，那种功能在硬件配置上肯定是存在的。比如歌曲硬件配置上的基本功能缺失，比如收藏歌曲直/爱歌直，会极大的激起用户的虚心。
管理中心的翡翠平行线是用户明确提出的需求和供给，即越多越好。屏幕上淡黄色的平行线属于需求平静型，即用户自己不知道自己需要的特殊工具。如果一个产品能够供应几个平静类型的需求，用户的满意度会得到更好的提升。上面提到的提供给用户的鸡翅，属于需求冷静型。
卡诺模板
那么如何详细解释用户的需求呢？
在那里，需要分离“使用场景用户目的地的目的地用户”，分离案例，并声明总流程诊断控制模块:
用户的目的是争取总流量的产品。使用场景是准确定位相关的口供和总流量来终止诊断分析；用户的目的是诊断全流程的总流量，解释一些征兆作为根本原因，停止精准定位，快速跟踪发展服务合规。
“用户的目的”和“用户的需求和供给”原本被认为是非常接近的，把它们分解成详细的场景(尤其是与C端产品相关的场景)更容易得出结论。
3.生产核心水果元素。
那边核心区的水果元素听起来比较模糊，主次可以从用户的想法/用户的担心/停滞的利用三个圈子来满足终止和优化的需要。
用户的想法是指改进极端用户的想法以发展用户满意度的全过程；用户担心是指用户担心的测试分数，比如隐藏的公开泄露；停滞的利用意味着在步骤中没有顺利的驻留。
同样的例子说明，今天的总流量诊断控制模块，和前面说的用户需求一样，是通过对单个总流量的全过程分析，粗略对比分析，分析数据信息动摇结果，快速停止精确定位。然后用户的想法是停止精准定位更强更快，用户担心没有数据准确性/分析时间更少/页面内容量。光是利用我停滞不前的时候有很多知识的假设是不够的，也就是互动的关键点。
距离上面是B端产品，确实不够好。在C端产品中，用户的想法往往是通过“狼”的全过程构思出来的，贪婪/干巴巴/散漫/思想冷漠等。
整个过程经过以上三步，应该可以更好的确定用户的需求，其中更重要的是将他们分离出来，利用剧情战目标群体的特点来终止考虑。
下篇见~
文章由@新雨本创发布。已经约定，劝阻拦截。
图片来自Unsplash，据CC0和平谈判。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）