实习两个月，颇多感触，小记一番。
两个月前，可能怎么也不会想到，这么快可以从UI到交互再到产品助理（还是不敢称自己为产品经理哈哈）。有机遇，也有自己的一份努力。总体来说，还是觉得蛮幸运的，公司虽小，但正是因为人力不足，很多事情你得背负着巨大的压力敢于挑起重担，很多事情尝试了之后，才发现原来自己已经成长了这么多。
每一份工作都是从打杂开始，要学会忍受
最开始几天，对产品整体的架构和战略层面不了解，只能在页面上下功夫改动，且不说要按规范来出视觉稿，切图切图切图标注标注标注，没日没夜地对着PS，也有过怀疑，有过纠结自己这样花费这么多时间和精力来做一些重复性地无脑的工作，究竟有没有意义。更可怕的是，之前做寒武印纪项目的时候，都没有和开发们真正对接过，虽然在UI中国里了解了一些规范，但真正交付给开发后，实现出来的开发稿和自己的视觉稿简直是天壤之别，既不是开发哥哥的错，也不是我们标注不够仔细，而是在沟通上，在尺寸上出了重大歧义。毕竟大多时候不在一个办公室里，线上沟通，难免会出问题。有时候想着省点事把，直接出了视觉稿就交给开发们，结果是一遍遍调整一次次重新切图。一旦想要逃避一些麻烦的事，就可能引发更多的麻烦。很多时候我们设计做得更多更细一些，考虑得更全面一些，开发哥哥们就会省下很多不必要的重复性工作。
主动向老板沟通你的想法，哪怕你的想法还不那么成熟
设计一款产品，或者是优化一个产品，首先要做的就是彻彻底底了解这个产品所有的逻辑，亲自体验每一个功能点和流程。当你真正地把这个产品当做自己的孩子一样，彻头彻尾地大量它身上的每一个细节，测试每一个流程，想法就自然地出来了。自己的性格一向是特别主动，属于没事找事那种类型。随着自己对这个产品越来越熟悉，冒出了很多新的想法，哪怕有一些需求还不是很成熟，但只要主动地与老板沟通，让老板明白你是真真切切地想把这个产品做好，而不是老板提一个需求你就设计一个方案。同时在与老板的反馈和沟通中，才会发现自己的思考里的局限性和不足之处。在沟通的过程中，既是在像老板展现你的产品思维，更是一个特别难得的向过来人学习的机会。
产品远远不是仅考虑用户体验就够了
可能是自己一直都偏感性，也可能是因为是一个重度App用户，一直以来的思维都是用户思维，一直以来觉得一个体验好的产品就是好产品，但实际上远远不是这样。情怀是要有，但毕竟创业的本质是商业，商业怎么可能不考虑盈利呢。一个产品如果没有盈利模式，且不说拿不拿得到风投，很可能还没有挥洒情怀多久公司就倒闭了。虽然老板之前提出想做装备商城的时候一直觉得这样产品太重太杂了，既有内容又卖活动还搞社区，用户量都没有多少就想着装备，会不会太着急了。现在仔细想来也不无道理。图文内容实际上微信公众号里和知乎里比比皆是，我们为用户做的实际上就是一种收集、整合再以专题的形式分发，但体验并不算特别好，也不一定会有很多用户买单。而活动这一块的竞品就更多了。小而美的产品确实有不少成功的，比如专注做内容的MONO，但毕竟，不同行业有不同的考虑，户外领域，内容、活动和装备实际上是紧密相连的，内容里的攻略，既可以包含户外运动攻略，也可以包含装备评测，而用户参加户外活动，怎么可能不使用装备呢。所以如果我们这个产品里能为户外运动爱好者既提供他所想要的干货，又有直接的活动报名渠道，还能直接下单购买出行所需的户外装备，岂不是为用户省了很多事，岂不是更好的体验吗。可能在刚接触我们的产品时，用户会有点迷茫，不明白这个产品究竟是干啥的，但只要上手了，发现在这里可以解决户外运动相关的各种需求，难道不好吗。简约并不是只简化设计，而是把复杂的事情交给自己，把方便和快捷留给用户。
另一方面，很多时候，如果为了追求用户体验，给开发们提出各种各样细碎的需求，在目前有限的资源和人力下，唯一的结果就是一再拖延发布的时间。打造产品，其实难就难在怎么平衡商业目标、用户体验和技术资源之间的关系。我们目前这么小的公司，要追求极致的体验显然是不切实际的，我们能做的，就是保证所有流程通畅无阻，没有Bug，体验合格，等上线后得到用户更多的反馈再细化交互和视觉的细节体验。否则不仅一再拖延了发布新版本的时间，大家也会因为总面对一些细碎的需求而丧失工作的激情。
每一个改动都要有理有据，如果没有确定更好的思路，最好的方案就是不改动
现在回想起来面试时提出的那些改动意见，其实都太不成熟，仅仅是为了体验，或者说为了迎合自己的喜好而没有考虑开发成本，没有考虑项目的资源和产品逻辑。实际上很多情况下老板提出的“优化一下XX版块”并不是让你对那个版块大刀阔斧地改动，也许你的方案更好，但如果是建立在巨大的开发成本和时间投入上，影响到整个项目的进程，那就是无效的方案。更何况我们很多改动都只是凭的直觉，那就更不能莽撞地做决定了。只有在积累了一定的行业经验和专业素养后，你才可以相信你的直觉是对的，否则，没有足够的理由，你有什么权利让开发们没日没夜地敲代码。
比界面逻辑更重要的是学会理解后台逻辑。
一个新的需求在落地过程中，往往是产品先行，后台紧跟，最后接口完善后开发们才开始工作。想起之前做校内的项目时，几乎完全没有考虑过每一个数据有没有对应的后台接口，每一个信息是不是都有来源，真是天真又可爱啊。实际上，后台的逻辑和我们所理解的用户操作逻辑完全不一样。比如在构思优惠券功能时，才发现，用户的操作可能仅仅是点击“使用优惠券”并选择可用的优惠券，但后台要做的工作可就没有这么简单啦，涉及到一系列的判断，包括判断优惠券类型是否对应、是否在有效期内相应。一张优惠券的发放所涉及到的投放和统计都是需要后台建立完备的功能体系（包括创建、编辑、删除、查询、数量统计、状态判断、扣减、自动失效等等），用户可能看到的只是一个数字或者一张优惠券的图片，但后台所要做的工作，一定要全面系统，保证前台流程的通畅。最近订单问题也是让自己操了不少心，之前觉得只要用户支付成功，拿到活动的订单号，活动报名的流程就结束了。这几天发现的一个重大bug就是用户的订单即使支付成功，成功跳转到订单完成页，我的订单里该订单的状态还是“待支付”，所幸后台哥哥一个上午就解决了。一个功能的流程，绝不能仅仅只考虑用户所经过的页面，完整的流程一定包含后台的所有相关工作。
不要理所当然地以为常见的功能就很容易开发
自己是个基本上完全不懂任何代码的技术白痴，甚至以为很多其他App里常见的功能，比如手机端的图文混排输入，活动详情的图文混排介绍都是再常见不过的功能，实际上很多App里的一些详情介绍要么是全是大图拼接起来（淘宝），要么是悄悄地接入了一个h5页面，手机端原生的图文混排布局，特别是安卓端，实现起来是非常难的。所以之前和老板讨论一定要加图文详情介绍的时候，仅仅是一直在举例说明这个功能点的重要性，而完全没有考虑过实现这个功能的难度。绝对不能因为某个需求的商业价值很大就马上去做，也不能因为另一个需求的商业价值不大就不做。衡量一个需求的优先级，一定是综合考虑了它的商业价值和实现难度。哪怕一个需求再怎么迫切，再怎么必要，如果不顾忌它的人力成本和其他资源的消耗，不考虑技术同学的感受，那也会是一个大家接受不了的需求。讲到这里真后悔没有学一些开发常识....比如今晚服务器又崩了，我只能当一个传话筒只能干着急啊。
和程序员们搞好关系
程序员哥哥们也是正常的人类啊不是机器啊虽然他们的思维确实很像计算机。他们也是需要你准备一大坨表情包来缓和气氛的，你也不能每天除了需求就是改动除了页面就是安装包。比如晚上的时候嘛就不要再聊工作了，聊聊人生多好。其实那天试着问了安卓开发哥哥几个小问题比如“你们学校现在没课了吗”“平时看什么书呀”发现他其实还是特别幽默也很乐意跟你聊天的~平时你跟他们讲需求的时候他们通常只回一个“嗯”，那是因为在工作啊就像计算机的反馈一样，但工作之余大家还是要多聊聊天，这样以后沟通起来才更方便，你提出需求的时候人家说不定会多站在你的角度考虑考虑问题~
无论怎么样都得多学学商业思维了
之前做项目可能是为了情怀为了锻炼或者就是因为喜欢做产品，但现在不一样了啊，现在人家创业公司也不可能花这么多时间和资本来做公益对不对。做交互可能还不需要考虑太多，但做产品就必须得有大局观，从产品本身到市场推广到渠道销售到成本预算到运营策略都不得不考虑，其中商业思维几乎是贯穿在各个流程之中的，优化体验是为了什么，还不是为了提高转化率。完善流程是为了什么，还不是为了让更多的用户下单。可能设计的终极目标就是在用户几乎觉察不到的情况下，甚至觉得体验非常好的情况下实现你的商业目标吧。
最后的最后，理清思路，整理好所有的需求排好优先级还不够，每一个需求一定要具体划分好原型、视觉、后台、前端的工作时间，后台的工作一定是优先于前端开发的，既不能让前台的工作严重滞后，也不能在后台还没有完善好接口的时候就去跟前台讨论这样那样的需求。时时刻刻都要理清每个任务的逻辑。
工作虽然累呀，但确实比学校的课要来得实在得多，收获也大得多，虽然大三的我还很嫩没见过世面，但是会加油的！
爱户外
网友评论