产品设计初期的6大注意事项

产品经理日常工作中的不确定性因素,无外乎功能bug和需求变更。大概有哪些要点,可以在产品运营的角度,通过预先调研和事前确认,达到有所准备呢?本文试列六点来抛砖。

1、实现上的问题

(1)掌握需求涉及的数据表概况

这是后五点的基础,如字段类型、范围,取什么、怎么取,返回到哪里,返回以后影响哪些现有字段等(在人员变动剧烈的大环境下,这一步往往并非易事);

(2)内外部协同

正如军事地图的“边缘”最容易被突破一样,在跨模块、跨域等多方接口处是bug最为频发之处,也容易出现三不管地区,有必要特别关注接口处的数据情况,尤其是目前’开放‘的大形势下,合作方接口的问题是不确定性的’大户‘;

(3)流程本身缺陷

逻辑再周全,怎奈数据源头不匹配,越老的系统该情况越严重。老实说如果不做好第一步基本数据情况收集,根本无法绕过这些地雷,造成完全失控。理论上讲,收集流程本身缺陷,还能为业务流程的改革提供参考。怎么说呢?从it反过来推动商务,或许始终也就是理论上讲讲而已。

2、性能隐患

(1)需求涉及的字段中,哪几个是访问最为频繁的,具体有多频繁。最为频繁的字段(及其上下级父子)在同期项目中是否有重叠,具体重叠程度;

(2)需求所在页面,是否是并发高发的关键页面,或者是否会产生关联影响,包括上下级相关页面;

(3)如果是举办活动,是否做好了功能和监测上的多方面预备。

3、不同时效的应对

区分长期、周期、一次性、有可能多次重复的一次性。

一次性可以采取半自动半人工的山寨方案,加快实现进度;

周期性的可以考虑开发工具,提高复用能力;

中间状态,有可能多次重复的,根据历史经验,一部分一部分地实现工具化。

4、中途需求变更

事先考虑不涉及逻辑、可能会变动的地方,如数据的数量,更新的频率。培养这方面“常识”和“习惯”,在需求里就提出冗余,做提前考虑。

考虑可能会增加的复杂关联和全新逻辑,并提前预估这些变更的工作量。

确实发生了无法拒绝的巨大需求变更怎么办?理论上通过所谓“挖掘需求方的真实目的,来加以引导,实现双赢”来处理需求变更,实际工作中并没有这么理想化,需求变更涉及复杂的利益纠葛,往往就是没办法双赢,尽量凭专业判断,尽可能不要卷入阵营(实际上还是看团队文化,随缘吧)。

5、体验

关键流程(如购物车,支付页面)是否增加了额外步骤,或有所影响。如果涉及,尽可能不要碰关键流程,采取异步等平行方式,避免风险失控。关键位置的哪怕小小文字修改,也需加倍谨慎。

任何一个细节都考虑性能,页面打开和响应速度是一切用户体验的基础,尽可能让运维角度的思考渗透在潜意识里。

6、监测

对现有监测部署的影响,全局意识,不仅要保证新需求的正确监测,也要保证不影响已有的其他监测。

考虑cookie以及js等互相影响,同业务反复确认监测的互相覆盖特性。

数据监测的注意点:重点考虑加上和撤下两个时点,是否有异常走势。?

s捕获数据,服务器log监测,业务数据等常见监测角度,根据具体需求,选择关注的侧重点。

文章来源:人人都是产品经理

时间: 2024-09-30 19:50:38

产品设计初期的6大注意事项的相关文章

产品设计经历的那些坑(三)--产品设计篇

产品设计是一个比较大的概念,方方面面都需要考虑到,简单一句话可以概括---心中有格局,眼里有像素.管中窥豹,可见一斑,产品既要对市场有用,又要事无巨细,让开发设计人员清晰逻辑.功能.甚至要面对一个像素的改变带来的影响.可以说,产品经理先是面对的是一个系统的设计,然后是协调资源实现设计的大设计过程(暂不议开发上线后的一些运营干预手段). 心中有格局的事以后慢慢说,今天总结一下"眼里有像素"的坑.PRD文档越清晰.细致越好的问题就暂不表了,除理应完善好的文档之外,以下错误排名不分先后发生过

数据产品设计专题(2)- 数据产品设计方法论之框架体系

一.前言 数据产品设计与业务产品设计差异还是比较大的,根据过往的经验,引入5w+1h分析方法,形成数据产品设计思维框架,解决数据产品经理,面相数据产品设计,无从下手的问题. 二.正文 三.解读       3.1 who - 目标用户 数据产品的目标用户是谁,此处需要注意的问题是,用户的多样性,即同一个数据产品可能有不同的用户,需要针对不同的用户分析其需求:       3.2 why - 用户痛点 数据产品要解决的用户的核心需求问题即为用户痛点,此处需要注意的问题是不同的用户,需求不同,痛点不

