这两天大多时间都是在做一些具体的技术相关事情，甚至是做开发。如果单存是做技术开发的角度讲，我不认为这是我最擅长的，但是刚到一个新的环境，想要尽快并深入了解公司的项目、产品和技术现状，最好的办法就是通过产品开发甚至是Bug修改，又目的性地去了解相关的数据、流程和功能。这样的角度想，这两天的工作还是很有成效的。但是再忙再专注也要警惕，不要让自己没有了思考的时间，既然以产品负责人的身份到来，不管现状和外界环境如何，先让自己以产品负责人的要求去行动，多花时间思考，如何规划未来整个产品的方向。
首先，不能按照个人的假设去构想产品，很多产品初期构想都很美好，但是却没有真正的市场和客户需求，或者说规划产品的时候想到的用户需求并非用户的刚需，仅仅是一种看上去很美好的伪需求。我也见过很多朋友，在打算创业的时候把想法跟大家一讲，都觉得挺不错的 ，但是真的一做就发现要么做不下去，要么做出来没人买单。这样的产品规划是撑不住美好的远景的。
其次，一个好的产品往往应该是具备通过短周期的迭代实现自我造血的能力，而且可以通过产品的外延的逐步扩展，打通与其他产品的关联，从单一产品向全链条产品过渡，通过一个产品的规范化和迭代升级，带动原有产品的迭代和升级。
做产品规划，即使当前只能在很小的产品上下功夫，但是也要站在整个产品集的角度去考虑。就像现在手里做的这个灾害大数据一张图，本质上就是一个基于GIS的数据展示系统。我们可以把它作为一个独立的产品来打造。通过迭代优化的方式，不断扩展数据内容，提升用户体验，能够做出一款能抓住眼球的产品。做这个产品意义有三个，一是为大数据平台建设打基础，而是为原有业务平台项目扩容增加内容，三是建立数据规范，反响梳理原有业务系统逐步优化整个产品链条。行业软件因为主要是以项目形态存在，即便是同一个业务领域需求差别也不小，要从业务层面高度抽象实现复用难度很大。因此在产品设计阶段，更多应该考虑如何设计和打造高质量的技术组件和模块，通过这些组件和模块快速构建产品，从而达到能够支撑项目快速交付的目标，这也是产品化的目的所在。
最后，一个产品越是做的产品化和可配置化，往往底层模型就越复杂，同时性能也就越降低。即使这样你也很难真正满足所有用户不同场景下的业务需求。在当前情况下更好的策略一定不是追求100%的产品化，而是应该底层核心产品化，其它上层可以灵活定制和可配置。比如80%的产品化+20%的可配置化往往是更好的思路。
