一线产品喵浅谈日常产品工作关注点

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

之前有国内一位Top级的CTO一直吐槽产品经理,对产品经理不以为然,觉得这个职位非常多余。最近突然在微信上对我说:“赶紧推荐我几个产品经理,没有产品经理真不行。

gongzuoguanzhu

作为一个一线产品经理,我觉得产品是一个非常专业的岗位,除一般的需求分析和设计外,还有很多需要考虑的东西。从抽象的需求落实到具体的界面并不是一件简单的事

产品框架

一个产品或者说一个功能点,从抽象到具体,经过了产品目标-内容需求-信息架构-交互设计-界面设计-感知设计等一系列过程。

比如大众点评,作为一个生活信息及交易平台,主要有用户与商户的关系,钞票流入与流出的关系,其中用户与商户的关系又分为线上和线下。

了解了产品目标和用户需求以后,就可以确定需求的大概流程,比如:

1用户在线上找到商户→2付款→3用户在线下获取服务

关于1,用户在找商品时可能有会有三种特征:

  • 用户对选择哪个商户比较模糊
  • 用户完全不知道自己想要什么
  • 用户知道自己想要什么,目标很明确

这三种特征有:曝光,分类,搜索,推荐四种手段可以满足。确定了1的四种形式以后,根据这个形式再形成表现层。

需求无论大小,要考虑全面,逻辑清晰

bignshan

假设用户下载电影的情景,需要考虑:

  1. 下载有几种状态:下载中,下载成功,下载失败,暂停中
  2. 下载队列是一个还是多个
  3. 列表的排序规则是按添加时间倒序排,还是下载完成的排前面
  4. 用户从WiFi切换到手机网络时需要给予耗流量提示还是直接暂停
  5. 用户断网后是否需要断点续传,以便下次有网络时继续接着下载

………

把逻辑和功能点理清以后,以为就没了?图样图森破,还有:

1,如何让用户的操作连贯顺畅,提供具有明确引导性的启示来指导用户正确操作;

2,及时有效的给予用户反馈:

2.1,操作反馈:对用户的每一步操作给予及时的反馈,比如用户添加了视频进行下载,给予提示:添加成功,告知用户成功做了某事

2.2,受范性反馈:要在界面对象的设计上给出视觉上能即时响应用户操作行为的效果,比如一个按钮,有四种状态:

  • 正常(normal),表示按钮处于活动状态,但是当前并未使用。
  • 突出显示(highlighted),表示按钮正被按住或正被使用。
  • 禁用(disabled),表示按钮未启用且无法使用;
  • 已选中(selected),仅特定控件具有该状态,表示控件当前已被选中。

2.3,系统状态反馈:系统需要用户等待或系统出现错误时,要及时让用户明白现状,比如:“连接失败,请检查网络是否连接”,“刷新中,请稍候”等

2.4,选择合适的反馈形式,根据不同的情况,使用不同的反馈,比如大众点评的商户端,在收到付款时的提示是用语音播放的,是因为考虑到线下的商户环境人流较多,服务员所处环境比较嘈杂及无法时刻查看手机等各种元素,才选择了提示性比较强的语音自动播放。

3,避免用户犯错或犯错后可以重新开始

3.1,允许轻松的反向操作:提供撤销功能,使用户可以返回到上一步操作并重新进行选择

3.2,避免用户犯错,使用合适的选择控件(比如单选/多选/下拉列表等),提供最有代表性的默认选项,以及相应的输入帮助,来方便用户准确的输入信息

3.3,提供校验功能:对用户的输入和选择等操作进行实时的判断,帮助用户及时更正错误。

3.4,当用户犯错时,要提供有用的恢复建议并指出错误所在,不能鲁莽的打断与关闭,比如:当网络无法连接时,给予用户提示:无法连接(刷新失败),请检查网络是否连接

 

举例,以下为注册页面,一共三个输入框和两个按钮,涉及到以下细节:

jietu

1,账号的格式要求,如果是手机号码,前端是否需要验证手机号码的有效性;手机号码为纯数字,是否弹出纯数字键盘方便用户快速填写及避免用户来回切换

2,验证码的格式,是四/六位数字验证码,还是英文+数字验证码,英文是否区分大小写

3,按钮默认显示状态、用户输入信息后按钮颜色变化效果

4,错误时的报错提示文字是什么,提示格式是弹框、Toast、还是在当前页面文字显示?

