阅读 13

我是如何独自完成大型软件的设计和开发(三)

就像上一篇说的那样,产品设计人员总是陷入自己的世界,极易受到外部环境的影响,然后脱离问题的本质,行走在产品理论的世界。现实中这样的例子很多。

很多产品在设计结束后并不像网上说的那样和原先设计预想的相比破烂不堪,而是:原先设计预想的是一个自行车,最后设计做成了一个破烂不堪的小汽车。显而易见,虽然小汽车用起来自行车好很多,但小汽车的开发成本、维护成本使用成本和使用风险都变的很高。在用户需求“代步工具”上其实并没有质的变化。

解决这个问题其实也不难,我在如何进行产品设计一文中就描述了一种方法——确定产品核心目标,下面摘抄一段其中的文字:

为什么目标这么重要? 举个例子,阿里巴巴的slogan是“让天下没有难做的生意”,这是马云向社会传达的一种阿里巴巴精神,这有什么好处呢,比如当阿里的战略方向难以抉择的的时候,slogan或者说这种信仰就起作用了,哪个战略方向更符合信仰那就选择哪个,这就是信仰或者说目标使得我们的选择变得简单,也避免了盲目扩张,在产品设计上就避免了我们的功能冗余、脱离实际和目标。 实际的对于南京项目我们就可以很简单的得出一个结论:给旅客更实用和优质的服务、给机场带来更多收益。可能还会想到对悦泰要有更多帮助和发展,这个是我们后面会讲到产品化的内容,跟核心没有关系,一定要注意避免产品核心冗余,一个产品能做到解决好一个核心问题已经很不容易了。

正式起步

铺垫做的足够长的了^_^,那么现在正是开始说说我是怎样完成大型产品的开发和设计的。我发现微小型企业(200人以下)制度规划总是偏离。

好的公司制度下的员工总是充满正能量,思想积极与公司站在一起。而多数制度不完备或者过于完备却执行不到位的企业,员工骑驴看马,工作拖拉、疲惫,这不是员工的问题,人都有惰性,员工也希望清晰的时刻的知道自己要干啥,在干啥,那样才充实,那样才不至于乱忙。公司真正需要的是一套行之有效的推进工具,而不是目前市面上万能定制化的工具,要不然到头来定制的刚好满足企业现有的低效模式,挺讽刺的。

确定核心目标

就像上面说到的,我一开始就结合这些年的亲身经历、读的书、聊的天为IAsset立下了一个目标:利用管理企业资产来帮助企业挣钱,看起来有点绕,我来简单解释一下。 企业的存在肯定有这两大根本目的:盈利、发展,所谓盈利不是单纯的今天、本周或者本年挣了多少钱,而是你实实在在有多少资产、多少债务,通过这两点来反映企业运营的状况是最有价值的。

做产品设计时一定要刨开问题的本质,人类文明为了便于传播设立了许多概念门槛,概念套概念很让一让问题便的负责或者忘记本质,所以在遇到一个需求时,一句话概括它变得极其重要。

现在我们已经确定了IAsset的产品设计目标:统筹企业资产和债务。 产品体验上我们也应该立个目标:坚固可靠

现有解决方案(商业和环境)

还是前面描述过,因为没有类似我构思的产品,所以我查阅和试用了很多ERP、CRE、资产管理系统、OA都是努力在解决企业管理中的问题,聊几个我们常见的产品:

泛微

很强大,功能众多,集成性、安全性、扩展性也很高,但是我在使用中总觉得有点麻烦,系统也总是个我提示一些比如需要安装插件什么的,体验不是很好。实际中,就拿请假来说,很多同事很烦在这个上面走流程,操作比较麻烦,使用频率很低,有时候就是为了责任划分而必须使用泛微。而且泛微为企业定制的APP版本,使用体验、产品完成度都很差(可能是个别案例吧)。另外价格也相对高。 也可能服务对象和IAsset的小型、微型企业(200人以下)不一样吧。他更多是使用在集团性、国有等注重安全、完善和知名度的企业。

结论:反面教材,没有值得借鉴的。

钉钉

背景强大,野心也很大,和Slack要做的很像,以IM为主要进程,完备的API可集成可插件各种外部系统,集聊天群组、大规模工具集成、文件整合和统一搜索的功能于一身,可以把各种碎片化的企业沟通和协作集中到一起。感觉啥都想做,一统天下的意思。但做得最好的还是IM,责任划分性(证据性)不足。

结论:责任划分性(证据性)不足;太大了用起来眼花缭乱。

常规资产管理系统

资产标签生成、资产盘点,比较专业,为了减税和设备资产管理而生的工具,和企业管理的整体关联性比较差,属于企业管理的细分领域。

结论:可借鉴。

下一篇文章我将描述我想做一个什么样的产品和我能做一个什么样的产品来达到上述目标。

关注下面的标签,发现更多相似文章
评论