Me parece bastante confuso tu mensaje. Sin embargo, puedo echarte un cable. Basate en las propias ideas ya desarrolladas por la gente de borland.
Si tu clase tiene una parte visual y puede ser colocada sobre un formulario, quizas debiera ser un componente.
Si cada instancia de la clase, además de ser representada por la imagen, siempre va a necesitar de una label o de un edit, entonces, crealos al igual que creas la imagen. Si por el contrario, tu objeto no puede o no debe ser el owner, usa propiedades que le enlacen con otros componentes de la forma. Por ejemplo, una propiedad Editor de tipo TEdit, que es un apuntador a un Edit cualquiera. Asi, el programador final, via inspector de objetos, o via código, puede enlazarle con el edit de su preferencia (o dejarle sin enlace).
Cuando te haga falta notificar algún cambio o situación a la forma que contiene al objeto o componente de tu autoria, crea un evento, y deja que el programador de la forma decida por último si atenderlo o no, y que hacer al respecto.
No hay ninguna regla que impida que el programador final seas vos mismo, pero es mejor que separes psicológicamente las funciones de "bibliotecario" o "programador de componentes", con "programador de aplicaciones"... de esa forma conseguiras una implementación mas robusta.
Hasta luego.
