B端产品经理是一种什么样的存在?
共 7970字,需浏览 16分钟
·
2020-12-20 18:49
苏杰:《人人都是产品经理》
后显慧:《产品的视角——从热闹到门道》
刘志远:《电商产品产品经理宝典——电商后台系统产品逻辑全解析》
唐韧:《产品经理必懂的技术那点事儿》
1. B端产品
2. B端产品经理
明确查询方向后再起步。
从跟业务同事的沟通中发掘竞品。
通过专有名词进而搜索更多资料。
通过试用渠道体验竞品。拓宽搜索渠道:百度、谷歌是首选,知乎、简书找文章思路,知网、万方找专业信息。
竞品分析报告,应包括:行业发展状况,“有哪些竞品?”,竞品使用者和特性的描述,自己的产品与竞品之间的比较,通过分析得到的结论和信息等。
商业需求文档,应包括:产品创意产生的背景、产品或解决方案介绍、产品规划、产品成本、产品收益、产品风险等。
发现问题:你正在做什么申请?做的过程中有什么不舒服的地方吗?遇到了什么问题?
分析流程:你现在用什么方法来解决这个问题?
探索机会:为了更好地解决这个问题,你认为有什么办法能帮到你?或者哪些地方可以优化一下?
分析和预测需求:了解用户的期望,以及限制条件。
现状分析:用户已经从现有功能中得到什么,是否满意。
缩小差距:采取什么手段可以缩小未来(期待)与现状的差距。
痛点:好的需求犹如根治用户痛处的良药。B端产品通过调研用户基本可提炼出痛点。
收益:需求应有可量化的结果导向。
明确、可行、简单的第一步:挖掘需求就是降低需求中的含混性,使之明确。如果在需求落地成型阶段才发现含混性,这个时候的改正成本实在是太高了。
探索需求的重要方式是以数据驱动的思路去探索业务。因为行为产生数据,数据联系(指导)行为。比如:用户下单产生订单(数据),订单传递给库房的生成人员指导他们发货。
用图形(流程图、实体关系图、数据流程图、用例图)来明晰业务和需求。
2 . 设计阶段
组织信息:最简单处理信息的思路就是根据时间、字母、数字等内容,对信息进行组织分类。B端产品经理要注意把实际业务中,已经存在的信息组织结构,如:现有组织架构、单据分类等,在系统中映射出来,满足用户的预计和操作习惯。
给信息加标签:给信息加标签(取名),便于快速查询。注意取名需让用户易于理解。
设置找到信息的路径:即设计导航,B端产品大多是工具型产品,三级菜单一般足够。
搜索信息:B端产品的搜索场景中,精确搜索场景较多,因此,B端产品经理更多关注的是数据的结构。
描述信息的特征:B端产品经理在设计产品方案时,要关注数据对象的属性,即元数据。比如:学生的元数据包括姓名、生日、成绩、学号等。因不同的角色由于工作需要对元数据的定义不同。对元数据的理解不同会影响报表和展示信息的设计。
表单页:用户向系统进行增加、删除、提交信息的操作页面。
详情页:向用户展示详细的信息。
列表页:向用户展示结构化的数据信息
Dashboard页:监控着整个系统的状态和运营数据。
根据站点地图,找到要设计的页面类型。
根据页面类型对应用户操作行为,思考出各自对应的模式。
用组件搭建成对应的模式。各种模式的布局和组合,最终形成产品原型。
模式名称:给模式命名,便于搜索和管理。
概念和价值:给模式定义,明确给用户的价值。
使用范围:说明模式边界条件。
模式描述:描述模式如何运行,即交互。
相关模式:与这个模式相关的还有哪些。
低精度:页面流程图,展示页面中的关键组件及页面之间的跳转流程。
中精度:展示页面布局,展示包含所有组件的页面,像照片一样。
高精度:详细展示原型中各个组件在不同操作下所展示的信息。(结构化输出文档)
系统状态可见:用户能够随时获得产品反馈的信息,会让用户产生对产品的信任和安全感。
系统与真实世界匹配:要参考真实环境使用的单据和报表,将其映射在产品中。
用户掌控和自由操作:用户可以自由退防护或者结束当前任务。
一致性和标准化:让界面元素和操作形成一套让用户可识别、可学习的标准,并且在产品的任何地方都可以应用。
避免错误:需要检查一下界面的按钮是否可能产生误触。
直接识别比记忆好:产品要减少用户的记忆负担。
灵活高效地使用:要不断地提高界面使用效率
美观和简约的设计:设计要简明突出。
帮助用户识别、诊断和解决错误:着重关注给用户反馈的操作信息,且尽可能以友善的态度表达。
帮助和文档:需要在界面上提供必要的使用帮助,并整理出专门的产品使用文档帮助用户学习。
主动学习设计知识,如:常逛逛Dribble、优设、站酷之类的设计网站,提高自己对设计的认知。同时,了解公司或团队的设计规范。
明确指出设计重点,表达顺序。明确页面中重点功能是什么,使用者在什么场景下使用,以及希望用户重点使用的界面组件和信息有哪些。
给出设计案例。可以找一些比较好的设计案例给设计师参考,指出案例中哪些元素可以参考。
3. 研发阶段
项目会议纪要模板:帮助大家高效输出内容完备的会议纪要。
上线验收清单模板:让大家按照清单和步骤执行可以减少出错、提高效率。
项目工作流:明确各自角色的任务及配合时间点,团队配合更紧密。
4. 发布阶段
产品是否具备上线条件,比如:是否有测试报告,是否得到使用方的验收。
产品的操作培训是否完成,或者是否至少有使用说明文档。
产品上线时间是否合适。产品上线的时间点是否会影响其他业务操作,是否需要配合整体的运营计划。
背景介绍:介绍所发布产品的背景信息,比如:时间、地点、任务、事件等信息,便于大家了解背景知识,从而减少认知负担。
描述阻碍:描述用户目前会遇到的问题,并让大家认同该问题确实会给自己带来不便。
点燃希望:向大家说明这个问题有解决方案,引起打击的期待和注意。产品经理客户可以介绍这个问题的解决方案,及概念或者同行业对这个问题的解决思路。
震撼登场:抛出问题的解决方案——即发布的产品是什么。
展现价值:描述这样的解决方案和产品会给用户带来怎样的价值和收益,可以配数字,这样会更有说服力。
精雕细琢:介绍产品重要的细节、工作原理。
给出诱惑:给大家送一些福利,让大家快来体验产品。这里可以根据实际情况来选择使用。
5. 监控阶段
SQL可能是最容易入门的编程语言。因为他书写出来的代码,完全是按照英语语法,是初中语法中最简单的部分。只要学习非常少的SQL知识,或者说是几个英语单词,就可以快速在工作中使用。
使用频率非常高。
有助于产品经理理解数据分析的思路。
《SQL基础教程》,这本书内容实用且基础,适合零基础的人学习,且它描绘了很多使用场景。
学习编程的网站,如http://www.w3school.cn/ ,这里的教学内容简约便捷,可以当成SQL使用的工具字典
找一名程序员同事当老师,随时实践、随时请教问题。
三、最重要的产品力是什么
1. 关于产品力
拿本书作为产品来举例:作者可以被视为产品经理,读者可以被视为用户。书中内容几乎覆盖了B端产品经理工作场景、工作内容、工作方法、工作规划等读者可能有疑惑的方方面面,在每个层面,作者都给出了非常恰当、贴合实际的指导理论,也就是给读者提供了解决问题的工具。
2. 关于产品力的获得途径
教育经历:北京理工大学工业设计方向硕士
工作经历:To C——高德地图、百度地图;To B——小米物流系统。
其他经历:PMP项目管理认证、“人人都是产品经理”专栏作家。
个人微信公众号:李宽wideplum
喜欢看书、涉猎历史、哲学、科学、经管、互联网、技术等各个领域的书籍。
把写书列为一个长期的目标,规划了5年左右的时间。
因为B端产品经理的知识没有成型理论和体系,所以,作者立志填补这项空白。期望自己的总结和思考,为中国产品经理职业发展提供理论和实践的支持。
为了写书,查阅大量现有的互联网、经管类书籍,还有大量的软件工程类书籍,以及学术论文。
查阅资料注重追溯知识本源,了解知识的核心要义。
本书展示了作者对B端产品经理的理解,介绍了B端产品经理的工作流程、工作方法、工作场景,以及作者在工作中的经验总结。
喜欢跟研发同事散步聊产品和设计,在无拘无束的畅谈中总结自己对产品的看法和观点。
对世界充满好奇。在好奇心的驱动下,习得的知识非常宽广。
对产品工作发自肺腑的热爱。兴趣让学习、规划和实践更加纵深。
目标驱动、规划落地。目标明确,为达目标时刻准备。
喜欢追根溯源。了解知识时追求本源,学习知识时抓核心要义。
持续学习,知识内化,不断总结和输出。工作实践不断总结成经验和方法,形成自己的理论体系,揉碎成通俗易懂的生活例子阐释。
寻求好的实践经历。在好的项目、工作环境中迸发出更多的灵感和提升。
点击“阅读原文”
查看更多干货