4.1,Toast是没有焦点的,而且Toast显示的时间有限,过一定的时间就会自动消失。

4.2,弹框会阻断用户操作,需要手动点击确认以后才会消失。

4.3,在当前页面文字显示的话,提示文字摆放的位置,页面格式根据提示文字的变化,需要有怎样的视觉效果

5,用户点击【注册】以后,在网络较慢的情况下,页面和按钮如何响应,是否要加锁屏浮层+菊花缓冲提示语

6,异常提示:

6.1,点击【获取验证码】,会有手机号已被注册,输入框为空,手机号码无效的情况,故需提示:

  • 手机号已被注册
  • 手机号不能为空
  • 手机号码不正确

6.2,点击【注册】时,可能会有输入框为空,验证码无效等情况,故需提示:

  • 短信验证码不能为空
  • 验证码已被使用
  • 验证码已过期
  • 验证码错误
  • 验证码已达到最大尝试次数

6.3,短信验证码一般通过第三方通道发送,一条四分钱左右,为了避免第三方通过工具恶意获取短信验证码,除了在技术侧做规避,还需要在产品规则上做一定限制,比如:每个用户每天单个业务最多获取10次验证码。

6.4,邀请码的格式要求,邀请码错误提示,填写了邀请的用户和没填的用户,在注册成功后的区别,有邀请码的用户是否有奖励之类的。

6.5,注册成功后的提示、状态变更及页面跳转

  • 注册成功后同时切换为登录转台
  • 给予注册成功的提示并跳转到相应页面
  • 比如之前是在需要token的页面跳转到注册页面的话,注册成功后需自动跳转回之前的页面

前端写死与可配置

1,可配置的程序设计是为了解决面向对象的程序设计关于接口的局限性而提出来的一种程序设计方法,其优势体现在开发人员可以使用配置文件来更改设置,而不必重新编译应用程序,使得业务逻辑分离出来。

优点是灵活可变通,比如下图中淘宝的滚动banner图,在运营管理后台随时可以修改活动图片及跳转页面,如果该模块是写死的话,每次变动都必须要修改代码,并且重新提交AppStore审核通过,用户更新APP版本后才可以看得到。

zailaijietu

缺点是图片是服务器下发的,网络状态差的话加载会比较慢

可配置的模块需要后台程序进行开发,写死的程序只需要前端工程师就可以完成。

2,程序写死,是把程序中的变量变成不依赖于外部传过来的数据,把它定义成常量。

优点是加载速度快,且开发速度快,无需后台API接口即可完成。产品规划过程中需要考虑哪些模块后期可能会有变化及哪些模块需要随时编辑,这样后期就不会有大的改动。

API接口

API应用程序接口,是系统所提供的功能接口,应用程序通过此接口,来调用系统提供的功能。

一般接口含以下四种内容:

  1. 接口URL地址
  2. 请求参数说明
  3. 返回参数说明
  4. 返回代码说明

接口与需求息息相关,比如【添加银行卡】的功能,我们需要告诉开发同学这个功能:

  1. 【添加银行卡】需要填写几个字段,每个字段分别代表什么
  2. 字段长度是否做限制,是否有默认值
  3. 数据类型是什么
  4. 该字段是否是必填
  5. 异常情况的提示语是什么

添加银行卡

测试

需求提测以后产品同学需要进行功能测试,验证开发提测的功能与逻辑是否与需求一致, 这是非常重要的一点,避免上线后发现问题。

除了功能测试以外,测试工程师收到提测版本以后,一般会进行的主要有以下四种测试:

  • UI测试:确保产品UI符合产品经理制定的原型图与效果图
  • 功能测试:对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。
  • 兼容测试:确保软件在主流机型上都能正常使用(用户使用率已经低于5%以下可以不考虑)
  • 性能测试:性能测试方面必须满足硬件压力条件下的测试需要
  • 用户行为统计测试:核对统计日志,确保各项操作所对应的页面ID以及操作ID都是正确的

数据分析

产品上线了,我们需要通过日常的指标数据及埋点来了解用户的行为是否符合产品设计的预想,后期如何改进设计。

埋点统计指的是植入代码追踪用户行为,统计关键功能的使用次数以及建立模型来量化用户操作行为

日常指标数据有很多,其中主要的有:

捕获111

本篇文章讲的只是部分产品工作中包含的关注点,看完这篇文章,你觉得你们公司需要产品经理吗?

 

