美文网首页手机移动程序开发
好产品如何从0到1(二)

好产品如何从0到1(二)

作者: 斗服脑 | 来源:发表于2019-12-30 14:37 被阅读0次

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    编辑搜图

    请点击输入图片描述

    梳理场景时,需要带着思考:在这个场景下,用户会遇到什么问题?每一个场景用户都需要完成一件事儿,达成一个目标。有哪些因素是达成目标所必须的,哪些风险可能会导致无法达到目标或不能很好的达到目标。这些重点问题在进一步分析后,可以转化为细分场景,直至需求粒度达到在某一场景下的一个功能或某几个功能组合可以满足的范围。

    需求评判

    需求评判的目的是确定需求主场景,以及细分场景下的痛点需求。需求评判可以参照如下维度进行:

    编辑搜图

    请点击输入图片描述

    过分关注远离产品目标和原则的场景和需求,会迷失产品的方向,造成资源的浪费,最终导致产品核心用户的流失。由于用户的预期一直在提高,产品若受限于解决非痛点问题,长期缺乏有效的场景挖掘和优化,在激烈的市场竞争中就容易失去优势。

    任何产品都不可能覆盖需求的所有场景,在资源有限的情况下,满足重点场景就可以大大减少痛点的存在。

    场景的存在依托真实的使用环境,许多产品在用户在调研时往往表示愿意使用,但不代表在现实环境下他们真的会用。例如在办公场景下存在图片编辑需求的用户,编辑场景更多集中在桌面端,移动端虽然也有编辑需求,但受限于硬件设备发展的制约,用户习惯更偏向于图片的收发与传播。如果产品经理不能及早明确核心场景的分布,产品的方向和后续规划会面临较大的风险。

    以办公场景下的文档协作需求为例,场景拆解如下:

    编辑搜图

    请点击输入图片描述

    假定经过分析和讨论,产品团队最终认定了如下产品目标和原则。需要再次强调,产品价值一定要落实为量化指标,以便更好地考量产品发展是否达到预期,及早发现问题一遍重新审视产品决策。

    编辑搜图

    请点击输入图片描述

    经过需求评判,我们认为文档的发现,编辑与分享是满足文档协作需求的主场景,并推导出如下痛点需求:

    编辑搜图

    请点击输入图片描述

    路径推导

    解决场景需求需要定义各场景及场景间的用户行为路径,推导路径首先要判断场景的路径触点。触点是产品在影响用户行为过程中,场景的某个元素与用户能够直接产生接触的关键节点及构成节点的功能规格。触点的判断可以从两方面来看:如果该节点在产品经理设想的场景中必经,且需要用户长时间停留和聚焦注意力,则该节点可作为备选的触点。

    寻找触点可以从竞品中获得灵感,因为从策划的角度来看,产品逻辑和流程的最优解,最终的思路往往殊途同归。凭借产品经理对用户习惯的理解、竞品分析,结合产品所属平台或自身亮点特性,通过逻辑归纳就能推导出场景的触点。

    以上文的协作文档产品中的发现场景为例,场景触点应为一系列包含属性字段的文档集合视图页面组成。根据用户身份的不同,可以将视图划分为我创建的和与我共享两类,视图的基本字段应包含文档名称、文档创建者、文档最近编辑时间等元信息。围绕文档定位和管理,视图应包含一系列的针对文档增、删、改、查诉求的能力。其中视图的查找功能应该包括搜索、排序、字段过滤等基础功能… 产品经理在这一阶段要尽可能的穷举出触点构成元素以及可能包含的所有功能规格。思维导图是值得推荐的触点梳理工具,一份实际的文档发现场景的触点梳理全景图如下:

    编辑搜图

    请点击输入图片描述

    完成触点分析,我们接着要对穷举出的功能进行价值分析,分析结果将作为最终功能评估的基本依据。首先我们要划分功能分类,这里推荐一种温伯格在《探索需求》中提到的功能归类法,操作步骤如下:

    编辑搜图

    请点击输入图片描述

    找出最符合该场景下痛点需求满足的功能组合,该组合下属于明显分类的功能价值最高,属于隐藏分类的次之,装饰性功能则可以大胆砍掉。

    分析出所有主场景的触点及构成触点的功能价值后,依照用户使用习惯连接触点,就能得到场景间的最佳路径和路径功能列表,进行到这里,我们也就完成了产品范围的定义。

    功能评估

    到达功能评估这一步,已属于解决产品结构层面问题的范畴。产品经理要和设计师一道着手对较高价值的功能进行交互与信息架构设计,同时还要拉上工程师粗评功能技术方案与工作量,结合项目周期确认功能优先级,最终将路径功能列表拆分为实际可用的版本需求列表。这里推荐一种可行的操作方法:

    编辑搜图

    请点击输入图片描述

    完成版本需求列表初稿后,产品经理需要和产品决策者及时确认需求列表。在项目行进过程中,根据阶段性目标的变化,灵活调整后续版本的功能规划与排期。

    风雨兼程,不忘目标

    回顾一下需求从场景到功能的完整推导过程:

    编辑搜图

    请点击输入图片描述

    不难发现,产品目标不仅是最早明确的核心要素,也是需求分析过程中的“指明灯”,但产品目标并非一成不变。产品经理始终保持市场风向和用户需求的敏感度,定期review产品目标,灵活调整阶段性目标和打法,让产品这辆高速列车始终朝着正确的方向一路前行。

    参考文献:

    《启示录——打造用户喜爱的产品》 — Marty Cagan

    《用户体验要素》 — Jesse James Grrett

    《探索需求》– Gerald M. Weinberg

    《缔造企鹅——产品经理是这样炼成的》 — 胡澈

    《任务链及其在功能创新上的应用》 — feixiong(熊飞)

    《场景化的产品设计思考》 — arsenli(李森)

    作者:张一弛,华中师大硕士毕业。曾就职于阿里巴巴移动事业群,负责UC浏览器海外版产品工作。2014年加入腾讯,先后在QQ群、QQ HD、PC QQ等产品线从事产品策划工作。现负责新产品TIM核心应用的产品相关工作。

    来源: 微信公众号:腾讯大讲堂

    以上为复杂的互联网产品设计策略举例,搞IT的毕竟是少数。其实大部分产品设计从业者都是做实体产品开发的,以上文章仅供广大实体从业者从另一个角度借鉴。

    实体设计主要解决产品构思能否转化为在技术上和商业上可行的产品这一问题。它是通过对新产品实体的设计、试制、测试和鉴定来完成的,且投入大、技术要求很高,是最具挑战性的一个阶段。

    以后斗服脑还会不定期地分享一些:系统性讲述产品经理/设计师/工程师如何从零开始做出一款好产品的文章。欢迎感兴趣的朋友们持续关注。

    —— END ——

    更多精彩创意文章,请关注微信公众号《斗服脑》

    相关文章

      网友评论

        本文标题:好产品如何从0到1(二)

        本文链接:https://www.haomeiwen.com/subject/wtqmoctx.html