一个项目带你走进产物司理的世界(3)主用户需求到产物功效

  不管选择哪种产物形态,起首要能满脚需求。对于「简报生成器」来说,一个十分主要的需求是「能给分歧的用户发送分歧的动静(早报)」。这个需求对产物形态的选择起着十分主要的感化。

  定义产物的 ROADMAP,也就是产物规划。产物规划就是申明我们怎样一步一步实现产物功能列表的打算。这个工具有什么用,敬请等候下一篇。

  由于需要将用户消息和用户设置的简报内容相婚配。别的,由于产物形态为小法式,所以能够间接授权微信的用户消息。

  1. 专注早报格局的编纂器。如:图怪兽等各大编纂器,可编纂精彩的图文早报,但内容要本人供给。

  目前,还没有通过定制的体例满脚我的需求的产物。所以,为了提高本人的效率,我决定为本人做这个产物。

  不是所有的产物都需要登录。若是用户不登录,用户只能查看通用的简报消息,「简报生成器」也只是向所有用户推送一样的简报内容。所以,若是只利用这些功能,那完全能够不登录。这也就是所谓的「访客模式」。

  同时,我们只需要定制一个动静通知的模版动静,用户进入小法式之后就能够查看用户本人定制的内容了。给用户发送模版动静通知用户早报曾经生成,就是为了奉告用户该消息,免得用户遗忘。不晓得你有没有由于思维惯性而怎样也找不到「谜底」的时候呢?

   我们做了需求阐发的工做,需要输出「需求可行性阐发演讲」,以确定这个产物能不克不及做。不外,大多时候没有强制要求,日常平凡的工做也不会写雷同的演讲。

  起首我们来简单回首总结下我们提出的处理方案:按照用户事后设置的法则按时爬取各大旧事网坐的旧事题目及摘要,然后将旧事题目归类拾掇正在既定的早报格局中,然后将最终版的早报发送给用户。

  不管是做 2B ( to business,面向企业用户 ) 产物仍是 2C ( to customer,面向小我、通俗公共 ) 产物,正在确定产物处理方案之后,都没法这个处理方案能否曾经被实现及市场验证。当前最好的体例是进行市场调研或产物调研。若是当前市场上曾经有这个产物了,那你就要决定能否还要继续进入这个市场。若是当前市场上没有这个产物,那你就要细心阐发为什么当前市场是没有这个产物(是由于没有需求?仍是很难发生贸易价值),然后决定能否还要继续进入这个市场?

  本部门次要用于展现简报和查找汗青简报。除此之外,以防简报生成呈现毛病或者用户需要预览本人的设置,需要供给「手动生成简报」的功能。

  这一篇我们做了从产物处理方案到产物功能的工做,需要输出「规划的功能列表」,形式能够是思维导图,也能够是 Excel。

  正在调研小法式可否满脚「给分歧的用户发送分歧的动静」这一需求时?我陷入了一种思维惯性,认为小法式是不满脚需求的。由于小法式只能发送模版动静,也就是说每小我只能收到不异的动静,做不到分歧的人收到分歧的动静。可是一想,模版动静不就是通知用户早报曾经生成了。

  “做为产物司理或者手艺人员,良多人都想利用先辈的手艺、采用科学的流程做一个「高峻上」的产物。好比「简报生成」这个模块,能够采用高峻上的语义识别、机械算法精准的获取简报内容(题目和摘要),以至还能够识别题目党,从头生成合适内容的题目……可是这个天马行空的过程忽略了最主要的一点,产物是用来干啥的?满脚用户需求对不?那做为需求方的我,当前想要的产物就是采用手艺所不屑的环节词婚配的体例提高我本人的工做效率,我不正在乎你采用什么高峻上的手艺,只正在乎能不克不及满脚我的需求。所以,良多时候我们不要陷入本人的怪圈,要时辰记住「手艺是为产物办事的,产物是为用户办事的」。后续产物满脚根基的用户需求之后,能够继续迭代、优化产物,做得更完满。而当前最次要的工作就是赶紧上线利用。”

  为手艺选型、手艺框架的搭建供给参考,就能避免后续提的需求被研发以「当前手艺框架不支撑,若是添加这个需求的话,我们需要沉构 balabala…」为来由而。

  最初,还需要评估开辟的时间成本若何?这里只需简单预估一下工做量,同时产物司理需要简单判断「有没有时间做这件事?」,以决定这件事要不要起头。

  不管是做 2B 产物,仍是 2C 产物,正在确定产物处理方案之后,都没法这个处理方案能否曾经被实现及市场验证,最好的方式是先辈行市场调研或产物调研。

   我们对用户做了,需要输出「用户调研演讲」,并同用户确认本人记实的内容,免得本人错误的解读或脱漏部门消息。正在泛泛的工做中,2B 产物大多一封邮件就能处理问题,2C 产物需要做用户的原始记实以留档。

  2. 专注内容的。如:fenng 大大的产物「Readhub」,可通过小法式订阅每天早报,但目前还不支撑定制。

  当前的产物处理方案,起首需要评估「利用现有手艺能否能够实现?」。若是现有的手艺不克不及实现,那你只是提出了一个抱负的处理方案。正在「简报生成器」这个产物中,我们第一步正在选择产物形态时,就进行了手艺调研,看现有的产物形态能否能满脚当前的需求。

  这个时候,我何等想我能懂手艺啊。我想这一点大概是手艺布景身世的产物司理的一大劣势吧。那不懂手艺怎样办?不要乱猜测,不要乱设想!最好找研发做个简单的手艺调研,确认分歧的产物形态能否都能满脚「给分歧的用户发送分歧的动静」这个需求。若是都能满脚的话,再考虑其它的点。若是只要一种形态能满脚,那想再多也没啥用。

  其次,需要评估手艺难易程度若何?若是这个手艺本身很难,鲜有人懂这门手艺(言语),那后续的团队扶植会碰到麻烦。

  上一篇 我们曾经对「简报生成器」这个产物做了初步的需求阐发,而且曾经明白我们有比现有处理方案更好的方案。

  当产物司理能够列出产物的功能列表,那么你曾经定义出了这个产物的范畴,也就是这个产物包含哪些功能特征。那「简报生成器」这个产物的范畴层包罗哪些功能列表呢?我们先看下「简报生成器」包罗哪几部门:

  灰色布景的部门(简报结构、简报生成)属于产物后端功能,用户正在利用过程中对这部门内容根基无~

  好的,今天这篇文章到这里就竣事了,我们的《一个项目带你走进产物司理的世界》系列文章完成进度如下: