如何做好需求分析

  产品人总会产生各种各样的新想法,这其中极少数“应景且靠谱”的想法会成为产品、惠及网民,而更多产品想法只会成为谈资、或博文素材,比如下文中的这片想法。那么,产生不应景、不靠谱的想法是不是错误呢?我认为不是,这种“产生想法——想法博弈——想法毁灭”的过程,对于一个产品新人来说,至少算是一种对互联网市场的猜想、对用户需求的分析、对产品策划模型的创造。关键在于,自己是否可以通过简单的市场调研、理性的需求分析,对一个自己中意的想法做一次解剖,洞悉其价值。这种解剖分析的过程,就是锻炼和成长的过程。

  所以,我把以下这个想法拖上解剖台,按照“产生——分解——分析——实现——再回顾——评估问题”的过程,简单评估一下其应景与否、靠谱与否。

  

  需求产生:我在PC上阅读的时候,总会在某篇文章中发现一些“或拍案叫绝、或醍醐灌顶、或发人深省”的片段内容。每当此时,总希望轻松存储这些片段,以便收藏并回顾,又不会干扰阅读进程。提升一点儿档次的说法,即所谓的“知识管理”行为之一。

  需求分解:1、在PC上阅读,所以场景有可能是浏览器、阅读器、WORD等;2、阅读过程中存储片段;3、存储快速,以后可以阅读曾经存储的内容。

  需求分析:

  层一:有用

  ●实施文字存储行为,并方便以后的回顾阅读;存储行为在阅读过程中完成,要求快速且便捷。

  层二:易用

  ●网络存储:最好玩点儿云存储的概念,我走到哪里都可以把片段往云彩里塞、或从云彩里看。

  ●分类索引:分类、标签不能少,甚至注释、来源也可以有。一是方便我对内容的管理;二是说不定以后有大用处~~

  ●如何快速:“浏览新浪博客时,选中片段即可发布一条微博”——这种方式值得借鉴。在此过程中加入分类、标签、注释的交互过程,并淡化存储行为。造就一种“一片好知识,不知不觉已上云端”的完美感觉

  ●方便阅读:以某种方式让我舒服的阅读这些片段即可,比如网页方式。

  层三:爱用

  背景:满足了“不打扰阅读行为的快速存储、有效索引、便捷阅读”这一基本需求之后,我所积累的知识就会不断的往云端里塞啊塞。如果这个产品被我的100个其他同行使用,我们101为同好者就会不知不觉建立起一朵肥硕的云彩,关于某一类主题知识的云。

  基于以上两行之背景,则会出现如下之场景:

  ●第一:所有知识均为用户筛选,基本全属于优质内容。

  ●第二:分类索引,让同主题的内容可以有效聚合,并含有注释、来源。

  ●第三:有了优质内容、主题聚合,分享欲望油然而生。我当然希望浏览同行们认可并收藏的知识片段。

  

  需求实现:

  现有工具:

  ●onenote、EverNote、wiz。试用了WIZ,索引及分类不清楚、存储有些迟钝。另外两个没用过,EVERNOET本身50M+,软件本身就够重的,有些麻烦。客户端嘛,最大的麻烦就是要安装和管理,一台PC一种情况,带不走。

  ●阅读器,比如谷歌。可以在有限内容源内收藏、分享内容,但其与需求本身还有着本质差异:阅读器,并非知识管理工具,不能对片段精华的知识进行有效的存储、管理、索引。

  实现方式:

  ●客户端——沦为现有工具之列,加入竞争。另外,客户端+网页的方式,也加大了用户的理解和管理成本。内容源:可以照顾各种内容来源,包括网页、WORD等。

  ●浏览器插件——比客户端轻、比“下面的方式”重。内容源:比客户端缩小一圈,可以照顾所有网页内容。

  ●某阅读器文摘功能——最轻,内容源也最小,限于阅读器订阅的内容。有可能背离最初需求,沦为第二种“现有工具”。

  最终方式:浏览器插件+云端存储+网页展示。

  靠谱吗?回顾需求

  即,回顾最初的需求是否得到了很好的满足,应该从虚拟场景中判断,功能是否抓住了用户的痛点(分析用户需求:在场景中寻找痛点):

  ●场景一:我安装了浏览器插件,以后无论在网络中阅读到任何对于自己有价值的内容,均可“选中内容——选填标签、分类、注释,并自动记录来源——完成云端存储”。

  ●场景二:我若需回顾自己积累的网络文摘,便可以“点击浏览器上的插件按钮——打开网页——按照预设分类及标签阅读浏览”。

  ●场景三:承接场景二,我还可以在网页中“点击公共标签、公共主题分类——浏览他人产生的优质文摘内容——关注某用户及其文摘知识 or 点击文摘来源,直接到来源网页浏览 or ……”,社区形成。

  问题:1 用户对于“阅读过程中记录精华、笔记类内容,并作为知识管理、回顾阅读”的需求有多强?2 由用户产生的“片段化的文摘、笔记类内容”,其可读性、可分享性有多强?

  ●第一个问题,决定了这个产品本身的“产生意义”。

  ●第二个问题,决定了这个产品“到底是做一个纯粹的知识管理工具,还是借用户产生优质内容之东风,做一个知识分享社区。”

  解剖完毕。我对于这个想法的评估,最后简单归结为以上两个问题。当然,由于个人能力和阅历所限,我这种自娱自乐式的解剖,会在过程中产生各种偏差或偏执。所以,最好的方式,是邀请其他同事、同行一起围观解剖台,对自己的想法评头论足,以保证下刀精准、方向正确,从而让自己这次需求分析的锻炼过程,更具备群众智慧和参考价值。

  总之我认为,产品人就是要不断产生想法,然后毁灭想法,再产生,再毁灭…………直到这种反复自我毁灭的过程中,拼杀存活下来一些惠及网民的好产品,自己也就可以欣然的修成正果、立地成佛了~

