总结!一个产品新手的踩坑记

本文讲的是总结!一个产品新手的踩坑记

加入产品大家庭正好三个月了,在大佬们面前不敢造次,于是,觉得可以拿出来分享的,便是在这段春夏交替之光里,亲脚踩的一些坑,以及在坑里获得的一些小发现。所幸的是,在老大和运营设计开发同学们的帮助下,目前还没有摔成骨折,还望日后能留全尸。

踩坑装备

没点装备怎么敢出门打怪。需求讨论会上记录好被提出的需求、其内容、提出者,为之后踩坑、填坑做好准备。对方攻击double没关系,首先血要厚。(实践证明,这些装备在日后我明确需求以及设计完成后自我检查的过程中帮了大忙)。

下面,列出了让我印象深刻的一些坑。

【1号坑:用户需求跟产品需求还是有差】

会议上同学们提出的需求,并不一定是我以为对方以为的样子。并且,这时说到的需求可能还没触及到问题的本源,它可能有更好的解决方法。

入坑姿势一

出了3个需求A、B、C,哇好开心,有三个需求可以做了,但经证实,实际都是因为问题X,解决了问题X,就解决了ABC。

入坑姿势二

同学A说,他想要看到内容X,感谢中文的博大精深我真的以为他想“看”,所以内心的解决方案是在页面中展示内容X,讨论也有提到在页面上展示,但实际确认时发现,由于需要分析统计使用,看并不能解决问题,包含在下载的文件中才能解决。

治疗方案

开完会之后及时整理并列出被提出的需求,针对每个需求,列出自己如果要去施工,还需要了解的问题,尽快向相应需求的提出者了解。

个人理解

我是这样理解这个事的,问题的提出者做到100%的表达心中所想,聆听的人达到100%理解,这只会是一场真空环境下的理想实验,它是难以在地球上实现的。

一个从头开始并非完完全全自己一个人脑洞->代码实现->使用体验的产品,即使熟悉,还是会有疑问或者就是遗忘了的部分,由于提出者对于问题的直观感受会深于在座的各位听众(就是我),所以我在自己的迭代流程中,增加了一个流程步骤:

· 在需求讨论会结束后,(一开始,在老大的要求下)去“整理需求”;

· 列出会议中提出初步决定要施工的需求;

· 对每一个自己不够明确的需求,想好为了接下来的施工,有什么需要了解的;

· 根据会议记录找相应的提出者问。

这时,不要害羞的上吧,扒着同学们的大腿去了解吧(虽然你们可能嫌我烦),不问清楚做出来的东西不如不做,多浪费资源。

【2号坑:需求可能是个伪命题】

虽然需求讨论会上我们已经过滤掉了辣鸡需求(紧急度不高没资源做、没有必要做),但仍不可避免的留下个别漏网之鱼,我称之为需求的伪命题。

入坑姿势

拿到需求(在B页面加功能F)并且确认好之后,我屁颠屁颠的去找架构师聊了,沟通的过程中,发现这个需求是个伪命题(在我看来),因为实际的产品中已经存在了功能F,只是在页面A中,这就意味着,此时提出的这个需求是一个重复的功能。

治疗方案

重复的功能可能会成为多余的挂件,要谨慎;解决了对需求的不理解后,找开发同学确认可行性,避免之后跟开发部门在需求确认会上出现不能实现的尴尬。

个人理解

这不是能够完全避免的问题,因为一个部门的大家,可能都站在同一个大方向上去思考问题,都觉得某个功能有实现的必要,但是其他部门的同学会从他们的方向去思考并给予建议,这大概是人最有趣的特质之一吧。多方向思考借鉴会有更有趣的答案。

到这里,我关注的就不再是去实现这个需求了,而是“对方拒绝了你的需求,并且要求你去思考功能F是留在页面A更合适,还是迁移到页面B更合适”。

【3号坑:一激动就画流程图】

(这是我踩的最深最深的坑,以至于坑了设计师,产生了多次交互修改)

