2020年2月19日，雨水，春雨将降落，包裹大地。春节期间疫情肆虐，返京时间不断延迟，19号是一个新的节气，也是我返京开启14天居家隔离的日子，19年产品工作总结再没有拖延的理由…趁机完成…

        19年个人的主题词是“开放”，希望在生活和职业上进行新的尝试，不再拘谨于习以为常的生活样式，尝试打开自己，去窥探，去体验，抱着这样的初衷，19年着实经历了太多“无法想象”的事情，对于职业方面，尝试从7个切入点进行简单剖析和总结。

一、 0-1搭建业务系统，项目启动阶段的疏忽之处

二、 业务流程图、功能结构图、原型草图的重要性

三、 快速吃透一款APP的方式

四、 产品方案不要输在不经意的细节

五、 和总监意见不合？“勇敢”的产出PlanB

六、 当你对原型方案感到自信时，才是关闭Axure的最佳时机

七、 产品择业岔路口“两难”选择——拥有一定择业资本时面对了陌生的业务领域

一、 0-1搭建业务系统，项目启动阶段的疏忽之处

        经历了职前教育CRM教务系统1.0版本设计项目，系统建设目的是满足教学部线上协同办公和学员信息线上留存需求，提高办公效率并沉淀数据价值。项目需要从毫无头绪的日常工作文档、数据表格、业务部门提出的缺乏边界的零散功能需求入手，完成初代版本的原型设计和技术评估并确定最终开发版本及近期迭代计划。历时3周，完成了业务流程、功能结构的梳理以及原型稿的设计。整个项目期间，有疏忽之处值得反思：

1、 摸清项目背景，了解领导愿意投入的资源

        按照决策模型进行评估，该系统属于重要但不紧急，随着业务的发展，线下文档和saas办公软件将不能满足个性化的教务管理需求，也不利于灵活调用业务数据为数据分析师提供支持。所以在公司快速发展期，信息化建设的需求提上了日程，当学生服务模式逐渐定型，初代版本的研发也就具备了条件。

        重要不紧急的系统建设，领导态度上支持但面对突发的研发需求，会分出研发成本去进行临时支撑，需要预见到项目进行过程中可能面临的资源调配和优先级调整，对系统交付期进行保守的估计，对下一步的迭代计划留出时间上的余量，以免给相关业务部门建立错误的交付心理预期。

2、 摸清业务，转化为可视、易懂的产出物，让“思考过程”有形化

        经过和业务部门多轮次的需求对接，业务流程逐渐清晰，同时业务部门提供了大量线下工作文档和数据表格，经过梳理和抽象，它们反映出了更真实的工作内容和流程。

        梳理业务的同时进行用户需求分析，需要回答一系列问题如“用户通过系统想实现什么目的？系统想支持怎样一套人工任务？哪些常见/不常见？……”这个过程需要站在用户的角度去想象系统，也就是在理解用户脑中构建的功能模型，而产品经理脑中构建的系统概念模型应该与其无限接近。

        系统概念模型的构建阶段是在思考的过程中完成的，产出物是系统功能结构图，而思考的过程没有留下“证据”，在做需求评审时，对系统功能边界的设定似乎缺乏了依据，像是产品经理凭空想象。所以建议尽量将需求分析、概念模型构建阶段的重要过程转化为可视化的内容，在需求评审时进行统一汇报。比如制作如下系统架构图，借以说明系统结构的优势（可拓展性、灵活性）：

3、 及时、主动汇报工作进度，填满团队工时

        公司强制要求的工作周报可能需要应付完成，但我们自己要保留一份真正有价值的工作日志，最好是每日。在项目进行中若领导关注度不够高，我们一定要主动汇报，汇报目的是传递以下讯息：项目有进展且整个团队工时是饱和的。

二、 业务流程图、功能结构图、原型草图的重要性

        19年经历了完整系统的设计以及平台内独立生命周期的模块设计，体会到了业务流程图、功能结构图、以及原型草图的重要性。

        业务流程图是准确理解需求、进一步设计功能的基础，也是后期介绍系统功能时的重要资料，能制作清晰、准确的流程图是产品经理的基本功；功能结构图经历了两种使用方式，一种是正向的设计过程，一种是逆向的拆解过程，在设计过程中，它能弥补人类短期记忆容量有限的劣势，记录下思考脉络，随时可以重温任意支点，并修改调整；原型草图是让界面设计快速呈现的最佳方式，比如用铅笔画在A4纸上，单页的纸张比整本的笔记本要更灵活方便，不同页面可以相互比对，进行“交互”…常备一踏打印纸，是个不错的选择。