本文由 @kakurachen (微信公众账号kakurachen)原创发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 40

登录后参与评论
  1. 谢谢分享
    能问一下 移动产品的页面埋点,我能了解友盟数据SDK的数据,但是我想要某个页面的用户行为分析,能给个指导么?

    回复
  2. 想问问为什么拿点评举例?

    回复
    1. 回复

      我还拿过QQ、微信、小红书、迅雷举例….

  3. :cool: 觉得还不错

    回复
    1. 回复

      谢谢,欢迎关注(微信公众账号kakurachen)

  4. 有总结没有升华,其实就是尼尔森交互设计的十大原则

    回复
    1. 回复

      嗯哈~谢谢建议~~ :grin:

  5. 确实比较全,产品要做的日常工作,作者基本都写了。赞一个。

    回复
    1. 回复

      那关注一下我的微信公众账号呗,kakurachen :oops:

  6. 希望笔者有时间 可以陆续分享 广大小白3Q

    回复
    1. 回复

      之前编辑审核的时候不小心把我微信公众账号删啦~现在加上了~欢迎关注(微信公众账号kakurachen),里面有一些之前的文章

  7. :grin: 第一次觉得是干货的文 感谢

    回复
    1. 回复

      :oops: 谢谢~欢迎关注(微信公众账号kakurachen)

  8. 赞,已经关注作者

    回复
    1. 回复

      顺便把(微信公众账号kakurachen)也关注一下呗 :sad:

  9. 优秀产品也应该略懂编程技术,至少要具有编程思维,在需求提出和沟通上都可以做的更好。另,前段写死和可配置可以一同存在吗?即日常时间是写死,但特殊时间可配置?通过if来判断。还是说可配置但不常换的模块都是通过缓存来实现,以提高每次显示的速度?

    回复
    1. 回复

      这里说的写死和可配置是指native和web的区别吧,如果是native的,要更改那就是客户端的更改,得提交新版本。

    2. 回复

      了解 :cool: 又get到一项!

    3. 回复

      其实我文科出身耶,都是在实际工作中锻炼出来的。最后安利一下,关注下(微信公众账号kakurachen)呗。。 :twisted:

  10. :roll: 很有用

    回复
    1. 回复

      :grin: 谢谢,关注下(微信公众账号kakurachen)呗

  11. 写的不错哦,还是比较全面的

    回复
    1. 回复

      :grin: 谢谢,(微信公众账号kakurachen),我会不定期发文章哦,还有之前的文章

  12. 感谢分享~很有用

    回复
    1. 回复

      :roll: 感谢肯定,安利下我的公众号哈(微信公众账号kakurachen)

  13. 赞一个

    回复
    1. 回复

      谢谢, 不枉我辛苦写出来哈哈,关注下(微信公众账号kakurachen)呗

  14. 写的很好,谢谢分享

    回复
    1. 回复

      :grin: 之前也有分享哦,微信公众账号里有(微信公众账号kakurachen)

  15. 前端写死与可配置—-这个,第一次开发app的人表示快被这个坑死了,没考虑好真的是好难处理,只能等审核等更新,花都谢了

    回复
    1. 回复

      最近我司正在着手通过服务器下发lua脚本,动态改变程序代码。主要用于修复bug。。这样就不用强制用户更新了。也不需要可配置。【对了,关注一下我的微信公众账号呗(微信公众账号kakurachen)】

  16. 觉得已经写的很好了啊,很具体的工作了。文章中只是举例说明了作者工作一部分啦,楼上的都那么较真呢

    回复
    1. 回复

      :neutral: 谢谢~~欢迎关注(微信公众账号kakurachen),我会继续努力哒

  17. 非常有帮助? 另外API接口文档一般是由产品来写吗?

    回复
    1. 回复

      我们公司api接口是技术来写的

    2. 回复

      接口文档是架构师来写的哈~我们要做的是帮助架构师更快更清晰的了解需求~

  18. 用户调研、需求分析、需求落地、原型设计(交互+视觉)、开发-测试、产品运营、数据分析-用户调研,论一个产品生命周期的闭环,题主请继续补充啊~

    回复
    1. 回复

      :grin: 好哒 关注(微信公众账号kakurachen)一下呗

  19. 手动点赞

    回复
    1. 回复

      谢谢~欢迎关注(微信公众账号kakurachen)

加载中