在需求确认清楚之后,这时心里大概有点小头绪小方案了吧,灵感来了想动手写点灵魂速记了吧,此时,向三号坑迎面走来的就是我了。

入坑姿势

感觉自己搞清楚需求了,感觉自己无比机智,猴急的开始画图了。一个激动,流程图画好了,开心儿~ 但是初稿确认的时候,发现问题了,一个需要循环实现的功能,我只考虑了一次循环内的流程,硬生生把这功能做成一次性使用的塑料袋了。怎么办,改嘛,但是我没法跳出自己是人类这个设定,陷入了自己亲手打造的沉没成本中。是的,我只能在此前完工的流程图的基础上进行修改,就很难受,深深的被自己的zz思维限制了,没办法做出更简洁的设计。

治疗方案

想法不健全时不要轻易动手。

个人理解

我在动手写PRD之前,总会在心里跟自己有段黑白对话:

Q:想写PRD吗?想画流程图吗??

A:想啊!

Q:憋着。

A:..

亲测,把初步成形的流程放在心里,把背景价值风险等地基打好,想一下是否有产生连带影响,把它们列出来,再根据以上内容进行流程设计,会比较顺利。

【4号坑:PRD描述不清晰】

入坑姿势

PRD上写着:发消息提醒用户。

Q:你说的消息以什么方式发出(邮件还是短信还是XX)?消息的内容是什么?

A:..

治疗方案

写完PRD之后,施展人格分裂技能,把自己当成旁观者,阅读PRD,把描述不清晰的内容改成有逻辑且饱满的人话,让它可以更好的能被别人理解。以及,参照流程脑补实际使用的情景,检查是否存在问题。

个人理解治个人理解

通常思考的角度首先还是自我,会有局限,所以我还是很愿意多做一下人格分裂的。

【5号坑:一个人搞事情】

闭门造车这样的事情万万使不得,要多跟各部门的同学交流脑洞,凡事多问多沟通,不要把自己憋坏了。

入坑姿势

要实现功能F,自己冥思苦想半天不得解,浪费时间还毫无进展。惊觉不能跟自己打太极,要去找开发同学聊一聊。沟通中得知对方已有内部解决方案,其实借助这个方案就可以无障碍的区分客户类型,实现功能F。

治疗方案

闭门造车使不得,要多沟通。

以上,就是我踩到的比较明显的坑,还望大佬们多指教!

原文发布时间为:2017年8月16日

本文作者:岂安科技

本文来自合作伙伴嘶吼,了解相关信息可以关注嘶吼网站。

原文链接

时间: 2024-10-24 07:53:55

总结!一个产品新手的踩坑记的相关文章

【踩坑记】从HybridApp到ReactNative

前言 随着移动互联网的兴起,Webapp开始大行其道.大概在15年下半年的时候我接触到了HybridApp.因为当时还没毕业嘛,所以并不清楚自己未来的方向,所以就投入了HybridApp的怀抱. HybridApp最早好像是国外的PhoneGap,然后国内有AppCan.Dcloud.APICloud等等.我当时接触的是APICloud,相比于其他平台,APICloud最大的特点是它的混合程度比较高! 要知道,Webapp最大的问题就是性能问题始终无法和原生App相比,由此才发展出来Hybrid

Docker踩坑记

看最近Docker这么火,也跟着用用.结果从一个坑出来又掉另一个坑去了. FATA[0000] Error response from daemon: client and server don't have same version (client : 1.16, server: 1.15) 1 [root@aliyun ~]# docker info 2 FATA[0000] Error response from daemon: client and server don't have s

Spark踩坑记:共享变量

前言 前面总结的几篇spark踩坑博文中,我总结了自己在使用spark过程当中踩过的一些坑和经验.我们知道Spark是多机器集群部署的,分为Driver/Master/Worker,Master负责资源调度,Worker是不同的运算节点,由Master统一调度. 而Driver是我们提交Spark程序的节点,并且所有的reduce类型的操作都会汇总到Driver节点进行整合.节点之间会将map/reduce等操作函数传递一个独立副本到每一个节点,这些变量也会复制到每台机器上,而节点之间的运算是相