三、 快速“吃透”一款APP的方式

        之前了解一款app的方式是安装后反复点击操作不同的功能，或带着明确的任务目的像测试一样的完成一系列操作，但忽视了很重要的一点，就是对操作过程进行记录，以至于不能保证自己的操作是相互独立并完全穷尽的（MECE法则）。功能结构图在此时便可以派上用场，逆向拆解，将产品结构记录在脑图中，像是一张展开的产品地图，为下一步分析提供基础。

四、产品方案不要输在不经意的细节

1、不要误以为是“常识”而不再谈及

        人们在表达的时候容易忽视自己最熟悉的部分，错以为是常识而闭口不谈，但可能恰巧是对方的知识盲区，导致你输出的内容是跳跃性的、难以理解的。对应产品方案中的需求描述，同样要尽可能的详实，细节功能点也要描述清楚，如功能按钮点击后是否包含二次确认弹窗，页面多个按钮的交互规则，在自己看来“理所应当”的内容，也要再补充清晰的流程图或者文字描述来确保不熟悉业务的同学能够准确理解其准确的意义。

2、符合审阅者的阅读习惯

        产品总监在打开交付的原型方案后，第一印象可能取决于界面的工整、精细程度，然后才进行业务流程、功能交互等设计内容的审阅。站在审阅者的角度，一个细致工整的方案页面能表现出端正的态度，也给予更多的耐心完成后续的审核。所以对领导要更友好一些，站在他的角度，提供更符合他审阅习惯的产品方案。

五、 和总监意见不合？“勇敢”的产出PlanB

        去年经历了从野蛮生长到有数10年经验产品总监带的过程，着实体会到一个好的环境和领导能提升你的成长速度，在工作配合的过程中，偶尔会和总监“意见不合”，产品功能模块方向、功能细节等等，这些不同的思路都能驱动自己去思考，自己的方案和他给出的方案，差异的本质在哪里，要全盘接受吗？自己的想法有没有可取之处？如果工时允许，我会产出一套planB，主动向他说明想法，经过沟通可能会发现自己方案的不足或者有可取之点。

六、 当你对原型方案感到自信时，才是关闭Axure的最佳时机

        “为了将简历写的更好看而工作”，在一段时间之内自己抱有这样的想法，想跟进更多的项目，有更多自己完成的设计模块，浮躁的心态注定影响单一项目的完成质量，质量比数量要重要的太多。总监为团队布置任务时，经常性的会加一句“先好好想想，多花时间，多想一些，再画原型”，急于完成工作，无法静下心来思考，是产品工作一大忌讳。

        当一件事情准备充分的时候，一定会产生发自内心的自信。对产出物犹豫不决，试探性的提交，态度上就是应付。当审视自己的产出物时感到自信，才是提交的最佳时机。自信的获得一定是方案已经有了清晰的主干流程和分支流程，功能点细节丰盈，交互流畅，需求描述精炼而准确。在最终的自审过程中，一定要达到自己的心理预期，才能关掉Axure，为此次的产出落实版本号。

七、 产品择业岔路口“两难”选择——拥有一定择业资本时面对了陌生的业务领域

        19年在择业的过程中，一家智慧交通、智慧安防龙头企业抛出了橄榄枝，上市公司的全资子公司，项目稳定，业务发展势态良好，直系领导也是很好相处的类型，但是自己对业务领域感到陌生且缺乏兴趣，内心不由得产生抵触情绪。培养兴趣的能力因人而异，性格使然，人为什么会发自内心的抵触一件事情呢？归根结底可能是恐惧，对未知的恐惧，不愿意花时间成本去尝试，不愿承担失败的风险。

        兴趣是放弃这个工作机会的首要原因，次要原因是这样一个重系统集成解决方案轻产品设计的领域确实适合个人稳定的长期发展，甚至可以让你留在这个城市，但自己的产品能力还属于初级阶段，担心稳定在这个岗位上会错失很多产品技能成长的机会。我相信好的工作机会一定会有的，自己亟需的是更重视锤炼产品技能的岗位机会，而不是跨越式的成为业务型产品经理，我必须踏实的经历这个过程，夯实自己的产品基本功。

        2020年，要清楚自己客观的能力模型，更清晰的职业规划，踏实一些，再踏实一些。