理念·开发方针
开发方针
我们擅长以MVP（最小可行单元）的方式构建，观察使用情况后逐步改进。
我们在关注成本与时间投入效益的同时，分享判断理由与设计意图，重视让您能放心推进的状态。
如果想要的东西尚不存在。
世上有些被需要的东西，却没有以恰当的形态存在。
HoshimonoDesign 始于「找不到想要的（Hoshimono）时，自己动手做」。
既有产品或服务不合适时，不强行迁就，而是重新设计契合现场的形态。
这就是 HoshimonoDesign 的原点。
小处构建，在现场打磨。
我们不从一开始就追求完成形态。
以最少功能上线，在实际运营中验证，反复改进以提升精度。
这种方式可以降低导入成本，便于方向修正，提高现场的定着率。
我们认为「不过度构建」才能形成长期可用的系统。
我们不会承接所有内容。IoT 或硬件联动、大规模开发、以 24 小时稼动为前提的系统与这一思想及体制不匹配，因此不在承接范围内。
如果想要的东西世上没有，那就小处构建、使用、修正。我们只在该循环成立的领域开展工作。
以持续被使用为前提进行设计。
HoshimonoDesign 重视的是运营性而非华丽。
- 契合实际业务流程。或改为现实可行的业务流程。
- 不以多余功能使其复杂。
- 以交接与维护为前提。
- 数据处理方式清晰。
技术只是手段，目标是「让现场轻松，实现业务革新」。
制约条件与节奏感
在以正社员形式工作的同时，以副业形式开展活动，因此无法进行短期大量开发或人海战术。
- 优先以小处构建、在实际运营中打磨的节奏推进。
- 重视手边可完结的设计，保留即使在高可靠性领域也能处理的形态。
- 比起按无理日程量产，更选择能长期使用的设计。
不做的事
- 短期大量交付
- 以人海战术为前提的数据录入与制作
- 不伴随运营设计或业务设计的单次开发
- IoT 导入或智能手机应用开发
咨询
从课题梳理开始也没关系。我们听取现状，并一起设计最小的解决方案。