记录拟入行PM的每一步

自身是信息系统与信息管理的本科专业,应用高级编程语言C#,基于Microsoft.NET.平台进行Web窗体、Winform进行项目开发,数据库层面,为协同团队稳步开发,统一采用SQL server 2008。由于初次参与项目,对于doc net开发中的三层结构认知尚浅以至于前期项目战略性方向把握不足,以至于小组成员分工混乱,相互推脱责任,项目停滞不前。

1:数据访问层(DAL):主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务.

2:业务逻辑层(BLL):主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,如果说数据层是积木,那逻辑层就是对这些积木的搭建。

3:表示层(IU):主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。)

对于项目指挥上的失误,在一次例会总结后,通过大方向上的引导,及组员间的相互交流(共8人,因布局的失误,1人退出项目团队,剩余7人)进一步加深了对项目本身的理解,站在产品经理的视角(产品经理做的事情,本质上是打通问题(用户需求)与解决方案(产品),从而优化这个世界。用户需求与产品的匹配过程是产品定位的重要环节,需求驱动产品与运营,不了解用户需求的很难做好产品经理)上解释,第一次将战略层把握好(了解用户需求,认知产品目标),战略层面的思想肯定是贯穿项目始终,并不断完善。前期在深度挖掘用户需求后,并进行部分实地调研,与潜在用户群体进行深度访谈后,通过感性层面的对话,归纳推理出表象后的真实需求,在进行该过程前,首先应根据产品本身,制定初步调研计划,引导用户出对某一事件的态度和反应((首先提出一个好的问题很重要,例如根据目前市场上已有的儿童读物竞品,打造一款具有差异化特性读物。用户实地调研首先提出“儿童读物代表着什么”就比直接问“你们心中的儿童读物是什么样子”要有用的多),正如英国第二次工业革命期间,人们说“想要一匹跑的更快的马”,但卡尔·弗里德里希·本茨和戈特利布·戴姆勒认识到背后的真实需求,发明了奔驰汽车。)收集用户的答案通过类比,归纳等方法引导真实需求。自下而上过渡到范围层,着重解决(功能型产品、信息型产品)功能规格、内容需求、在后者结构层(交互设计、信息架构)-框架层(信息设计、界面设计、导航设计)-表现层(感知设计),这是一个由抽象到具体的过程。其实自身在编程过程中更倾向于唐杰对五层结构的把握(系统层—数据层—业务层—框架层—表现层),对于唐杰本人对产品的定义也十分深刻:产品的本质是基于业务逻辑来定义代码指令对数据进行读取、增加、修改、删除等操作的。架构设计就是梳理这些逻辑和指令,能够从技术人员的视角出发,以"实现模型"的思维方式,在还没有产品形态和概念的情况下,能够清晰地梳理出数据形态和流程的过程。

项目的过程中,功能设计在分析其可行性后一定要进行需求分级,确定实现优先级,前期着重突破产品的核心功能,无论是低保真图或是高保真图(分析代价),率先实现MVP(最小化可行产品)。其余功能需求可放在产品2.0或之后,对于迅速实现MVP投入到市场,了解潜在市场潜力,有着关键性的作用,正如微信1.0刚开发时,把握住最重要的功能需求(文字消息)随后过渡到语音图片等,产品的生存周期与用户有着紧密的联系,所以我们最初的产品驱动一定是以用户为中心,首先积累第一批忠实客户尤其关键,小米手机通过论坛聚集手机发烧友这一集群,打造三三参与原则,提高用户参与度,注重用户的体验感,由百人的口碑传播效应直接低中端市场份额,米粉散布全国的每个角落,腾讯也因为留住用户,积累了大量粘性客户,之后的盈利模式,也是基于众多的用户基数迅速崛起(虽然差点变卖企业)。无论是交互设计、还是视觉设计,都应好好琢磨用户心理,扁平化的结构能让用户更容易找到自己的想要的信息。目前开发项目的过程中,多进行竞品分析,不应随意变动用户多年的惯性思维,以差异化的手段迅速占据市场份额。

第一次写作思维局限性比较大,请见谅,但我会定期整理心得感受!如果能得到大家的指导当然我会非常感谢!谢谢

2017年10月14日记

你可能感兴趣的:(记录拟入行PM的每一步)