再聊如何做产品

基于前段时间参与的项目,重新思考了下产品工作的方法论

首先,工作层面,按照定义、分析、解决问题的步骤进行。其中定义问题是核心,方向错了,后面的努力多是无用功。定义、分析问题的过程中,对内主动沟通,单独问人或组织会议;对外调研竞品,包括产品试用、FAQ 阅读。这部分的核心更多的是沟通,需要注意的是尊重领导、同事的意见,除非能提出明显更好的方案。

至于解决问题,有些子场景未必要通过产品的形式解决,在当前阶段,线下处理也许更合适,当然汇报时要将当前先线下处理未来再线上化这部分包含进去,这是思考没有遗漏、有产品规划的体现。整个方案先完成再完美,之所以要小步快跑,一方面是灵活,后续好调整;另一方面任何解决方案都有 ROI,都是在与时间赛跑。

其次,产品层面,先对齐需求、功能、流程,再设计原型,从宏观到微观,其实这是比较基础的原则,只是知晓原则的同时还要想办法坚守原则,毕竟前三者一变,很多原型就白画了,本身产品原型中的字段、交互跳转就比较花时间,当然在对齐需求的过程中,如果某些内容是绝对明确不会变的,也可以先设计。

其中,需求层即明确问题,核心是主动,通过一切途径包括找一切可能了解业务的人去了解需求,然后和领导确认。功能层,基于对需求的梳理,明确每个功能的价值。流程层,可以视实际情况细分,比如先画简单的步骤图(流程图或简版流程图),如果这部分确认没问题,再开始泳道图(跨职能流程图)的设计。

再说原型,首先,文案层面 “说人话”,标题、正文、按钮、表头等要一目了然,不要让看的人有歧义,这点在评审阶段尤其要多听听大家的意见,因为存在 “知识的诅咒”,而破解之法是开放的心态,只要一个沟通方有困惑,那就想想有没有更好的说法;其次,数据层面要尽量拟真,比如不要出现列表页订单号都是同一个、列表页跳转详情页的订单号对应不上等问题。为了实现以上两点,一是可以复制线上的真实数据,稍加修改;二是平时要有素材积累,方便复用。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注