Android Studio踩坑记

拾起Android项目,需要使用Goolgle Play Services.顺应潮流换了Android Studio,开启了踩坑之旅. 尝试直接将Eclipse项目导入AS,结果根本没法用啊.正确的方法应该是升级ADT,在Eclipse下导出build.gradle然后再导入.但是升级的时间还不如直接新建项目把资源拷进去,同时也能了解一下AS默认的项目结构. 第一个遇到的问题是新建的项目没有assert和lib目录.java和res等资源都在src/main目录下,于是我将assets和libs

阿里云新手必踩坑系列 - 安全组

文章开始之前,先简单插播一段阿里广告,适合购买阿里云产品的新用户(新购或升级),欢迎大家领取,以支持博客长久发展: [阿里云幸运券领取地址]: http://wzfw.ltd/qjyl      (阿里云幸运券) [阿里云幸运券 - 新用户用途]: 199元  1核2G,60G硬盘云服务器:  http://wzfw.ltd/qecs199 (用买网站空间的价钱买独享IP云服务器,对SEO更加友好) 另有多种产品首购限额免费,例如OSS等.当然这里入门相对困难(先学会ECS是第一步) 免费半年体

Java web 开发填坑记 2 -如何正确的创建一个Java Web 项目

转载请标明出处:http://blog.csdn.net/zhaoyanjun6/article/details/72566261 本文出自[赵彦军的博客] Java web 开发填坑记 1-如何正确的下载 eclipse Java web 开发填坑记 2-如何正确的创建一个Java Web 项目 在我们正确的下载了 Eclipse 之后,我们来创建第一个 Java web 项目.在创建 Java web 项目之前,我们需要做一些准备工作. 项目工作 1. 安装 jdk , 并且配置 Java

曾经踩坑党,如今护航忙 | 袋鼠云的双11故事之一

普通人提起双11,谈的都是剁手党 袋鼠云提起双11,谈的却是踩坑党 每年双11,同样的通宵达旦.同样的激动万分.同样的心跳加速,同样的肾上腺素增加,不一样的是:剁手党在Happy,踩坑党在忧虑. 这个双11,袋鼠小妹采访了曾经参与过阿里双11的几位袋鼠云技术专家,为大家分享他们别样的双11故事.他们分别是袋鼠云首席大数据架构师申杭.首席数据库架构师俊达(大家尊称:达叔),首席运维专家留良.首席售后服务专家南晨.(恩,都是首席,Teamleader级别) 袋鼠小妹有故事,那你准备好酒了么? ---

JavaScript 踩坑心得— 为了高速(下)

一.前言 本文的上一篇 JavaScript 踩坑心得- 为了高速(上) 主要和大家分享的是 JavaScript 使用过程中的基本原则以及编写过程中的心得分享,本文主要和大家聊聊在各个使用场景下的 JavaScript 使用,以及在性能优化方面的优化经验等 二.各种场景下的 JavaScript 1.用于 UI 应用的 JavaScript 与大多数服务器端语言一样,用于客户端应用的 JavaScript 框架从来就不缺少.然而,和用在后端应用与服务中一样,笔者偏好使用较小的模块,将这些小模块

JavaScript 踩坑心得— 为了高速(上)

一.前言 很多情况下,产品的设计与开发人员一直想打造一套高品质的解决方案,从而快速.平稳地适应产品迭代.速度是衡量产品适应性的真正且唯一的标准,而且,这并不是笔者的一家之言. 「速度是衡量适应能力的真正指标.」 --艾瑞克·埃利奥特 许多公司选择 JavaScript,就是看中了它灵活.快速的优点.尽管此言非虚,但如果你在构建 JavaScript 系统时考虑得不够周全,灵活与高速的特性反而可能将你带入歧途. 一些值得特别关注的问题包括: 代码重复 样式或风格不一致 无法随意扩展 工具与模块选择