产品的各种理论或经验性的总结、概念等等五花八门,结合公司目前的实际情况来讲:
公司的业务,是面向特定的”用户“,通过合理运用我们的”能力“,来解决对方”需要“的一个过程,我们统称为:方案
产品是非常多元的工作,绝大多数产品经理在日常工作和时间积累的过程中都存在或多或少向其他工作领域渗透的情况,比如侧重项目管理、侧重技术实现、侧重运维分析等等,其中对团队帮助最直接的方向是初期的方案设计和完善;
这方案,从生命周期来讲包括:
- 前期的业务咨询:根据我们商务和策划在CIM/BIM/工程建设管理/信息化/资产管理/规划策划等等方面的专业知识,基于对行业技术和政策的了解,为用户以ppt的形式出具解决策略,让用户明白我们能够通过什么样的方式来如何满足他们的需要;
- 初期的产品设计:产品经理通过和项目、策划沟通,在了解用户需求或者自己进一步挖掘用户需求之后,结合对我们公司“能力”方面的了解(主要是技术栈的能力和特点),进行产品设计,包括对用户需求的描述、功能界面的描绘、图片文字的表达等等;
- 中期的技术开发:技术基于产品经理的输出成果,按照产品设计的思路,将技术能力转化为功能,从而实现用户需求并最终上线运行,期间项目、产品、技术、测试等都会基于产品设计对工作内容不断修改优化;
- 后期的项目运维:项目实际上线后,会面临用户实际使用过程中的磨合和反馈,以及日常工作当中提供的其他如人员培训、版本升级、故障处理、数据服务、三方对接等等,但是项目本身大部分的产品工作基本告一段落;
产品设计,是在“需求”和“功能”之间架起的桥梁,产品经理在工作中要做的只有一件事,就是“如何更好的实现需求”,只不过不同场景条件下,对“好”的定义不同;
一个工期紧张的项目,快速产出简单清晰的原型图,用虽然使用体验不佳,但是性能稳定、开发高效的功能来实现用户的需要,可以说是好的;
向信息化水平比较低的用户介绍一个相对复杂的功能,多花点时间做一套交互原型,让对方直观感受和体会到系统运行的过程和方式,可以说是好的;
如果有很大几率在功能方面迭代升级,产品设计时留出后续拓展的余地,可以说是好的;
如果是复杂多变的需求,提炼业务模型,多设计灵活可配的功能,可以说是好的;
某个使用频率低的功能,可能就不用花太多精力打磨其用户体验;
某些常见的功能,没有必要非别出心裁创新自嗨;
虽然产品设计的标准往往很灵活,但是在产品设计失误时也不能以此作为借口,产品设计的每个决定,自己都要想好一个说服各方同意理解的理由;
刚开始接触产品设计的人,所做的事情要符合自己当前所处的阶段