时间: 2024-09-20 14:44:20

如何做好需求分析的相关文章

“四核”驱动的“三维”导航 -- 淘宝新UI(需求分析篇)

原文:"四核"驱动的"三维"导航 -- 淘宝新UI(需求分析篇) 前言 孔子说:"软件是对客观世界的抽象". 首先声明,这里的"三维导航"和地图没一毛钱关系,"四核驱动"和硬件也没关系,而是为了复杂的应用而发明创造的导航逻辑.说这是发明创造,也不是危言耸听,因为它完全突破了传统意义的页面导航概念,看完了本博客以后,相信会让你脑洞大开.当然这也是一种尝试,只有UWP的出现才会带来这种机遇,希望广大开发者给予指

软件工程:(三)需求分析

       需求分析是软件定义时期的最后一个阶段,因此来讲,做好需求分析是十分重要的.通过学习软件工程的相关内容,总结了这部分的相关知识,下面这幅图是关于这方面知识的总体分析:                              一.任务      需求分析的任务就是借助当前的逻辑模型导出目标系统的逻辑模型,解决目标系统的"做什么"的问题.下面这幅图可以较简单的表达需求分析的相关说明:                二.指导性原则     在章节的学习中并未明确提出软件需求分析

连载:面向对象葵花宝典:思想、技巧与实践(16) - 需求分析终极目的

需求分析有三种级别,你自认为属于哪一级呢 ?   ---写在前面 ============================华丽丽的分割线============================= 需求分析的目的是什么?   你可能会毫不犹豫的回答:需求分析的目的当然是了解客户需要什么!   这个回答看起来是毫无疑问的,我们当然要了解客户需要什么,我们才能给他们做出他们想要的. 但只做到这样就可以了么?   我们来看一个简单的需求,客户找到你说:"我要一只羊!" 这个需求够简单吧?那你是

PHP开发人员升级秘笈

IBM developerWorks 中国网站:关键字PHP的搜索结果 其中推荐: 1. MVC模式.类封装还是黑客代码 2. PEAR实践:PHP中MVC机制的实现 3. 使用PEAR来开发您的下一个PHP程序 潘凡 PEAR是PHP扩展与应用库(the PHP Extension and Application Repository)的缩写.它是一个PHP扩展及应用的代码仓库,PEAR就象CPAN对于PERL一样,会让PHP产生更高的能量.本专栏将由浅入深.一步步的向您展示PEAR的迷人魅力

领域模型的那些事儿:从领域获取知识

前言:你写过用例模型吗?也许有:你写过领域模型吗?也许还没有.在这里,我们可以尝试写写领域模型,看看它的作用.带给我们的好处. 随着RUP在中国的传播,人们开始尝试用RUP统一过程来指导软件的设计和开发,但这些尝试并不成功.比较普遍的,大家都开始使用用例模型来进行需求阶段的分析和设计了.当然,能做出第一步已经非常不错了,但这远远不够.要做好需求分析,用例模型可以帮助我们分析清楚软件需求中要求的各个流程,但我们还缺少OO分析.过去,一旦需求分析完成以后,经过简短的分析过程,马上就开始进入开发阶段.

link环境下制作一款《订餐软件》,需要手机叫号、外卖、在线订餐,从哪里入手?

问题描述 link环境下制作一款<订餐软件>,需要手机叫号.外卖.在线订餐,从哪里入手? link环境下制作一款<订餐软件>,需要手机叫号.外卖.在线订餐,从哪里入手? 解决方案 先做好需求分析,划分模块,从基本功能做起. 解决方案二: 可用qt搞.教程网上搜下很多.

关于高效开发的一些套路与实践

在开发中,编码我们有分层架构.设计模式做为套路来高效开发,但你也知道编码不是开发的全部,一个完全的开发流程用面向对象思想来概括,它分为OOA(面向对象分析).OOD(面向对象设计).OOP(面向对象编程).一个好的代码结构是需要需求分析,架构设计做为辅助的,Stay尝试向你描述一个理想高效的工作流程,有了这个套路,不仅能让你缩短编码时间,还能得到团队的认可. 关于高效开发,大多数人的第一反应就是成熟的分层架构.设计模式以及第三方lib.这些给了我们设计准则还有便利的工具更快的去做需求实现. 高效

营销活动制作过程——以321大促为例

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 一.需求分析 众所周知这是设计的第一步,个人认为这也是最重要的一步;因为整个活动的风格走向都是在这一步确定的.首先需要弄清楚需求方想要什么,可能这个需求方不止一个人,关键是谁来做决定;通过直接或间接的方式收集到的关键词是"热闹"."抢";因为是为3月21日的促销做预热,所以整个预热页面的重点就是促销气氛

从零开始编写自己的C#框架(2)——开发前准备工作

原文:从零开始编写自己的C#框架(2)--开发前准备工作 没想到写了个前言就受到很多朋友的支持,大家的推荐就是我最大的动力(推荐得我热血沸腾,大家就用推荐来猛砸我吧O^-^O),谢谢大家支持. 其实框架开发大家都知道,不过要想写得通俗点,我个人觉得还是挺吃力的.在本系列中,我不会很深入的去讲述那些映射啊关系啊(绕得我头都晕了,这些请大家去查看相关的文档学习吧)......概念上的东西会少讲,直接上实例,讲实际应用.当然如果您觉得这样很不尊重面向对象什么的,那也没办法,只能说我们不在一个频道上.