产品设计的5大步骤

在社会大环境中,每个岗位都有明确的分工,产品设计师的岗位就是要做好产品的设计工作,那如何才能做好呢?今天小编就和大家分享分享. 闲来没事,在知乎.麦子圈等这些专业网站上溜达,总是会有收获的.本文既然是为大家分享产品的设计,那么我们就从产品的角度来聊聊吧. 1.寻找一个切入点 切入点的目的就是为了给用户一个使用的理由,而且这一个理由必须是强需,比如:打车类应用为什么会那么火,很简单,因为人们打不到车,不用你这个东西,他很不爽.网络游戏为什么是大多数互联网公司的现金牛?因为在中国,很多年轻人不打游戏

数字化精准测试工具ThreadingTestCloud面向互联网征集产品设计人员

数字化精准测试工具ThreadingTestCloud面向互联网征集产品设计人员 各位互联网上的测试伙伴,目前我们已经有大量的用户在使用TTC进行数字化的精准测试,从TT升级到TTC历经了整整一年的时间,我们团队这一年一直在全力以赴的研发,我们坚信未来具有规范性.标准性和专业性的数字化精准测试一定会成为专业测试的趋势和潮流. 目前TTC的2.x版本已经发布,该版本是高性能的稳定版本,并且实现了所有规划的核心底层技术,但TTC到目前为止产品设计还是有TTC团队独立完成的,现在已经是大数据时代,大家

马化腾谈产品设计:核心要做到极致

产品经理要把自己当一个挑剔的用户.我们做产品的精力是有限的,交互内容很多,所以要抓最常见的一块.流量.用量最大的地方都要考虑.规范到要让用户使用的舒服.要在感觉.触觉上都有琢磨,有困惑要想到去改善.如鼠标少移动.可快速点到等等. 为产品做设计最难的是订优先级和先后次序.判断功能的好坏不能写个报告统计下流量证明是完了.这是非常错误的,我们要看用户是不是需要这个功 能.所以我希望我们的产品经理在产品设计之初就想得透彻一点.产品经理需要投入更多的关注度,关注度不一样,结果出来的很不一样. 1.核心能力

产品设计步骤 - 产品管理系列文章

笔者做产品经理职位还不久,但是也积累了一些经验,本文就讲讲产品经理对产品的设计步骤,与大家共同交流学习,共同提高. 产品经理现在要求的更多的是需求分析.原型设计和后期的运营三方面重点内容.其中,需求分析这块如果团队人员比较全的话就要求产品经理对需求这块进行把控,项目经理对需求进行整理总结,系统分析师对需求进行分析:原型设计这块是产品经理的一大工作部分,就是在经过了需求分析之后,对产品的界面和用户体验等进行设计,形成基本的操作模式,同时也能够让团队或客户对产品本身的特色做了解和及时的反馈,对产品的

谈谈我的经历--【产品设计中遇到的坑0】系列文章的序

这两年过年回家,总会被人问到做什么工作的,我大概说了不止四五个版本了,对于年长一些的就说手机应用,就就手机里面那一个个的...图标,我就做那个的,对方,哦,哦.然后就被传做高科技的.对于年轻一点的就说做设计的,做产品的,产品经理,产品狗,要不你百度一下吧!对方会被经理二字吸引... 这是一个新职业尽管现在已经不是了,但相比于其他职业,仍然是小鲜肉,一掐淌白水的那种.大多数从业者都是从技术.设计.运营人员半路出家而来,没有系统的课程.教材,摸着石头过河:尤其在产品生命周来看,大家大都在不断的试错中

[转载]TFS源代码管理8大注意事项

目录 1. 使用TFS进行源代码管理 2. 如果代码没放在源代码管理软件里,等于它不存在 3. 要早提交,常提交,并且不要觉得麻烦 4. 提交前要检查你更改了什么 5. 写提交信息时一定要认真 6. 使用代码审阅提高代码质量 7. 一定要管理好数据库的版本 8. 将必要的附属文件集成到源代码管理 TFS具体使用请参考此链接:http://msdn.microsoft.com/zh-cn/library/ms181382.aspx 源代码管理软件是我们工作的必备工具,是许多开发团队的血液.那么如何

2016年第1本:用户体验要素--以用户为中心的产品设计

<用户体验要素>第1版发表于2002年,第2版出版于2010年,第2版的中文版竟然在2015年上市.书的写法比较单调,感觉像是大道理的叙述,不像<写给大家看的设计书>,没有多少实例,看到第29页发现全书的重点就是那一张图.因为软件架构设计中动不动就来个5层设计,界面层.组件层.用户逻辑层.数据服务层.系统框架层,所以用户体验中来个5层框架图还真不太适应. [不过当你的网站设计了之后,可以对照着这些层中提出的要素认真检查一下是不是符合产品的目标?] 书快速翻完了,还不如直接去看豆瓣书