来说说业务系统的用户调研与需求分析。业务系统由于其复杂性,在用户调研过程中往往容易被需求方带到坑里,对业务系统而言,只讲表面需求,对用户的表述奉行“拿来主义”,都是在耍流氓。
1.用户调研与开发流程优化
业务系统由于其复杂性,往往都是根据需求方深度定制,这就要对需求方进行调研。而需求方的想法往往天马行空、朝秦暮楚,若不能合理规划开发流程,则容易陷入每个阶段都在该需求的怪圈:程序员焦头烂额、怨声载道,需求方天天催促,产品经理里外不是人。
理想的开发过程大致如下(包含但并不唯一):
但是理想与现实往往是有差距的,很多同学在用户调研时没有占据主动,那么开发过程可能是这样:
1.1症结所在
总结之前的项目经验,造成后期频繁修改的原因主要有以下几个:
调研中需求方需求表述不准确;
调研人员对需求分析不彻底,没有认识到需求本质;
产品方案与实际需求有偏差;
项目组内部(PM与开发人员)交流不畅;
出现需求变更时不能及时调整项目计划;
开发过程管控力度不足;
1.2对症下药
兵法有云:知己知彼,百战不殆。认识到了问题产生的原因,那么就要对症下药。要想在用户调研过程中避免被用户带进坑里,就要从调研过程、需求分析、需求确认、内部沟通、需求变更、开发过程把控六个方面入手。
调研过程
在调研时,用户所表述的需求未必是正确的需求(可能添加个人主观因素等),因此需要向尽可能多的用户了解需求。
在了解需求过程中要引导用户对需求的表述方式:比如A工作怎么完成,为什么要这样完成,其中的某个步骤是因为解决了什么实际业务的难点(痛点),而不是去听用户在滔滔不绝地讲他们怎么开展工作(此处可参考故事“我想要一匹更快的马”)。
绝大多数用户都不是专业的互联网人士,因此在调研和沟通时要占据主动,从专业角度给予用户引导和建议,否则很容易被用户天马行空的思维带到沟里。
需求分析
需求分析对产品经理而言是大坑,需求调研与产品方案之间往往不是简单的因果关系。
这就要求产品经理在整理和分析需求时要深入思考,不要执着于表象,具体在下面的章节会说到。
需求确认
产出原型和PRD之后,就需要进入需求确认的环节。需求确认的意义非常重要。这是后期需求变更或出现撕逼的有力证据。需求确认的常用打开方式一般是这样:①向需求方讲解产品方案;并打印书面的、含有原型截图的PRD;③由需求方签字确认,签字确认应包含签字日期。
需求确认旨在明确双方责任,并非借此保证需求一成不变。其作用是在需求出现变更时,明确因此对整个项目带来影响的责任主体,以避免出现需求方主动提出变更,但对项目工期不满意的情形。
内部沟通
俗话说的好:沟通不误开发工。内部沟通是避免出现项目组成员对需求理解不一致的重要解决方式。项目组内部往往包括产品经理、设计师、开发工程师、测试工程师等多种角色,若对需求的了解不统一,则容易在相应环节出现偏差,影响项目的正常进行。
因此,需求确认、需求变更等状况发生时,需要与相关人员及时有效沟通,同时要求所有相关人员在出现疑问时主动沟通而不是自我臆造,对于保证开发过程的顺利进行具有重要意义。
需求变更
需求变更在业务系统中是难以避免的,即使用户对原型及PRD进行了书面确认,但如果出现确认需求的相关人员对实际需求了解不够,或者用户在表达需求时有所遗漏,甚至于在开发完成后需求方修改了相关规章等情况,导致最终确实无法满足需求,那么修改仍然不可避免。
在需求变更时,需及时向各利益相关方告知需求变更事宜,并向需求变更提出方明确由此变更所带来的影响,包括新需求完成的时间节点,由此新需求占用的人力和由此需求变动造成的其他相关模块的变更,对既定开发计划的影响等。
开发过程监控
防范胜于救灾。对开发过程的监控旨在防止BUG,避免开发人员对需求理解出现偏差。应对开发进度进行每日回报,形成明确的疑问反馈机制。
过程监控并不意味着产出的完美无缺,但摸索到最大程度减少问题的合作方式,对于提高效率和需求方满意度是非常重要的。
在用户调研的过程中条条大路通罗马,能够将普遍性与团队、项目、需求的特殊性相结合,具体问题具体分析,找到最优方案,就是成功的调研。
2.需求分析
需求分析的难点在于用户表达出的需求未必是真正的需求,用户的表面需求往往隐藏着更深的本质需求。但是需求分析是工作开展的第一步,若需求理解过程中出现偏差,那么再好的产品设计、再好的原型,也是没有意义的。
写这一章其实是心怀忐忑的,作者和无数前辈大牛相比还是有很大差距,仅仅从业务系统的需求分析入手,谈一谈自己的看法,大家应以辩证、批判的角度去读。
2.1需求概述
需求是指用户的问题。对于业务系统而言,需求即业务的实现过程、原业务实现中的痛点。与互联网产品的区别是,业务系统的需求相对稳定,一般来说变化较少,而产品的生命周期则更多依赖于业务实现方式的调整。
相比于其他产品,业务系统的需求挖掘方式较少,而需求挖掘过程即调研过程,主要通过与用户深入交流、了解用户业务相关的规章制度(或行政业务的法律法规)、分析用户此前已经存在的业务系统、分析用户业务的发生场景等,本文对此不做赘述。
2.2需求分析
业务系统(平台)之所以称之为系统,是因为其业务、数据之间应该是互为关联而不是相互独立的,因此应该从整体的、全面的角度看待独立的需求。独立需求的特殊性共同构成系统的普遍性。
从要解决的问题看需求
这个观点想必对所有产品从业者而言都不陌生。需求的本质是为解决问题,但由于用户表达需求不明确、用户主观因素、或用户由于此前已经存在的系统形成思维定势,因此对用户的表述奉行拿来主义是不可取的。
在了解需求时,要通过刨根问底与业务场景分析,了解到实际的业务需求。产品设计必须建立在对实际应用场景充分了解的基础之上。
在与用户交流时,要根据实际业务提出自己更优的解决方案。从产品设计、流程优化、交互设计、工作协同、视觉设计、安全、性能等各方面对用户提出专业建议。
之前有同学与我交流时说起自己负责的项目,因为之前已有系统,用户的观点是按照原系统实现即可,其实从用户习惯的角度考虑并无不可。但一方面业务系统是往往是自上而下推动,另一方面,业务系统的出发点和落脚点是为更好满足业务。之前系统的交互方式已经融入用户习惯,可以参考,但若照搬照抄,新系统就很难发挥其意义了。
从整体的观点看需求
业务系统/平台的出现,尤其是对于存在多个分支机构、多类用户的系统而言,即将原来独立的业务使用云计算的形式统一起来。
该种情形下,不同独立的业务之间可能存在跨部门、跨单位协作,数据之间的互联互通。因此,需要从整体的观点看相对独立的业务,整合原本独立业务中相同的数据来源,删减冗余流程。
谨小慎微,脚踏实地
业务流程往往是通过相关规章制度而来,而规章制度往往会有明确的规定,比如业务发生的前置条件、业务流程节点的限制条件等,在需求分析时一定要梳理清楚,对系统中的条件限制是保障业务制度的重要方式。
但部分业务规章和实际执行过程中,往往由于实际业务发生时的复杂状况,不能完全按照制度开展业务,此时则需深入了解业务场景,保证业务的正常开展。
3.总结
业务系统相比于其他产品,有诸多特殊性。只有把握其特点,才能知己知彼,百战不殆。在任何时候,需求挖掘、需求分析、需求管理是进行产品设计的必要前提条件,对业务系统需求深刻认识的基础上,建立明确的需求池,按照优先级进行划分,才能为产品规划、设计打下坚实的基础。
作者:张骞
文章来源:人人都是产品经理
本文系作者:
运营那些事儿
授权发表,鸟哥笔记平台仅提供信息存储空间服务。
本文为作者独立观点,不代表鸟哥笔记立场,未经允许不得转载。
《鸟哥笔记版权及免责申明》
如对文章、图片、字体等版权有疑问,请点击
反馈举报
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求,为完善跟帖评论自律管理,为了保护用户创造的内容、维护开放、真实、专业的平台氛围,我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容,同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规,对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息,主要表现为:
1)反对宪法所确定的基本原则;
2)危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一,损害国家荣誉和利益;
3)侮辱、滥用英烈形象,歪曲、丑化、亵渎、否定英雄烈士事迹和精神,以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉;
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动;
5)煽动民族仇恨、民族歧视,破坏民族团结;
6)破坏国家宗教政策,宣扬邪教和封建迷信;
7)散布谣言,扰乱社会秩序,破坏社会稳定;
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪;
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序;
10)侮辱或者诽谤他人,侵害他人名誉、隐私和其他合法权益;
11)通过网络以文字、图片、音视频等形式,对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法规禁止的其他内容;
2. 不友善:不尊重用户及其所贡献内容的信息或行为。主要表现为:
1)轻蔑:贬低、轻视他人及其劳动成果;
2)诽谤:捏造、散布虚假事实,损害他人名誉;
3)嘲讽:以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述,以此来激怒他人;
4)挑衅:以不友好的方式激怒他人,意图使对方对自己的言论作出回应,蓄意制造事端;
5)羞辱:贬低他人的能力、行为、生理或身份特征,让对方难堪;
6)谩骂:以不文明的语言对他人进行负面评价;
7)歧视:煽动人群歧视、地域歧视等,针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击;
8)威胁:许诺以不良的后果来迫使他人服从自己的意志;
3. 发布垃圾广告信息:以推广曝光为目的,发布影响用户体验、扰乱本网站秩序的内容,或进行相关行为。主要表现为:
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式:
2)单个帐号多次发布包含垃圾广告的内容;
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容;
4)多次发布包含欺骗性外链的内容,如未注明的淘宝客链接、跳转网站等,诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光;
6)购买或出售帐号之间虚假地互动,发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容,如通过伪造经历、冒充他人等方式进行恶意营销;
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息,主要表现为:
1)包含自己或他人性经验的细节描述或露骨的感受描述;
2)涉及色情段子、两性笑话的低俗内容;
3)配图、头图中包含庸俗或挑逗性图片的内容;
4)带有性暗示、性挑逗等易使人产生性联想;
5)展现血腥、惊悚、残忍等致人身心不适;
6)炒作绯闻、丑闻、劣迹等;
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息,主要表现为:
1)可能存在事实性错误或者造谣等内容;
2)存在事实夸大、伪造虚假经历等误导他人的内容;
3)伪造身份、冒充他人,通过头像、用户名等个人信息暗示自己具有特定身份,或与特定机构或个人存在关联。
6. 传播封建迷信,主要表现为:
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病;
2)求推荐算命看相大师;
3)针对具体风水等问题进行求助或咨询;
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失,包括通过占卜方法问婚姻、前程、运势,东西宠物丢了能不能找回、取名改名等;
7. 文章标题党,主要表现为:
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户;
2)内容与标题之间存在严重不实或者原意扭曲;
3)使用夸张标题,内容与标题严重不符的。
8.「饭圈」乱象行为,主要表现为:
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论,影响传播秩序
9. 其他危害行为或内容,主要表现为:
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的;
2)不当评述自然灾害、重大事故等灾难的;
3)美化、粉饰侵略战争行为的;
4)法律、行政法规禁止,或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时,本网站将依据相关用户违规情节严重程度,对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号,或者滥用多个帐号发布违规内容时,本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富,本网站出于维护本网站氛围和秩序的目的,将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议,可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)